问题描述
貌似今年.NET行情不好啊。不知大伙都混得怎样？工作几年了，虽然接触了一下开发框架，比如Castle、Ibatis、Prism等等。但是到现在依然不能熟练运用各种框架并自己搭建一个好的的开发架构。请大牛们给我指点一下现在都用哪些好的框架，怎么合理搭配应用？我深知不能为了框架而做框架，做一个东西并不一定需要框架，所以我现在想说的不是需不需要框架的问题，而是我觉得到了需要掌握并应用一些框架架构的阶段。可是每个公司因项目、历史等各方面因素用得到的技术和框架也是不一样的，但是我还是想知道现在比较主流的一些框架及其搭建模式。根据我的经验，可能有些架构使用了相同的框架，搭建的大同小异，但使用起来给人的感觉却不一样，有些让你觉得很舒服，有些觉得别扭。有些人可能觉得自己很牛，但真要弄出一个好的实用的框架架构恐怕就不行了。代码写的再好真的也只是一个码农啊。另外，我还想问下大家做B/S开发用的是传统asp.net还是silverlight或者其他？貌似silverlight不行了啊，微软自己都似乎要抛弃它了。HTML5似乎是发展趋势，但是对于像非门户类的企业内部管理系统的开发似乎没有必要啊。请大家各抒己见，七嘴八舌，滔滔不绝，口若悬河，纷纷指点......谢谢!
解决方案
解决方案二：
同问NET框架问题。。。。。。。。。HTML5国内支持不好啊。大部分还是IE浏览器或者是IE内核的浏览器。
解决方案三：
你最好问，你要什么需求，然后需要什么框架。
解决方案四：
你要是泛泛地问，那么你可以去http://nuget.org/packageshttp://www.github.comhttp://www.codeplex.com等地方自己转转。
解决方案五：
我就是泛泛的问就想知道大家都在用什么怎么用就是一个经验交流而已
解决方案六：
暂时用得最多的就是.NETFramework框架
解决方案七：
用.NET框架呗。
解决方案八：
还没有机会用过框架
解决方案九：
Prism4.1
解决方案十：
MVC3
解决方案十一：
暂时用得最多的就是.NETFramework框架
解决方案十二：
用什么框架是针对项目需求而言的，还有现在很多公司都有自己的框架。好的框架都是很容易上手的
解决方案十三：
MVC3的飘过
解决方案十四：
螺丝刀安全帽手套
解决方案十五：
抽象工厂+MVC
解决方案：4.0，4.5吧
解决方案：引用楼主yhz10040591的回复:
貌似今年.NET行情不好啊。不知大伙都混得怎样？工作几年了，虽然接触了一下开发框架，比如Castle、Ibatis、Prism等等。
这都是是些什么东西啊？没接触过。
解决方案：就最后一个而言，早在几年前，微软确定将MEF为官方支持组件（放到.netframework中），而不是那个。这个世界上有无数的开源项目，你都可以选择。当然，许多代码选择了，意味着你可能从此就要跟许多烂项目打交道而不断需要修改它，而且它升级了之后由于不兼容可能造成你无法升级的尴尬。而.netframework则不一样，由于微软对其一致性和可用性的强大维护，相对来说，程序员可以更好地使用它，不用担心升级之后不兼容的问题。
解决方案：某些方便我提醒一句，不要像在java中那样随便拿来几个低级的开源项目就用了。如果.netframework中有的，最好不要轻易使用相同功能的什么别的框架。反之，如果你使用第三方类库（例如我使用Newtonsoft.Json而不是微软的类似功能），那需要谨慎对待，出了问题要自己付得起责任！
解决方案：引用4楼yhz10040591的回复:
我就是泛泛的问就想知道大家都在用什么怎么用就是一个经验交流而已
+1
解决方案：不知道的飘过....
解决方案：.netframework
解决方案：用vs最新的版本，mvc+silverlight+mssqlserver来做自己的框架挺适合的。你可以到我的网站去看看，我自己写了一个企业应用框架：http://www.gxpmt.com
解决方案：不知道是那阵风刮滴，现在总喜欢问框架框架滴其实我们的告诉你老实话，在真正的开发中很少有那个架构师或技术负责人，是去博客园看到一堆人吹捧一个框架，然后他脑门一热，就拍板说“ok，我们用这个框架”相反对越大的框架，我们的态度越谨慎，原因很简单学习周期长，维护周期长，没有那个框架没有坑，越大的框架坑挖的越多，埋的越深，所以当你用3-4个项目把一个超大的框架所有坑填平的时候，基本2年就过去了，同时你会发现博客园那一堆人又在吹捧另一个框架，额，你想怎么办？？其实呢真实的项目会使用小的甚至不能算框架的东西来综合应用，架构会合理组织他。比如jquery，MEF，SignalR，Newtonsoft.Json，typescript，Knockout这类小型灵巧快速，并且能推广到项目组的东西jquery学习2个星期足够你用了MEF大概周末组织两次内部培训就可以推广SignalR我的小组成员下了一个demo，花了5分钟看完就大致明白这东西怎么玩，用了2天就能迅速用在项目上Newtonsoft.Json不用多说，估计你逛逛博客园都能学会怎么搞等等等等好吧，把这几个学玩，你自己估算一下需要多少时间，然后你在估算一下Castle、Ibatis、Prism你学会这几个需要多长时间，ok然后在告诉我在经过同等时间的培训，谁的项目做的更多，技术更强，头脑更灵活，应对更快速？？
解决方案：这就好像是一帮“武林盟主”上天山整天研究“我们中国武术应该在媒体记者面前摆什么姿势”一样，整天研究“姿势”的程序员，许多人一旦上阵可能就被打倒了。因为所谓的框架太多了，而许多人却只能糊弄自己糊弄老板，（因为一直在小公司里打工所以）没有实际机会去研发一套实用的、属于自己的东西！
解决方案：你看看哪些人虽然不常出手、出手必不落空，你在看看哪些人摆出了十几款花架子（但是都是从别人那里抄来的，平均起来只新鲜2个月就放弃了）而总是放弃，你就会发现一些玄机。如果一个人本人就是后者这种习惯，他就算再怎么找新的框架，也可能会是一个邯郸学步的下场。
解决方案：基本是.netframework！
解决方案：基本是.netframework！
解决方案：引用23楼wanghui0380的回复:
不知道是那阵风刮滴，现在总喜欢问框架框架滴其实我们的告诉你老实话，在真正的开发中很少有那个架构师或技术负责人，是去博客园看到一堆人吹捧一个框架，然后他脑门一热，就拍板说“ok，我们用这个框架”相反对越大的框架，我们的态度越谨慎，原因很简单学习周期长，维护周期长，没有那个框架没有坑，越大的框架坑挖的越多，埋的越深，所以当你用3-4个项目把一个超大的框架所有坑填平的时候，基本2年就过去了，同时你会发现博客园那一堆人又在吹捧另一个框架，额，你想怎么办？？其实呢真实的项目会使用小的甚至不能算框架的东西来综合应用，架构会合理组织他。比如jquery，MEF，SignalR，Newtonsoft.Json，typescript，Knockout这类小型灵巧快速，并且能推广到项目组的东西jquery学习2个星期足够你用了MEF大概周末组织两次内部培训就可以推广SignalR我的小组成员下了一个demo，花了5分钟看完就大致明白这东西怎么玩，用了2天就能迅速用在项目上Newtonsoft.Json不用多说，估计你逛逛博客园都能学会怎么搞等等等等好吧，把这几个学玩，你自己估算一下需要多少时间，然后你在估算一下Castle、Ibatis、Prism你学会这几个需要多长时间，ok然后在告诉我在经过同等时间的培训，谁的项目做的更多，技术更强，头脑更灵活，应对更快速？？
感谢让我知道了SignalR，这东西貌似不错真心用微软企业库就行了。。。。
解决方案：最近用微软企业库，感觉还不错呐，
解决方案：其实框架很多华而不实，做事情还是多了解用户需求
解决方案：一般的网站开发需要用到什么框架吗。。。
解决方案：
解决方案：Framework4.0,MVC
解决方案：有用领域模型架构的吗?
解决方案：j就用过netframework，现在用的还是2.0的
解决方案：
解决方案：ddddddddd
解决方案：引用28楼starfd的回复:
Quote: 引用23楼wanghui0380的回复:
不知道是那阵风刮滴，现在总喜欢问框架框架滴其实我们的告诉你老实话，在真正的开发中很少有那个架构师或技术负责人，是去博客园看到一堆人吹捧一个框架，然后他脑门一热，就拍板说“ok，我们用这个框架”相反对越大的框架，我们的态度越谨慎，原因很简单学习周期长，维护周期长，没有那个框架没有坑，越大的框架坑挖的越多，埋的越深，所以当你用3-4个项目把一个超大的框架所有坑填平的时候，基本2年就过去了，同时你会发现博客园那一堆人又在吹捧另一个框架，额，你想怎么办？？其实呢真实的项目会使用小的甚至不能算框架的东西来综合应用，架构会合理组织他。比如jquery，MEF，SignalR，Newtonsoft.Json，typescript，Knockout这类小型灵巧快速，并且能推广到项目组的东西jquery学习2个星期足够你用了MEF大概周末组织两次内部培训就可以推广SignalR我的小组成员下了一个demo，花了5分钟看完就大致明白这东西怎么玩，用了2天就能迅速用在项目上Newtonsoft.Json不用多说，估计你逛逛博客园都能学会怎么搞等等等等好吧，把这几个学玩，你自己估算一下需要多少时间，然后你在估算一下Castle、Ibatis、Prism你学会这几个需要多长时间，ok然后在告诉我在经过同等时间的培训，谁的项目做的更多，技术更强，头脑更灵活，应对更快速？？感谢让我知道了SignalR，这东西貌似不错真心用微软企业库就行了。。。。
吊丝！！嘿嘿。
解决方案：引用23楼wanghui0380的回复:
不知道是那阵风刮滴，现在总喜欢问框架框架滴其实我们的告诉你老实话，在真正的开发中很少有那个架构师或技术负责人，是去博客园看到一堆人吹捧一个框架，然后他脑门一热，就拍板说“ok，我们用这个框架”相反对越大的框架，我们的态度越谨慎，原因很简单学习周期长，维护周期长，没有那个框架没有坑，越大的框架坑挖的越多，埋的越深，所以当你用3-4个项目把一个超大的框架所有坑填平的时候，基本2年就过去了，同时你会发现博客园那一堆人又在吹捧另一个框架，额，你想怎么办？？其实呢真实的项目会使用小的甚至不能算框架的东西来综合应用，架构会合理组织他。比如jquery，MEF，SignalR，Newtonsoft.Json，typescript，Knockout这类小型灵巧快速，并且能推广到项目组的东西jquery学习2个星期足够你用了MEF大概周末组织两次内部培训就可以推广SignalR我的小组成员下了一个demo，花了5分钟看完就大致明白这东西怎么玩，用了2天就能迅速用在项目上Newtonsoft.Json不用多说，估计你逛逛博客园都能学会怎么搞等等等等好吧，把这几个学玩，你自己估算一下需要多少时间，然后你在估算一下Castle、Ibatis、Prism你学会这几个需要多长时间，ok然后在告诉我在经过同等时间的培训，谁的项目做的更多，技术更强，头脑更灵活，应对更快速？？
说的太好了！
解决方案：引用39楼luyuwei2008的回复:
Quote: 引用23楼wanghui0380的回复:
不知道是那阵风刮滴，现在总喜欢问框架框架滴其实我们的告诉你老实话，在真正的开发中很少有那个架构师或技术负责人，是去博客园看到一堆人吹捧一个框架，然后他脑门一热，就拍板说“ok，我们用这个框架”相反对越大的框架，我们的态度越谨慎，原因很简单学习周期长，维护周期长，没有那个框架没有坑，越大的框架坑挖的越多，埋的越深，所以当你用3-4个项目把一个超大的框架所有坑填平的时候，基本2年就过去了，同时你会发现博客园那一堆人又在吹捧另一个框架，额，你想怎么办？？其实呢真实的项目会使用小的甚至不能算框架的东西来综合应用，架构会合理组织他。比如jquery，MEF，SignalR，Newtonsoft.Json，typescript，Knockout这类小型灵巧快速，并且能推广到项目组的东西jquery学习2个星期足够你用了MEF大概周末组织两次内部培训就可以推广SignalR我的小组成员下了一个demo，花了5分钟看完就大致明白这东西怎么玩，用了2天就能迅速用在项目上Newtonsoft.Json不用多说，估计你逛逛博客园都能学会怎么搞等等等等好吧，把这几个学玩，你自己估算一下需要多少时间，然后你在估算一下Castle、Ibatis、Prism你学会这几个需要多长时间，ok然后在告诉我在经过同等时间的培训，谁的项目做的更多，技术更强，头脑更灵活，应对更快速？？说的太好了！
大船抗风浪，小船好转向。如果只是一个小型项目，最好是在熟悉的情况下，怎么快怎么来。大一些的项目，特别是维护期比较长的，一般都要做技术评审，由技术领导，比如架构师等商讨决定。如果是产品别、级别的，就更要慎重了。不过，广大开发人员，没有必要每一个都花时间学习，可以站在巨人肩膀上，某一类型框架，选择其中一两个使用即可。比如，ORM使用NHibernate或者EF，ICO选择spring.net或者其他。
解决方案：先从小事做起吧。比如说，当你写出并发多线程程序时，是利用系统线程池、自己写一个线程池、还是根本没有线程池机制？小事做不好，大事儿还早着呢。