2009-01-08 36 views
2

在这种特殊情况下,它是MVC。但是,发布候选版和上线版或生产版有多大的区别?我不想在RC上打造很多,并且因为我没有等待而让它突破或者错过了。另一方面,我确实遇到过。发布候选产品是否可以安全使用?

谢谢。

更新基于评论:

是什么真正的意思有从微软类似MVC支持?我不确定我甚至会要求什么样的支持。我一直在想这个,因为它涉及到编程方面的事情。我明白,获得对物理服务器(硬盘驱动器死亡)的支持。在这种情况下,我会问微软什么?

回答

4

一般来说,在使用之前等待生产版本。如果开发它的公司没有准备好投放生产标签,你怎么能相信它在你的生产?当你确定你的网站/产品的可靠性时,你只能像你最薄弱的环节那样可靠。大多数RC的风险太高而无法赌博。

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

其他的例外是从类似的情况:

  • 产品已通过大集团的外部用户
  • 公司留下产品在RC或Beta模式比正常的要长得多,所以有足够的时间进行了广泛的测试已经过去了发现的缺陷(例如Gmail)
  • 直接支持或源可用

类型的支持,您将需要快水库ponse(带有修复程序)可以解决您发现的任何错误。例如,您的应用程序使用DooHickey工具来执行操作HickeyItUp。除了将它用于HickeyUp类型为AlmostHickey的对象时,您会发现该工具非常适用。相反,它会返回一个错误。这个错误会导致你的网站崩溃,你现在需要一个答案。良好的支持会告诉你,如果你在错误和正确的方式执行它,或给你一个解决方法,和/或在很短的时间内给你一个错误修复。

不要期望微软提供这么多的支持(MVC可能会因为这个响应速度非常快的团队而有所不同)。相反,你会从已经使用它的开发者身上获得很多。

0

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

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

4

通常RC版本会有最终的API和UI,它们可能只是有错误。我想说,开发反对是安全的,但我会对部署未发布的代码非常谨慎。

0

我觉得没有

0

我想补充一点,这取决于支持供应商提供的可用性,如果确实存在错误,这往往是绑成的许可协议的条款。

1

我会说通常不会在生产环境中使用发布候选版本。也就是说,有一些例外,有些产品长时间处于Beta或Release Candidate阶段,并且在达到一般可用性之前可能相当稳定。

0

按定义,不,但您应该根据产品,供应商,它包含的更新以及您的需求使用您自己的判断。

0

在我以前的生活中,我一直都是这样做的。我部署的任何东西都基于开源组件。但是,我只选择配备良好测试套件的组件。

对于封闭的源代码软件,你只是不知道有多好的东西被测试。供应商可能将其用户群用作扩展的QA团队。

但是,正如Carlton Jenke所说,总会有一个例外。

0

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

您的个人网站?当然!

国家失业保险申请系统? No.

相关问题