次の問題に対する単純なサーバー側スクリプト ソリューションが必要です。クライアントから ASP.NET MVC でサイトを作成するように言われました。私はサイト全体をコーディングしていますが、後で簡単なスクリプトを使用して拡張できるようにしたいセクションがあります。例えば：
あなたの誕生日はいつですか？
__/__/____ [x] 年を表示しない
これには、タイトル (When is your Birthday?)、日付、チェックボックスが必要であることを示す方法、およびチェックボックスのテキストを指定する必要があります。それはすべて単純なマークアップです。最後の必要性は、生年を表示するかどうかの条件です。この情報を後で表示する場合。
JavaScript をスクリプト言語として使用し、それをクライアント側で実行することを検討しました。これは上記の些細な例では機能しますが、実際の情報の一部は機密性が高すぎて、JavaScript のように簡単に見ることができません。すべてのデータをサーバー側で処理したいのです。
クライアントにJavaScriptでこれを行うのに十分賢い人がいる場合、その人がビューとコントローラーを直接編集するのに十分なC＃（またはVB.NET？）を学習できないのはなぜですか？
埋め込まれたスクリプト言語やプラグインアーキテクチャの複雑さを増してアプリを構築するのはやり過ぎのようで、C＃を知っていて、必要に応じてこれらの簡単な変更を行うためにやってきた人が保守するのはおそらく難しいでしょう。
私はC＃またはVB.NETがかなり良いサーバーサイド言語であると言いたいのですが、なぜ他のものを探すのですか？
Dennis の回答に同意し、Web サイトのその部分に SharePoint (WSS 3.0) の使用を検討する可能性があることを付け加えておきます。ASP.NET と Windows Workflow Foundation に基づいて構築されているため、外国のテクノロジではありません。
一方、プログラミングのバックグラウンドがほとんどまたはまったくない人が拡張できるように構築されています。変更は、SharePoint UI を使用するか、現在無料の Microsoft Office SharePoint Designer を使用して行うことができます。
それは彼らにとって十分な力であり、あいまいな要件に対応するためにサイトを過度に一般化する必要はありません.
これは十分に定義されているため、sharepoint や WWF のような恐ろしく複雑なものは必要ないでしょう。必要な要件の説明から：
1) これらの「DateOptionFields」を保存するための機能。これはおそらくユーザー レコードまで遡ることができます。繰り返しになりますが、問題の説明から、QuestionType、QuestionTitle、CheckedTrue、DateSupplied、ShouldShowYear、およびいくつかの識別子の 6 つほどのフィールドを見ています。
2) これらの追加の質問を管理する機能は、実際にはアプリと要件によって異なります。「余分な」質問がすべてのユーザーに当てはまるわけではない場合、少し粘着性がありますが、一般的にはそれほど粘着性ではありません。
次に、適切なユーザーの適切な場所で「余分な」質問を UI にジャックすれば完了です。