何时应为.NET 4框架设计新的.NET项目

一般来说,除非客户特别要求最新技术,否则我会在新框架中构建站点之前等待一年。这对我来说效果很好。其优点是:

• 技术更加稳定(修补程序、服务包等)
• 通常会解决有关功能缺失的常见投诉
• 托管公司、支持社区和公司IT部门已经有时间习惯这项技术,了解更多有关它的信息,利用它,并在其组织内使其成熟。

除非对.NET 4引入的新功能有特定的需求,否则让您的客户在初次发布时遇到即时问题,或者让他们更难找到宿主是没有意义的。您应该预先调查所有这些问题,或者同时使用.NET 3.5。

唯一的要求是 我使用的技术 在该地区相对知名,所以 如果他们需要别人 做吧,这不是专门的 知识。

我本以为不需要在.NET 4.0上开发这个项目就足够了——一个新的框架版本需要时间过滤到市场中去,而且还需要一段时间,才能有很多具有.NET 4.0经验的开发人员。

此外,您基本上是在测试版产品的基础上开发的,虽然我相信大部分功能将不会与测试版产品断开,但总有一些东西会像测试版那样中断或不工作的风险,所以为什么要在商业项目上冒险呢?

我不会在商业项目中瞄准.NET 4.0,除非有特定的原因这样做,即使这样,你也必须从客户那里购买,即“如果我们使用当前的beta版本x而不是已建立的稳定版本y,我可以更快、更省力地做到这一点”-祝你好运。

我做了一个商业项目,使用了linq to sql的CTP版本——然后当我们进入VS2008/3.5时,突然一切都变了,我们不得不做很多更改,只是为了让linq to sql再次工作。

坚持使用3.5版本-它更容易托管和吸引开发人员。

只是几点想法,我甚至不会考虑在.NET 4/ASP.NET 4中创建用于生产的应用程序,直到:

1. 有一个发布候选。它是 不是我第一次看到 测试版的功能不适合 RC/RTM。
2. 微软已经允许开发和部署 生产应用程序的 现场许可证。

市场上有一些主机厂商,如Orcsweb,他们正在参与公开的测试版测试,但并不打算用于生产。

我现在使用.NET 3.5/ASP.NET 2.0或MVC位运行。安全总比抱歉好。

一般来说,找到Rails应用程序的宿主会更容易。如果要运行.NET 4.0,则 可能 必须运行VPS或专用机器。但是,如果您在应用程序完成后进行补救,并且假设您的客户位于诺克斯维尔,那么他们将很难找到一个Rails开发人员来维护应用程序。

我认为更大的问题是你的角色。他们希望你能为他们解决这个问题。你在这两种技术上都有效率吗?安装并运行Windows服务器怎么样?Linux服务器?你的SQL Server和MySQL怎么样?我猜你可能在一个堆栈上比另一个更强大-对于这么短的合同,我不想做很多实验性的开发。

我等到所有人都会使用的操作系统都拥有它。

就在上个月,我开始依赖于GDI+,它最初随WindowsXP一起提供。