好的2個問題在這裏。C#以什麼圖層開頭
我從vb6應用程序創建一個c#應用程序。我將使用業務邏輯層,數據層,表示層和數據層。
由於數據庫已經就位,我應該從哪一層開始?
第二個問題。如果我編寫一個新的應用程序,我會從同一層開始嗎?
好的2個問題在這裏。C#以什麼圖層開頭
我從vb6應用程序創建一個c#應用程序。我將使用業務邏輯層,數據層,表示層和數據層。
由於數據庫已經就位,我應該從哪一層開始?
第二個問題。如果我編寫一個新的應用程序,我會從同一層開始嗎?
從哪一層開始抽象是一件困難的事情。它根據您正在討論的應用程序類型,所述應用程序的大小以及一般相互依賴性而有所不同。
如果我正確理解您的問題,聽起來像您正在考慮編寫(說)整個數據層,然後再轉到業務層。
爲什麼從任何一層開始?如果你正在編寫一個應用程序(無論是從頭開始還是作爲現有應用程序的一個端口),那麼爲什麼你不會將該應用程序分成多個故事,並以更多面向功能的方式來應對它?
通過這樣做,您將擁有一部分功能性應用程序,您可以更快地進行原型開發。這也可以讓您更快地發現所有圖層中的設計問題,因爲您不僅可以編寫圖層而且還可以使用它們。
同意,我不知道有多少次,我開始寫這個真棒層,直到大約10分鐘後,我試圖使用它,並決定它真棒吸。 – 2010-11-06 02:20:09
這就是爲什麼我更喜歡一種外在的方法。通過使用它們來定義圖層,然後使您希望存在的API工作。 – kyoryu 2010-11-06 06:08:39
我通常更喜歡從UI開始。用戶界面是客戶交互的重點,因此推動了其他層面的需求。
在某些情況下,有一些核心邏輯是非常關鍵的,從這裏開始是個好主意。但一般來說,我覺得用戶界面是最好的開始。
如果沒有實際應用規範,猜測分層方法會很困難。有很多可能性。我建議這個問題更開放,更好地放在http://programmers.stackexchange.com/'程序員 - 堆棧交換是專家程序員對軟件開發的主觀討論感興趣。 '層也不一定依賴像C#這樣的編程語言 - 它更像是一個架構決策/方法。 – 2010-11-06 01:21:25
無論如何,我建議你只使用一個數據層。兩個不應該有用。 – 2010-11-06 01:43:58
聽起來不錯。甚至不知道該網站。對不起,額外的數據層是一個錯字.... – user498917 2010-11-06 01:58:07