在很多层面上,我都非常喜欢ASP.NET MVC正在做的事情.
我即将参与重建一个非常高流量的网站,我不是哪个框架最好(如果有的话).
该网站将需要以下内容:
支持Javascript密集,高度交互的页面
但与此同时,为搜索引擎提供底层语义HTML
支持多种语言
可以换肤了
为合作伙伴公开RESTful Web服务API
据我所知,没有理由不使用ASP.NET MVC.
我可以使用jQuery在顶部呈现语义HTML和层Javascript.
可以使用多种语言来使用资源文件(与目前相同).
可以使用CSS完成换肤(它不会涉及对标记的更改).
我可以集中业务逻辑,以便控制器和WCF Web服务使用相同的代码.
但是我有没有考虑使用MVC的潜在缺点?
我不想成为那些选择技术的人,因为它很酷但后来发现它不适合这项工作.
当你所做的一切都是建立一个需要服务器端代码的网站时,ASP.NET MVC并不好(但对于ASP.NET也是如此).
在你的情况下,我认为MVC将是一个很好的方式.MVC已在高流量网站(例如此网站)上证明了自己.但是你必须记住MVC是新的并且在变化.可能不存在执行特定任务的库,这意味着您必须自己编写该代码.
祝你重建好运!
考虑到你对项目所说的内容,你很高兴与MVC合作.
就我而言,ASP.NET MVC实际上并不适合在WebForms中拥有大量代码库的情况(意味着你有很多ASP.NET用户控件,自定义控件等).如果你打算让那些不知道它是什么的人工作也不好.除此之外,这是一个非常好的技术.