ASP.NET MVC を介した XSL を使用して、Web ページ上のデータの表示を処理する利点を見つけるのに役立つ人 (おそらく XSL ファン?) はいますか?
2 つの選択肢は次のとおりです。
XSL を使用した ASP.NET (MVC/WebForms)
データベースからデータを取得して XML に変換し、XSL テンプレートを使用してさまざまなページに表示します。
ASP.NET MVC
C# オブジェクト (または LinqToSql/EF オブジェクト) としてデータベースからデータを取得し、MVC ページにインライン コードで表示します。
XSL の主な利点は、WebControls のように、多くの異なるページでデータを一貫して表示できることです。間違っている場合は訂正してください。ASP.NET MVC は同じ方法で使用できますが、厳密に型指定されたオブジェクトを使用できます。XSL に利点があるかどうかを確認するのを手伝ってください。
XSLTを使用してデータを変換し、ユーザーに表示することの主な利点は次のとおりです。
これがデータの唯一の出力であり、XML形式でない場合は、XSLTが最適なソリューションではない可能性があります。
同様に、ユーザーの操作（データの編集など）が必要な場合は、とにかく更新を処理するためにバックエンドコードを使用することになり、1つのテクノロジーが行き過ぎていることがわかる可能性があります...
XML 変換を扱うとき、私は常に次の 2 つの主な問題を発見しました。
まず、非常に遅くなる傾向があります。何かを行う前に、XML ファイル全体を解析して検証する必要があります。また、XML であるため過度に冗長であるため、必要以上に大きくなります。
第 2 に、変換の仕組みはコーディングが少し面倒です。XmlSpy などのカスタム ツールが役に立ちますが、ほとんどの開発者が慣れ親しんでいるものとはモデルが異なります。
現時点では、MVC は非常に高速で非常に有望に見えますが、従来の Web 開発の欠点と、コード全体のハチ刺されに悩まされてい<%ます %>。XML 変換を使用するとそれを回避できますが、読み取りと保守がはるかに困難になります。
私は過去にその手法を使用したことがあり、現在の職場で使用しているアプリケーションがあります。（認めますが、私はその完全なファンではありませんが、私は悪魔の擁護者を演じます）本当にそれは主な利点の1つであり、このアイデアを推進することはちょっといいことです. その場で xsl を動的に作成し、気まぐれでページのルック アンド フィールを変更することができます。他の方法でこれを行うことは可能ですか...はい。ただし、その場で xml/xsl ドキュメントを変更するプログラムを作成するのは非常に簡単です。
XSL を使用して 1 つの xml ドキュメントを別のドキュメントに変換し、それを html として表示することを考えている場合 (これは実際に行っていることです)、システムを開いて、他のプログラムが XML を介してページ上のデータにアクセスできるようにします。これは他の方法でも実行できますが、xsl 変換を使用すると毎回強制的に xml が出力されます。
このようにシステムを作成することは、私は軽く踏みます。予想していなかった落とし穴がたくさん見つかります。xsl を本当によく知らないと、学習曲線も必要になります。
XSLT と ASP.MVC を使用する場合は、こちらを確認してください。
Jafar Husain は、Pretty XSL の提案でいくつかの利点を提供しています。主にスタイルシートをキャッシュして、ページの読み込みを増やし、データのサイズを縮小します。Steve Sanderson は、ここでコントローラーとして JavaScript を使用する少し異なるアプローチを提案しました。
もう 1 つの同様のアプローチは、XFormsを使用することですが、それをサポートする最善の方法はJavaScript ライブラリーを使用することです。
DB XSL テンプレートからのデータのみを表示する場合は便利なソリューションかもしれませんが、ユーザーの操作を処理する場合は. うーん... まったく維持できないと思います。