Vac*_*ano 9 asp.net mvp asp.net-mvc sharepoint sharepoint-2010
我的公司正在努力做出有关如何追求未来发展的明智决定.
我们似乎已将我们未来的内部和外部应用程序缩小为Web应用程序.但是从那时起我们仍然有点困惑.
这里有很多对Sharepoint的支持.据我了解,Sharepoint基本上是使用MVP的ASP.NET.
其他人希望使用较新的MVC风格使用普通的ASP.NET.
我也被告知,这些不容易在一起很好地发挥.
它看起来像Sharepoint(和ASP.NET MVP)将成为赢家.在我们走向那个方向之前,我想问:
如果我们选择基于Sharepoint(即ASP.NET和MVP)开展未来5到10年的开发工作,我们放弃了什么？这是一个大问题,还是只是一些我们正在失去的"好东西".
(现在要让管理层改变方向,这将是一个相当大的交易.)
mci*_*321 11
无论发生什么,WebForms在某些时候都会变成一个大丑陋的混乱.如果你必须使用webforms,不要使用回发和页面lifycycle模型 - 让aspx页面带有获取请求的演示者,并且每个帖子都有一个处理程序或空的aspx.它会像MVC那样感觉更像
我想说你选择的内容在很大程度上取决于你的开发者是谁,以及你打算建立什么样的应用程序.
如果你构建大量类似crud的应用程序,它们大量使用第三方(或你自己的)自定义控件,那么继续使用Webforms可能是一个好主意.
如果您构建具有大量客户端功能的"web"风格应用程序,那么MVC是一个更好的选择.
如果你有很多新手开发者,Webforms可能会更好.如果你有更多经验丰富的开发人员,即使他们是asp.net的新手,那么MVC可能是更好的选择.
如果您正在构建具有复杂互连的非常以数据为中心的应用程序,那么MVC可能是更好的选择.
有很多理由可以选择其中一个,而且总是"它取决于......".
此外,MVC和Webforms并非完全不兼容.您不能在同一页面中使用它们,但可以在同一站点中使用它们.此外,就像上面的评论所说,Sharepoint本身不是Webforms或MVP ..它是基于webforms的自己的东西.这是非常"Webpart"导向,这只是一种说明你构建大量自定义控件的方式.
| 归档时间： |
|
| 查看次数： |
4201 次 |
| 最近记录： |