請注意，這裡說的是自然架構内部代碼的項目結構，并不是說給客戶做開發的時候，也需要這些項目。在給客戶開發的時候，隻需要引用編譯後的dll 即可。
一、項目結構
自然架構的基本的思路還是共用函數，資料通路函數庫、中繼資料管理、基礎控件擴充、中繼資料控件（依據中繼資料動态建立的控件），使用者登入、線上、權限管理，分頁控件，頁面基類構成。
這個并沒有按照三層（分層）的要求去做，隻是感覺這麼分可以更清晰一些。把功能相當比較獨立的部分做成一個項目。有一點MVC（不是asp.net MVC）的味道。我不想依據某個規範來着，而是根據實際需求和自己的了解來做，雖然這樣會走不少彎路，但是對自己能力的提升是非常有好處的。可能第一次劃分的很亂，但是經過實踐的考驗，在加上自己的學習和了解，整理之後的項目結構就會更加的合理。這樣不斷的提升才會有更廣闊的前景。
二、命名空間
命名空間，仿造.net 架構的命名空間，都以Nature開頭，然後層層遞進。主要依據的是“單一原則”。
三、命名規範
命名規範。這個争議比較大。怎麼辦呢？聽人介紹，ReSharper（R#）不錯。安裝使用了一下，感覺确實不錯。那麼就按照R#的規則來做命名規範吧，這樣也比較統一，不合規範的命名也很容易發現和修改。
這次改進，修改了一下命名空間，修改後感覺思路更清晰了一些。歡迎大家多提寶貴意見！感謝大家的熱心支援！看了上一篇的回複，感動呀，大家對新架構很少期待，恩，這次絕對不會讓大家失望的。
下次想要說一下自然架構裡的“映射”。
ps：