一屋不掃，何以掃天下。再說也沒有那麼多天下(大系統)可掃，更多的是一個個本身居住的小屋(手邊的小項目，子模塊)，因此認真的開始掃本身的小屋。
web
在visual studio中，解決方案(Solution)下能夠建立多個項目(Project)，不少複雜的系統會包括各種型項目，web ui的，web api的，app(不一樣手機平臺的)，小程序公衆號的(不一樣廠商的)，desktop的(不一樣操做系統的)，甚至還有嵌入式的，其實，再大的系統，也會拆分來開發，更況且如今的微服務思想，也是建議把一個單體的大應用，變動功能獨立的微服務，因此，作好小項目很重要。數據庫
小項目(模塊)也是須要架構的，大項目通常有統一的要求，好比ORM，日誌，監控埋點，小項目基本是就是靠我的發揮了(固然有的團隊也會給公司的項目做個標準要求)。小程序
我想從幾個方面分享一下本身的經驗，僅供參考：
api
業務模塊架構
開發：根據需求肯定項目架構，選型框架：是否是一個公衆號就能解決，或一個desktop就能夠；不少時候框架是用戶或上級肯定好的，基本是照作實現，那就要把重心放在需求的分析，模塊架構分層，ORM選型；還有就是要重視一些三方模塊的license，畢竟尊重別人也是尊重本身
app數據庫：不少項目是解決一類事務的，事務的結果就會變成數據，以供後期使用，彙總，選擇適合的數據庫很關鍵；分析項目數據的規模，訪問量，來選擇合適的數據庫；再就是數據庫設計，該符合的範式都符合，其實有時實體數據庫不失爲一好的選擇。框架
日誌數據庫設計
必定要幫本身上個好的日誌框架，由於本身確定會寫出bug的；同時必定要寫好日誌，出問題時，不只能定位問題，還能解決問題，能在適當的地方，適當的時候，記錄下適當的日誌，這是個技術活，須要經過經驗總結和完善。微服務
監控報警ui
若是你作的是web，或後臺任務類的項目，長期在線，那必定要加上監控報警，要不你老是在最後知道系統塌了，而後就會……
架構的話題太廣，架構技巧也林林總總，雖然作的是小項目，也要認真作好業務架構，作好分層；數據庫設計，符合範式，擁抱實體庫；千萬加上日誌，千萬；監控報警能用就有。
掃好小屋，等待天下！