この特定のケースでは、MVC です。しかし、リリース候補版と本番版または製品版との間にどのくらいの違いがありますか? RC で多くのことを構築し、それが故障したり失敗したりするのは嫌です。一方で、私には会う取引があります。
ありがとうございました。
コメントに基づく更新:
Microsoft が MVC のようなものをサポートしているとは、実際にはどういう意味ですか? どんなサポートを求めるかさえわかりません。これはプログラミングの側面に関連しているので、私はいつも疑問に思っていました。物理サーバー（ハードドライブが死ぬ）のサポートを受けること、了解しました。このような場合、Microsoft に何を依頼すればよいでしょうか?
通常、RC ビルドには最終的な API と UI がありますが、バグがあるだけかもしれません。開発するのは安全だと思いますが、リリースされていないコードを展開することには非常に注意が必要です。
一般的には、製品版を待ってから使用してください。それを開発している会社が生産タグを付ける準備ができていない場合、どのようにあなたの生産でそれを信頼できますか? サイト/製品の信頼性を判断するときは、最も弱いリンクと同程度の信頼性しかありません. ほとんどの RC のリスクは、賭けるには高すぎます。
ただし、例外があります。.Net MVC はその 1 つです。開発チームは、バグを発見した膨大な数の外部開発者に早期に、そして頻繁にリリースしました。この RC は非常に安全で、あまりギャンブルではありません。
他の例外は、同様の状況からのものです。
必要なサポートの種類は、発見したバグに対する迅速な対応 (修正付き) です。たとえば、アプリは DooHickey ツールを使用して操作 HickeyItUp を実行します。このツールは、AlmostHickey 型のオブジェクトを HickeyUp するために使用する場合を除いて、うまく機能することがわかります。代わりにエラーを返します。このエラーによりサイトがクラッシュするため、今すぐ回答が必要です。適切なサポートは、間違った正しい方法で実装しているかどうか、回避策を提供するかどうか、および/または非常に短い時間でバグ修正を提供するかどうかを教えてくれます。
Microsoft からのそのレベルのサポートの多くを期待しないでください (MVC は、非常に応答性の高い優れたチームのために異なる場合があります)。代わりに、すでにそれを使用している開発者からその多くを得ることができます。
通常、本番環境ではリリース候補を使用しないでください。ただし、明確な例外があり、一部の製品は長期間にわたってベータ版またはリリース候補版の段階にあり、一般提供される前に非常に安定している可能性があります。
私の過去の人生では、私はいつもそれをしました。私が展開したものはすべて、オープンソースコンポーネントに基づいていました。ただし、私は優れたテストスイートに付属しているコンポーネントのみを選択します。
クローズドソースソフトウェアを使用すると、テストがどれだけうまく行われるかわかりません。ベンダーは、拡張QAチームとしてユーザーベースを使用している可能性があります。
しかし、Carlton Jenkeが言うように、常に例外があります。
それは「本番」アプリの期待される堅牢性に依存すると思います。
あなたの個人的なウェブサイト？もちろん！
州の失業保険申請制度？いいえ。
使用している機能、ソース コードを持っているかどうか、およびベンダーのライセンスでそれを使用して運用することさえ許可されているかどうかによって異なります。
ソース コードがあれば問題を軽減できますが、ビジネス クリティカルな環境でサポートされていない製品を使用するのは愚かなことです。
違うと思う
何か問題が発生した場合、それはベンダーからのサポートの利用可能性に依存することを付け加えておきます。これは多くの場合、ライセンスの条件に結び付けられています.
定義上、いいえ。ただし、製品、ベンダー、含まれる更新プログラム、およびニーズに基づいて、独自の判断を下す必要があります。