觉得当前asp.net 一个不错的架构

asp.net mvc + jquery + nhibernate
m一层之所以选择nhibernate,是我感觉linq2sql似乎还不是很成熟.
jquery来解决ajax.

asp.net官方有个ajax框架,感觉挺好用的啊,都是基于控件和事件的.
感觉用jquery没什么必要.
还有asp.net mvc总感觉就像是jsf和struts2混用一下,把一个基于事件和控件的框架强行用成基于url的框架.

既然用asp.net mvc了,当然就放弃所谓的控件开发了.
话说楼上到底看过asp.net mvc吗?何来的"把一个基于事件和控件的框架强行用成基于url的框架."

asp.net就是控件太老
说实话 以前的控件质量真高

官方的那个框架 唯一的亮点是名字空间管理
想要在.net里面充分利用IDE的优势的话 需要把脚本管理器配成你想要的框架
所有的js控件都要做成.net控件

其实.net从来就不跟客户端框架矛盾

用asp.net future pack
选managed JScript
再做个yahoo UI! 的oo补丁，JS重载也可以实现了
表示层配个ext/dojo什么的
server/client两边同声同气
交换格式采用json根本不用包去转换
json好看易懂
一下子 整个架构清晰了
等下 看谁会放出active record的js lightweight OR/Mapping,SQL都不用写了
再晚一些
couchDB成熟一点
OO DB不是难事，查询也是JS的

用了.net就不要自作聪明了，.net不像其它开发平台，它不需要开发者的技术方面的创造力。.net中的控件技术类似delphi的VCL，其实底子里还是MVC结构的，只是在VC上动了手脚，将Action自动的映射到Event，开发者不必去考虑这中间的细节和效率，控件厂商将开发者中的精英集中起来将最难的留给自己，简单的留给开发者。

asp.net + linq + atlas

这个比较好。

或者是

asp.net + spring.net + nhibernate + ext

都比lz的好

推荐第一种，

亲生的比开源的好

果然是java,ruby论坛...一大半没明白我的意思,
而且基本不知道asp.net mvc其实是类似ror的那种框架模式....
算了.....

既然选择了nhibernate 不妨再加上spring.net
毕竟相关的基础设施拿来就可以用,省了很多重复劳动