博客園有很多人發表了他們自己認為的框架，好奇，就點進去看了下。 我只想說那真的稱不上是框架。 我建議他們可以多多看.net的是如何設計的、一些第三方框架的代碼是如何寫的。拿熟悉的.net web框架的來說，從：using System; 到：using System.Web;再到：using Sys ...
博客園有很多人發表了他們自己認為的框架，好奇，就點進去看了下。
我只想說那真的稱不上是框架。
我建議他們可以多多看.net的是如何設計的、一些第三方框架的代碼是如何寫的。
拿熟悉的.net web框架的來說，從：using System; 到：using System.Web;再到：using System.Web.UI；再到現在的：using System.Web.Mvc;
再拿.net 里的數據層框架來說，從：using System; 到：using System.Data; 再到：using System.Data.SqlClient;
再到現在的：using System.Data.Entity;
我們再來看看，第三方的框架，比如，常用的IoC框架：autofac，看看它的組成部分，如下：
Api地址：https://autofac.org/apidoc/
稍有編程經驗的人就會發現了什麼規律。
從這樣的結構來看，可以很清晰的明白一個框架的組成部分，及每個組成部分的大概功能，每個組成部分之間的依賴關係，而不是寫了一段代碼就稱為框架。
對於C#這樣的面向對象的開發語言來說，一套框架主要是用來解決某些領域特定功能的代碼集合。那麼就要對你想解決的這個領域里的功能進行抽象、封裝。
什麼時候用介面、什麼時候用抽象類、什麼時候用靜態類等等，這對於框架的擴展、升級、開發人員是否用的習慣都起著至關重要的作用。
