タグ付けされた質問 「razor」

4
MVCが「懸念の分離」である場合、なぜRazor Syntaxが導入されたのですか?
私の質問は、Microsoftによって導入されたMVCデザインパターンとRazor Syntaxに関連しています。 MVCの設計パターンを学習している間、私はこの考えは「懸念の分離」として知られる原則に基づいていると言われました。 ただし、Razor構文を使用すると、ビューで C#を直接使用できます。 これは懸念事項の交差点ではありませんか?

6
RazorまたはXSLTは私のプロジェクトに適していますか?[閉まっている]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか?この投稿を編集して、事実と引用で回答できるように質問を更新してください。 6年前休業。 私は、本質的に2つの部分に分割されるシステムの設計の初期段階にいます。1つはサービスで、もう1つはODataやXMLなどのデータを提供するサービスとのインターフェースです。アプリケーションは、MVCアーキテクチャパターンに基づいています。ビューについては、ASP.NETでXSLTまたはRazorの使用を検討しています。 XSLTまたはRazorは、元のXMLまたは応答がモデルを表す場合、XSLTまたは 'Razorビュー'がビューを表す場合の懸念を分離するのに役立ちます。この例では、コントローラーを省略します。最初の設計提案ではXSLTを推奨していますが、よりフレンドリーなビューエンジンとしてRazorを使用することを提案しました。 これらは私がRazor(C#)に提案した理由です: より複雑なページの操作と作成が簡単になります。 * ML以外の出力(csv、txt、fdfなど)を簡単に生成できます 冗長でないテンプレート ビューモデルは強く型付けされており、ブール値や日付値など、XSLTは規則に依存する必要があります。 マークアップはより近づきやすいです。たとえば、nbsp、改行の正規化、属性値の正規化、空白ルール 組み込みのHTMLヘルパーは、DTO属性に基づいてJS検証コードを生成できます 組み込みのHTMLヘルパーはアクションへのリンクを生成できます そして、かみそりよりもXSLTの議論は: XSLTは標準であり、今後も何年も存続します。 誤ってロジックをビューに移動するのは難しい プログラマー以外の方が簡単です(同意しません)。 過去のいくつかのプロジェクトで成功しています。 データ値はデフォルトでHTMLエンコードされます 常に整形式 だから私はどちらかの側の意見、推奨事項、または同様の選択をする経験を探していますか?
9 c#  asp.net-mvc  xslt  razor 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.