1樓：匿名使用者
先新增-新建專案-windows應用程式，然後在右邊的解決方案資源管理器上面，在當前的解決方案上面右擊，點，新增-新建專案-類庫，分別建立。dal,bll,model三個專案，然後，在dal專案上右擊-新增引用-專案，選擇model,然後在bll專案上右擊-新增引用-專案,選擇model與dal,然後用同樣的操作，把model，dal，bll引用到應用程式中，就建立好了
2樓：說話憑良心
微軟推薦的分層式結構從下至上分別為：資料訪問層、業務邏輯層、表示層。是否採用三層架構，主要取決於專案的**量，如果一個很簡單的專案，一層結構或二層結構開發完全夠用，沒有必要將其複雜化；分層開發其實是為大型系統服務的。
對於大型專案，既有資料訪問層dal又有業務邏輯層bll，為了減輕伺服器負載，又會把dal分佈在多個伺服器上，同理ui和bll也是，那麼通過純粹的dll引用就不能達到目的，這就要通過引入介面，把不同層對應的介面釋出到不同的伺服器上，這就涉及到物理分層，最終體現在伺服器部署上，目的就是為了讓站點快速流暢，後期運維方便。
並沒有所謂的更好的架構，適合的就是最好的，也不要生搬硬套別人的架構，根據自己的需求來選擇
c#中使用三層架構的好處
3樓：匿名使用者
運用三層架構可以讓**的可讀性和功能的擴充套件性有著很好的提高個人認為，一般我們說的三層甚至多層架構，是根據一定的分層原則，把一個應用分層處理，每層完成各自的工作，相互之間相對獨立。
比如：有一個應用，我們分為介面層，邏輯層，資料層，那麼這三層分管不同的處理，介面層主要完成與使用者的互動；邏輯層完成商業邏輯運算；資料層完成資料儲存等。
這樣做的好處是方便維護。例如：我們把介面層提供給使用者使用，邏輯運算放到遠端伺服器上，當我們需要調整運算邏輯的時候，只需要調整邏輯層就可以了，在使用者那邊根本感覺不到改動，也省去了重新部署的麻煩。
4樓：匿名使用者
分層見仁見智，不一定必須遵照三層，僅僅是因為它很經典，所以要學分層，就先從三層學起
表示層——使用者可見的部分，對介面有要求的系統可能會有設計師來進行設計，程式設計師再通過程式設計實現
業務層——業務邏輯部分，根據需求和不同業務會有所不同，有時需要專門的知識
資料層——變動最小也最不希望後期變動的地方，可重用率高，大多數時候與資料庫互動，.net中的ado.net負責這裡的實現
5樓：匿名使用者
三層架構 ，把程式分為了資料層、邏輯層、介面層。
6樓：匿名使用者
分架構開發，上層不需要知道底層如何實現，只要知道有怎麼用就可以了，這樣可以在有設計的情況下分開開發，開發的人可以互不認識
做C的WINFORM開發,需要安裝哪些工具元件,如果不安裝
基本上現在就只有visualstudio提供設計器支援borland的c builder也不是很好還有就是免費的sharpdevelop了,還算可以,但是比起visualstudio還是差點 其他的就根本沒有了,只能你手寫 了 framework 2.0 或3.0 ok！還是visual studi...
學軟體開發就得學C語言，想學軟體開發用c語言咋樣？
程式語言很多，c只是其中的一種，而且並不是說c語言就是基礎，因此，沒有人說學軟體開發就得學c語言。而且很多優秀的軟體，也是用別的開發工具開發的。並不是必須的，主要看自己做什麼。c語言就是一門程式設計的基礎語言，可學可不學。最好是學一下。因為程式語言是相互貫通的。可為其他語言打好基礎。不一定 但是c可...
想學軟體開發用c語言咋樣
程式語言很多，c只是其中的一種，而且並不是說c語言就是基礎，因此，沒有人說學軟體開發就得學c語言。而且很多優秀的軟體，也是用別的開發工具開發的。0 當然可以的 畢竟c語言包羅永珍 目前流行的很多程式語言其實在底層實現都是c語言完成的，對於致力於架構師的同學來說，瞭解c語言也算是知識儲備當中的標配。目...