数据库进行GUI或数据库反对GUI

我提出那种CRUD应用程序（Java的GUI，MYSQL）我应该：从数据库数据库进行GUI或数据库反对GUI

我只是偏执或者是另一个对象真正需要的？

2010-02-11 miso

理想情况下，要保持严格的关注分离，你会想保持两个模型分开。

如果您正在开发MVC（即模型，视图，控制器）富客户端应用程序，您将使用单独的模型绑定到GUI /窗体，这称为查看模型目的是呈现，捕获并从GUI中验证数据。理想情况下，您可以将这些数据复制到您的域或数据模型，这是您坚持的模式。

它真的取决于应用程序是否需要花费额外的一英里，用于1-2屏幕扔掉仅用于完成简单任务的应用程序，但我并不真正理解它，但这种方法确实有帮助当开发大型复杂应用程序。

2010-02-11 20:56:51 mythz

我不知道它是否大或不... 目前26类，approxlly 50-70％完成数据库是相当小= 12个表atm – miso 2010-02-11 21:14:29

如果它是一个只读应用程序，我不会打扰，但因为它是一个CRUD应用程序，我会考虑它，这一切都取决于应用程序的实用性和生命周期以及是否需要不断改进它附加功能。既然你几乎完成了你目前的做法，这是一个密切的呼叫。 – mythz 2010-02-11 22:05:19

thanx的建议，回答的问题 – miso 2010-02-11 22:47:48

从理论上讲，你可以同时使用这两种方法，但选择第二种方法会使后面添加一些非基本功能（如验证）变得更容易。

2010-02-11 20:25:29

我主要用SQL过程进行验证，或者只是捕获异常：D – miso 2010-02-11 20:29:47

我想这很大程度上取决于您将如何处理数据，以及它有多少。

E.g.如果只打算以某种表格结构在GUI上显示它，则可能不需要对象。但是，如果您想以非表格方式呈现数据，或者您想修改数据，或者还有行为附加到数据，则对象是更好的选择。然后，如果你将不得不处理你桌子上的300万行，你将不想用对象占用内存...

2010-02-11 20:26:02

我实际上会加载表组件的负载 – miso 2010-02-11 20:29:19

你知道，有时候会发生在我身上......我有60％的项目完成并问自己 - 完全安装它错误？ :)）但实际上它工作的很好，但没有额外的物体看起来不好使用uml：/ – miso 2010-02-11 20:31:32

@miso我很喜欢“做最简单的事情，可能工作”。 UML是一件好事，但对我来说，这只是一个设计助手。当我遇到问题时需要使用它，并且需要将想法呈现在我的脑海中，或者与同事讨论。然后我把它扔掉。在后期阶段，这不仅仅是一种帮助，而是一种阻碍。 – 2010-02-11 20:44:57

回答