java中的ADO.net原理

java中的ADO.net原理,java,ado.net,persistence,Java,Ado.net,Persistence,我正在询问关于在java中实现模拟ado.net的框架(数据表、数据集等)的意见。这个想法是为了避免编写域对象,因为到目前为止,它们只是用来将数据从服务器传输到客户机和从客户机传输回来,其中并没有特定的业务方法。主要目标是加快开发时间。 我能从编写这种框架中获益吗?如果之前已经完成了,请提供链接。无论是ADO.NET还是其他任何东西,我已经了解到我的第一步应该是不要编写任何库或框架。相反,我继续工作 第二次我想写一个库或框架时,我通常会想一想,决定不写,然后继续工作 第三次受到诱惑时,我通常会屈

我正在询问关于在java中实现模拟ado.net的框架(数据表、数据集等)的意见。这个想法是为了避免编写域对象,因为到目前为止,它们只是用来将数据从服务器传输到客户机和从客户机传输回来,其中并没有特定的业务方法。主要目标是加快开发时间。
我能从编写这种框架中获益吗?如果之前已经完成了,请提供链接。

无论是ADO.NET还是其他任何东西,我已经了解到我的第一步应该是不要编写任何库或框架。相反,我继续工作

第二次我想写一个库或框架时,我通常会想一想,决定不写,然后继续工作

第三次受到诱惑时,我通常会屈服于诱惑。到那时,我将已经编写了一系列没有库或框架的代码。我将重构这些代码(真实的、使用过的、经过测试的代码)。我将以迭代的方式进行,不断地运行我的自动化单元测试,并根据需要编写新的测试。当我在这项任务中被打断时(因为编写框架可能不是我工作的一部分,所以会发生这种情况),我可以肯定,我会把正在运行的代码留在后面,即使它只完成了一半


当我回到这一点上时,我会继续重构到一定程度,记住在我认为重构应该朝着的方向走得太远之前,我应该获得一些使用我重构的东西的经验。有了真正的代码使用它,我就不必猜测进行重构的方向了。

我将使用类似ADO.NET的工具,而不是模拟ADO.NET。通过这种方式,您可以拥有一个库,它可以自行处理所有SQL和持久性需求,并且您不必担心如何处理伪表式结构


我发现与使用SQL、ResultSet等相比,使用强类型域对象开发(和测试)要容易得多、快得多。

讽刺的是,我试图摆脱数据表/数据集,在我的ASP.NET应用程序中只使用业务对象/DAL/UI层。在其他人的院子里,草总是更绿:)))我同意Gortok的观点-我以前使用过数据表,后来每次都后悔。起初速度很快,但维护却成了一场噩梦。