问一下现在.net开发都用的什么框架

[yhz10040591]

貌似今年.NET行情不好啊。不知大伙都混得怎样？工作几年了，虽然接触了一下开发框架，比如Castle、Ibatis、Prism等等。但是到现在依然不能熟练运用各种框架并自己搭建一个好的的开发架构。请大牛们给我指点一下现在都用哪些好的框架，怎么合理搭配应用？我深知不能为了框架而做框架，做一个东西并不一定需要框架，所以我现在想说的不是需不需要框架的问题，而是我觉得到了需要掌握并应用一些框架架构的阶段。可是每个公司因项目、历史等各方面因素用得到的技术和框架也是不一样的，但是我还是想知道现在比较主流的一些框架及其搭建模式。根据我的经验，可能有些架构使用了相同的框架，搭建的大同小异，但使用起来给人的感觉却不一样，有些让你觉得很舒服，有些觉得别扭。有些人可能觉得自己很牛，但真要弄出一个好的实用的框架架构恐怕就不行了。代码写的再好真的也只是一个码农啊。另外，我还想问下大家做B/S开发用的是传统asp.net还是silverlight或者其他？貌似silverlight不行了啊，微软自己都似乎要抛弃它了。HTML5似乎是发展趋势，但是对于像非门户类的企业内部管理系统的开发似乎没有必要啊。请大家各抒己见，七嘴八舌，滔滔不绝，口若悬河，纷纷指点......谢谢!

[sv_hot]

用vs最新的版本，mvc + silverlight + mssqlserver 来做自己的框架挺适合的。 你可以到我的网站去看看，我自己写了一个企业应用框架：http://www.gxpmt.com

• 打赏
• 举报

回复 赞

[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然后在告诉我在经过同等时间的培训，谁的项目做的更多，技术更强，头脑更灵活，应对更快速？？

• 打赏
• 举报

回复 赞

[以专业开发人员为伍]

这就好像是一帮“武林盟主”上天山整天研究“我们中国武术应该在媒体记者面前摆什么姿势”一样，整天研究“姿势”的程序员，许多人一旦上阵可能就被打倒了。因为所谓的框架太多了，而许多人却只能糊弄自己糊弄老板，（因为一直在小公司里打工所以）没有实际机会去研发一套实用的、属于自己的东西！

• 打赏
• 举报

回复 赞

[以专业开发人员为伍]

你看看哪些人虽然不常出手、出手必不落空，你在看看哪些人摆出了十几款花架子（但是都是从别人那里抄来的，平均起来只新鲜2个月就放弃了）而总是放弃，你就会发现一些玄机。 如果一个人本人就是后者这种习惯，他就算再怎么找新的框架，也可能会是一个邯郸学步的下场。

• 打赏
• 举报

回复 赞

[别叫我老宋]

基本是.net framework！

• 打赏
• 举报

回复 赞

[OSMeteor]

基本是.net framework！

• 打赏
• 举报

回复 赞

[娃都会打酱油了]

引用 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，这东西貌似不错 真心用微软企业库就行了。。。。

• 打赏
• 举报

回复 赞

[mengjixinglove]

最近用微软企业库，感觉还不错呐，

• 打赏
• 举报

回复 赞

[杨门剑侠]

其实框架很多华而不实，做事情还是多了解用户需求

• 打赏
• 举报

回复 赞

[Rs陪着你一直走]

一般的网站开发需要用到什么框架吗。。。

• 打赏
• 举报

回复 赞

[linuxca]

• 打赏
• 举报

回复 赞

[VenusWalk]

Framework4.0,MVC

• 打赏
• 举报

回复 赞

[linuxca]

有用领域模型架构的吗?

• 打赏
• 举报

回复 赞

[猴头]

j就用过net framework ，现在用的还是2.0的

• 打赏
• 举报

回复 赞

[linuxca]

• 打赏
• 举报

回复 赞

[upUP_loving1984]

ddddddddd

• 打赏
• 举报

回复 赞

[elgin_hou]

引用 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，这东西貌似不错 真心用微软企业库就行了。。。。[/quote] 吊丝！！嘿嘿。

• 打赏
• 举报

回复 赞

[luyuwei2008]

引用 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然后在告诉我在经过同等时间的培训，谁的项目做的更多，技术更强，头脑更灵活，应对更快速？？

说的太好了！

• 打赏
• 举报

回复 赞

[GISDev125]

引用 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然后在告诉我在经过同等时间的培训，谁的项目做的更多，技术更强，头脑更灵活，应对更快速？？

说的太好了！[/quote] 大船抗风浪，小船好转向。 如果只是一个小型项目，最好是在熟悉的情况下，怎么快怎么来。 大一些的项目，特别是维护期比较长的，一般都要做技术评审，由技术领导，比如架构师等商讨决定。 如果是产品别、级别的，就更要慎重了。 不过，广大开发人员，没有必要每一个都花时间学习，可以站在巨人肩膀上，某一类型框架，选择其中一两个使用即可。比如，ORM使用NHibernate或者EF，ICO选择spring.net或者其他。

• 打赏
• 举报

回复 赞

[以专业开发人员为伍]

先从小事做起吧。比如说，当你写出并发多线程程序时，是利用系统线程池、自己写一个线程池、还是根本没有线程池机制？小事做不好，大事儿还早着呢。

• 打赏
• 举报

回复 赞