什么时候应该为.NET 4 Framework设计新的.NET项目

Jam*_*ack 3 architecture asp.net ruby-on-rails .net-4.0

我准备开始一个新的短期合同(1-2个月),涉及通过将Access应用程序移动到ASP.NET和SQL Server来替换它.

我只负责ASP部分并将其连接到数据库.

唯一的要求是我使用的任何技术在该领域都比较熟知,因此如果他们需要让其他人在其上工作,那么这不是专业知识.

所以,我可以在Rails或ASP.NET中做到这一点,但是,什么时候开发应该针对.NET 4 Framework,因为有很多变化可能会有利于使用.

或者,即使它可能有用,何时更好地忽略新功能并保留旧版本的.NET?

我假设硬件不是限制,因为许多计算机将无法运行.NET 4 Framework,但这对托管公司来说是个问题,因为他们可以找到托管公司来支持应用程序的任何框架是专为.如果Rails最有意义,因为他们希望快速编写应用程序,但让它可靠,那么托管公司需要支持它,或者他们使用不同的应用程序.

该公司没有使用托管公司,他们需要找到一个,所以没有一个关系可能是一个问题.

更新:我担心的部分原因是最初应用程序不需要javascript,但第2阶段将使其更具交互性,因为某些客户端将不允许在其计算机上使用javascript.为了限制开发人员必须知道多少javascript,有一些框架可以很好地适应浏览器和情况,这就是为什么我也在考虑RoR以及.NET 4中似乎有变化的事实.这可能对此有所帮助.

wom*_*omp 6

作为一般经验法则,我等待一年才能在新框架中构建网站,除非客户特别要求使用最新技术.这对我来说非常好.优点是:

  • 该技术更加稳定(修补程序,服务包等)
  • 通常会解决有关缺少功能的常见投诉
  • 托管公司,支持社区和企业IT部门有时间熟悉该技术,了解更多信息,利用它并​​在组织内部成熟

除非特别需要.Net 4引入的新功能,否则让客户遇到初始版本的直接问题或使他们更难找到托管是没有意义的.您应该预先调查所有这些,或者在此期间使用.Net 3.5.

  • 如果您可以通过将其应用程序移动到.Net 4来确定要获得的具体收益,那么应该将其与上述潜在问题进行权衡.如果你只是担心他们只是为了移动而转移到.Net 4那么它就是一个红色的鲱鱼.专注于什么会给他们最大的价值. (2认同)