7

在这种特殊情况下，它是 MVC。但是，发布候选版本与上线或生产版本之间有多大区别？我讨厌在 RC 上构建很多东西，因为我没有等待，所以它会损坏或错过。另一方面，我确实有要见的人。

谢谢你。

根据评论更新：

支持 Microsoft 的 MVC 之类的东西到底意味着什么？我不确定我什至会要求什么支持。我一直想知道这一点，因为它与事物的编程方面有关。我了解，获得对物理服务器的支持（硬盘驱动器死了）。在这种情况下，我会要求微软做什么？

4

9 回答 9

6

通常 RC 构建将具有最终确定的 API 和 UI，它们只是可能有错误。我会说开发是安全的，但我会非常警惕部署未发布的代码。

于 2009-01-08T21:34:37.097 回答
6

一般情况下，请等待生产版本后再使用。如果开发它的公司还没有准备好在它上面贴上生产标签，你怎么能相信它在你的生产中呢？当您确定站点/产品的可靠性时，您只能与最薄弱的环节一样可靠。大多数 RC 的风险太高而无法赌博。

但是，也有例外。.Net MVC 就是其中之一。开发团队已提前并经常向大量发现错误的外部开发人员发布。这个 RC 非常安全，没有太大的赌注。

其他例外情况来自类似情况：

  • 该产品已经过大量外部用户的广泛测试
  • 该公司将产品置于 RC 或 Beta 模式的时间比正常情况要长得多，因此已经有足够的时间来发现错误（例如 Gmail）
  • 提供即时支持或资源

您需要的支持类型是对您发现的任何错误的快速响应（带有修复）。例如，您的应用程序使用工具 DooHickey 来执行 HickeyItUp 操作。您会发现该工具运行良好，除非您使用它来 HickeyUp 类型为“AlmostHickey”的对象。相反，它返回一个错误。此错误会导致您的网站崩溃，您现在需要一个答案。良好的支持会告诉您是否以错误和正确的方式实施它，或为您提供解决方法，和/或在很短的时间内为您修复错误。

不要期望 Microsoft 会提供太多这种级别的支持（MVC 可能会因为反应灵敏的优秀团队而有所不同）。相反，您会从已经在使用它的开发人员那里获得大部分内容。

于 2009-01-08T21:49:54.880 回答
1

我会说通常不要在生产环境中使用候选版本。也就是说，有一些例外情况，一些产品长期处于 Beta 或 Release Candidate 阶段，并且在达到普遍可用性之前可能相当稳定。

于 2009-01-08T21:35:43.693 回答
0

取决于您使用的功能、您是否拥有源代码以及供应商的许可证是否允许您使用它进行生产。

拥有源代码可以缓解问题，但在关键业务环境中使用不受支持的产品将是愚蠢的。

于 2009-01-08T21:34:32.167 回答
0

我想不是

于 2009-01-08T21:35:18.763 回答
0

我要补充一点，如果出现问题，这取决于供应商是否提供支持，这通常与许可条款有关。

于 2009-01-08T21:35:35.737 回答
0

根据定义，不，但您应该根据产品、供应商、其中包含的更新以及您的需求来使用自己的判断。

于 2009-01-08T21:39:03.610 回答
0

在我过去的生活中，我一直这样做。我部署的任何东西都是基于开源组件的。但是，我只选择带有良好测试套件的组件。

使用闭源软件，您根本不知道测试的东西有多好。供应商可能会将他们的用户群用作扩展的 QA 团队。

但是，正如 Carlton Jenke 所说，总会有例外。

于 2009-01-08T22:08:33.923 回答
0

我认为这取决于“生产”应用程序的预期稳健性。

你的个人网站？当然！

国家失业保险申请制度？不。

于 2009-01-08T22:13:45.783 回答