數據庫進行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

回答