asp.net Web Forms?
優點：最重要的壹點解決方案多，經驗豐富，什麽需求基本都能找到解決方法。沒有什麽比服務器端控件再好用的東西了。數據綁定控件（gridview，formview），數據原(objectdatasource,sqldatasource,linqdatasouce)，有了這些控件開發業務系統覺得沒有比用web forms更好，更快的技術了 提供的服務多，到asp.net2.0 .net framework就提供很多非常好的服務，profile,membership,cache,Microsoft patterns & practices（企業庫）UI控件,AJAX，第三支持的比較多有著很多成熟的開發模型比如微軟推出petshopN層架構 。
缺點：因為使用了功能強大的服務器控件導致頁面比較大，每次post，response的數據相對ajax，silverlight肯定是大的，會影響性能。
Silverlight
優點：開發富互聯網應用(RIA)絕對是最合適的技術，,新版Silverlight集成GPU加速，開發3D，多媒體絕對是利器。
對於壹些業務系統，做得好的，真的好看，而且好用，用戶體驗也很好網上可以找不少Demo
新的Silverlight開發模式MVVM雖然比較新但真的很好用，如果要做業務系統那麽壹定要用MVVM這個設計模式太能體現更多Silverlight開發優勢（databinding 功能強大）?
缺點：掌握UI設計工具的人太少，所以做不出很酷，很炫的頁面效果。
與後臺交互不方便，所有交互只能是web service(WCF)，雖然RIA1.0也很方便，但都是異步操作，總沒有web form那麽直接了當。回調來對調去的還有4.0提供了很強大的匿名方法還有Action<>這些類庫。
最後我只能說要想做得好真不容易。
ASP.NET MVC?
我還沒有用mvc 2，3做過項目只是最近做壹些tutorial，給我的影響就是返樸歸真，與後臺交互回到了最原始Post，Response，類似回到ASP時代。
優點：層次清晰，Model，Controller，View ,Action,都有向導產生，非常規範，感覺就是很專業，像是搞大項目架構，不想web form那麽隨意。
頁面展現和後臺完全分開，去掉了服務器端控件，與後臺交互使用JSON數據對象，所以性能上壹定優於web form 還有同樣強大的Route URL功能，搜索引擎優化SEO。
成熟的MVC設計模式。?
缺點：取消了服務器端控件，使得壹些業務系統的輸入變得更為單調，在壹些也用戶的互操作上大打折扣。
與後臺交互雖然比Silverlight要好點，不用異步方法，但只能post，submit還是沒有web form的事件機制好用。
壹定要精通javascript，Jquery，Json不然UI這關真不好過。
最後對於開發業務系統最主要還是提供用戶很方便輸入數據，快速響應操作，對於開發人員就能很方便保存和更新數據，能很方便調用的需要數數據，調用特定的方法，並返回需要結果。能很方便的調試代碼。
雖然silverlight,asp.net mvc都是在asp.net webform後出來的技術，但也沒有必要就認為Silverlight,MVC就壹定比傳統的asp.net webform就好。其實不關什麽技術都是為了解決不同的問題而產生，每項技術都有他存在的價值。
可惜很多開發人員對web form的了解還停留在asp.net 1.0的時代，很多asp.net的新特性都沒有用到，還有就是拿asp.net的開發模式去開發silverlight應用。
平臺演變
1.以web2.0為基礎，基於互聯網的B/S架構的軟件。它本身也是壹個軟件，只不過不是最終的軟件產品，而是用於二次開發的軟件。
2.用於實現各類業務系統，如CRM、MIS、ERP、HIS、OA等等的開發。web開發平臺本身就是壹個二次開發平臺，他不同於諸如eclipse等這樣的開發工具，需要寫大量的代碼來完成各個業務模塊，二次開發平臺只需要設計好自己的數據結構，進行壹些簡單的配置、拖拉等操作就可以完成業務系統的開發。
3.能夠快速的實現各種報表包括復雜的圖表報表的設計制作，傳統的編碼式開發需要自己去編寫想要的各種報表，而運用開發平臺就簡單多了，可以很輕松的配置出各種報表。
使用web開發平臺的目的是為了實現資源***享、節約開發成本、提高開發效率、縮短開發周期。而如今的開發平臺大都采用非編碼的方式或者是極少編碼的方式，這樣正好達到了目的。有的甚至可以減少80%的代碼量，可見效率會提高多少。
早期開發平臺
在IE出現之前，很多人就對如何實現快速開發做了大量的研究。諸如用友、金蝶等都有自己的開發構件庫，還有SAP的ABAP開發平臺等等。但是ABAP開發平臺太復雜，壹般的程序員壹下子很難用起來；而用友金蝶的開發構件庫又只能自己用，無法開放出來，所以難於通用。所以說早起的開發平臺的基本狀況是：要麽功能強大，使用復雜；要麽難於通用。
隨著IE的出現，這種類型的開發平臺也就被迫要轉向web開發平臺了。但是對於以上這些開發平臺的問題的研究，可以積累web開發平臺的經驗，避免走更多的彎路。利用web的便利性，也能獨辟蹊徑，壹舉使得web開發平臺實用起來。
編碼思考
當我們壹次次地重復編寫類似的代碼時，壹次次地CTRL+C、CTRL+V的時候，我們都會想，下次把它做成壹個通用的公***類，省得每次都改這麽多地方，或者說等有時間了做壹個業務工具，直接用工具配置壹下就可以，不用寫代碼了。久而久之，開發平臺就形成了。