.net 4.0 是'；可接受'；是否要发布基于.NET4的软件（2009年11月）？

我正在写一个小的免费工具。它目前正在使用.NET3.5进行Beta测试，但至少有一个方面来自.NET4，我想合并

那么，发布基于.NET4的软件是否有点仓促呢

---

谢谢

至少要等到.NET 4.0公开发行后，才能发布除早期测试版软件以外的任何软件

---

我对很多新东西也很兴奋，但是如果你问我的话，建立在一个框架上的测试版软件本身就是一个灾难。至少等到.NET 4.0公开发布后，再发布除早期测试版软件以外的任何软件

---

我也对很多新东西感到兴奋，但若你们问我的话，建立在测试版框架上的测试版软件是一个灾难的配方。

好吧，你们会强迫人们下载并安装测试版软件。人们可能不愿意或甚至无法做到这一点，如果没有别的，你就是在限制你的观众

---

此外，任何使用测试版软件构建的软件都不能保证与最终发布的版本兼容。

好吧，你会强迫人们下载并安装测试版软件。人们可能不愿意或甚至无法做到这一点，如果没有别的，你就是在限制你的观众

---

此外，任何使用测试版软件构建的软件都不能保证与最终发布的版本兼容。

为4.0编写代码可能是有意义的。在正式发布之前发布供大众消费在我看来是愚蠢的。从现在到正式发布之间，4.0中的微小更改可能会导致代码中断。这可能很容易修复，但除非你这么做，否则你的用户会因为你推出（在他们看来）一个有缺陷的程序而生气。

为4.0编写代码可能是有意义的。在正式发布之前发布供大众消费在我看来是愚蠢的。从现在到正式发布之间，4.0中的微小更改可能会导致代码中断。这可能很容易修复，但除非你这么做，否则你的用户会因为你推出（在他们看来是）一个有缺陷的程序而生气。

我在某个地方读到VS2010附带了上线许可证，这意味着你可以。不过，我不确定我会。（参见其他答案…

我在某个地方读到VS2010附带了上线许可证，这意味着您可以。不过，我不确定我会。（请参阅其他答案…

我不会选择完整的框架，但是如果您的应用程序是多线程的，那么在任务并行库中包含CTP之类的库就可以了，因为您可以随应用程序一起提供.dll，而您的用户不必下载任何内容。然而，即使使用我会注意的TPL，它也很诡异，可以在看起来运行良好的事情上将算法的速度降低一个数量级。尽管CTP已经有一年多的历史了

我不支持完整的框架，但是如果您的应用程序是多线程的，那么在任务并行库中包含像CTP这样的库是可以的，因为您可以随应用程序一起提供.dll，用户不必下载任何东西。然而，即使使用我会注意的TPL，它也很诡异，可以在看起来运行良好的事情上将算法的速度降低一个数量级。尽管CTP已经有一年多的历史了

.net 4.0的功能是什么？有（无可否认有点令人讨厌的）方法来设计与.net 3.5中的lamdas和ThreadPool相同类型的基础设施。net 4.0的功能是什么？有（无可否认有点令人讨厌的）方法来设计与lamdas和.net 3.5中的ThreadPool相同类型的基础设施。谢谢你的想法！的确谢谢你的想法！是的，我想最好等一等。不过很诱人。让代码在发布时准备好运行似乎是最好的平衡。是的，我想最好是等待。不过很诱人。让代码在发布时准备就绪似乎是最好的平衡。