2010-05-13 50 views
0

我開發一個web應用程序,但不滿意的是,我在下面的架構。該架構是普通的傳統3層架構。 我想要的是遵循一些設計模式或架構,這將幫助我解耦我的代碼。 我有關於Web應用程序的MVC和MVP體系結構的想法,但我需要不同於此。我想在我的應用中使用抽象類和接口,多態性等OOPS概念,但不使用MVC和MVP。我不知道爲什麼?抽象類通過接口的ADO.Net環境

我還沒有嘗試通過早期抽象類或接口的任何ado.net應用程序,所以我需要你的幫助。

感謝

回答

1

我想你會發現這麼多的你已經在使用的接口做什麼(無論是抽象類或實際接口)和其他空中接力的設計原則。仔細看看你在做什麼,並試着理解你正在使用的基本概念。不要試圖爲設計而設計 - 模式和原則可以幫助解決問題,而不是以自己爲目的。

學習更多關於設計模式,我只想用Wikipedia's article on Design Patterns這給出了一個很好的概述,以及對特定模式的更多信息的鏈接開始。請記住,設計模式是解決常見問題的一種方法 - 不應將其強制轉換爲應用程序。

+0

謝謝瑞安,但如果你在我的位置上呢。你會選擇任何現有的架構。我對設計模式沒有太多的想法。任何好的網站或鏈接。這對設計模式的鏈接+180幫助 – 2010-05-13 15:42:47

+0

很有幫助。有很多,學習正確使用它們可能是一個艱難的旅程。 – IAbstract 2010-05-14 14:51:33

+1

@Amit,模式是基於分組功能創建的。如果您在不同的類中執行'funcA()','funcB()','funcC()',然後設計模式,以便將這些函數分組爲基類(抽象或接口)。 – IAbstract 2010-05-14 15:33:00

1

我不認爲任何人都能夠給你一個準確的答案,除非他知道你正在開發的一種應用。

我想說閱讀所提供的設計模式,然後決定哪些模式套件應用程序。

+0

我的應用程序是非常簡單的問題跟蹤系統的。沒有這麼龐大的商業算法簡單的CRUD操作。但是我希望設計能夠像其他人那樣定期更新我的項目。例如trac [issue trackng system],就是我自己用Sql Server 2008使用ASP.Net開發的。 – 2010-05-13 15:39:22

+0

+1謝謝你指出我缺少的東西。這也會幫助其他人,我想實現的目標。 – 2010-05-13 15:40:52