Cod*_*key 12 .net asp.net asp.net-mvc .net-4.0
我最近观看了这个网络广播,我感觉ASP.NET MVC中的很多"很酷的东西"都被拉回到ASP.NET框架中.
目前我正在使用ASP.NET MVC为我公司的项目设置基础工作,但看了之后,我开始怀疑这是否是正确的选择,以及我是否应该等待ASP .NET 4.0.
我意识到ASP.NET MVC 2.0已接近实际版本.
如果高可测性,松散耦合以及完全控制我们的HTML是首要任务,我应该选择ASP.NET 4.0或ASP.NET MVC？
kas*_*ter 23
那么你的问题对我来说并没有多大意义.
你问是否要使用ASP.Net MVC或ASP.Net 4.0 - 你的意思是WebForms？
MVC 2.0将在VS 2010的包装盒中发布,与.Net 4.0和ASP.Net 4.0同时发布 - ASP.Net MVC也是ASP.Net的一部分.
如果你想使用.Net 4.0运行时和ASP.Net 4.0的所有功能 - 用MVC做这个有什么问题？
此外,我建议现在构建到MVC 1.0并以这样的方式构建您的应用程序,以便您可以轻松迁移并接受MVC 2.0中的新功能,因为您已经知道这些功能中的大多数都不会起作用很多问题.或者,如果您的发布是在ASP.Net MVC 2.0发布之后,那么现在就开始使用它 - 除非这会带来其他问题.
如果您的申请将在3月份发布日期之后发布,那么这是一个没有头脑的人.使用ASP.Net 4.0.
如果不是,那就不那么清楚了.我现在的公司面临着同样的问题.我们是否选择.Net 4.0.对我们而言,我们的解决方案是内部托管的,因此我们没有在未发布的平台上发布产品的问题.我们最关心的是从beta2到RTM的变化.
作为开发人员,我总是希望转向最新的平台.公司必须考虑客户以及迁移到新平台的风险.大部分时间谨慎是谨慎的,然后成为第一个跳跃.
支持并发布ASP.MVC 1.0.这是一个很棒的Web框架.如果您没有在ASP.MVC 2中查找特定功能,那么请使用ASP.NET MVC 1.
如果您的标准包括:
我们的目标是高可测性,松散耦合和"受控HTML" - 对我而言,这意味着ASP.NET MVC.
那么ASP.NET MVC是必须的.即使使用ASP.NET 4.0,也无法解决ASP.NET很难测试的问题,如果没有很多额外的工作,而MVC就不存在这些工作.
我在"白天工作"中使用ASP.NET,但是在晚上我一直是ASP.NET MVC.ASP.NET 4.0仍然依赖于传统的"Code-Behind"和ASP.NET控件的视图/控制器耦合.这些东西使得测试更加困难,并且根据定义"紧密耦合".
| 归档时间： |
|
| 查看次数： |
1218 次 |
| 最近记录： |