畢業即將三年，在學校學習、做畢設一直使用拖控制項的 winform\webform，工作後公司採用mvc3架構做專案。
下面使用mvc的個人總結 ：
1.架構上分層清晰、便於研發，耦合性好
2.快取機制上 .net自身提供多種快取方式（頁面級、資料來源級、應用程式級、db級等）
3.負載均衡上 資金充足可以購買bigip交換機，否則簡單iis+nginx配置分壓即可
4.伺服器上 原則上6四台伺服器 web站點兩台、db讀寫兩台、nginx一台、檔案資源伺服器一台，實際上 web 和nginx 在一台、db一台、檔案資源一台。
5.分布式傳輸機制上 選擇偏向於wcf，webapi用的很少
（ps:以上知識在個人部落格上，都有相應的博文介紹。）
經過三年專案研發，加之在學習了數字同仁關於架構上總結，一直想總結這方面的知識，最近忙於離職、交接、面試等事務，今天看到nature***y 的 .net 一般處理的-高效能web架構
，決定總結一下：
1.中小企業 做應用專案 mvc是很好選擇;
2.至於 其他的 交給linux 平台去處理即可：
a: 資料庫上 從sql轉向 mysql
b:快取上 .net自身 轉向 分布式的redis，或者memcache進行快取
c:負載均衡上，站點部署iis轉向 部署在lvs做負載均衡和故障切換
d:檔案資源伺服器上 使用linux平台上的分布式檔案系統
ps:d 暫時沒研究過，其他之前有過研究。
tks:
對idc的一點思考
先談談反面例子，我們公司的idc，主要精力花在搬機器跑機房上面了上架什麼的。還有各類瑣事，比方說裝置壞了。之前乙個比較大的問題是，機器比較分散，分散就導致我們聯絡重啟的人比較頭痛了，各個機器有不同的 流程，有些還要發郵件進行身份驗證，非常慢。各個機房的頻寬買的也不一樣，看起來也不方便。再乙個就是人員...
對架構的一點看法
隨便想到點什麼就隨便寫寫，但是在實踐過程中，以下幾點真的很重要 關於架構 1.所有脫離業務的架構設計都是耍流氓 2.架構設計就是解決問題 權衡利弊的過程 3.權衡是架構逃避不掉的問題。可擴充套件性 業務方需求 效能 現狀 改變代價等的權衡 4.架構一定要有全域性觀 關於能力 1.相比於用過某個軟體某...
對專案的一點思考
現在依然有很多公司做專案就是單純為了做而做，所注重的也僅僅是專案完成後所能得到的專案資金，通過盡量的降低開發人員的薪金，提高開發人員的工作時間，同時依靠著盡可能多的專案量來賺取豐厚的利潤。我想，這樣的公司遲早是要被淘汰的，根本沒有生活下去的可能，哪怕是再大的企業都會栽跟頭的。對於乙個企業來說，專案固...