1

サーバー側のコードを開発していて、私は最終的に、二重引用符内のテキスト文字列 (属性) がタグ付き文字列 (マークアップ) で適切に開閉する必要があるフォームまたはその他の HTML コードを書き込もうとして、そしてもちろん理解しようとして、X-crossed になりました。 ; しかし、多くの場合、アポストフィ内の JavaScript テキストをインスタンス化する必要があり、他のテキストを (もちろん引用符で囲んで) 引用したり、言語依存のマークアップ内に配置する必要がある計算値をインスタンス化したりします。

これは完全な混乱であり、失明と狂気への本道であり、表の最後のセルが表のキャプションの前にレンダリングされる理由を理解しようとする私の時間を無駄にする確実な方法です。 512文字。管理できないものを管理するための API を作成する車輪の再発明を試みた後、私はこの可能な解決策を見てきました。では、XMl パーサー (サーバー上) を使用してドキュメント フラグメントをゼロから作成し、それにデータを入力して、自由に子ノードを追加してから、パーサーにすべてのフラグメント ツリーをシリアル化させて、開始タグや終了タグ​​などの愚かな詳細を処理してもらいます。アポストロフィと他のすべての同様のものを追加しますか? バックオフィス側でのみ使用することで、サーバーの負荷を低く抑えることができます。この地球上で、深刻なものを認証してアクセスできる人はごくわずかであるため、オブジェクトの作成とリリースは受け入れられます。

私の質問は、あなたの意見では、これは上記の問題に対する良い解決策ですか? たぶん、私が無視しているもっと簡単な解決策がありますか? 私が見ていないいくつかの問題がありますか？それは一種のやり過ぎですか？皮肉な「おめでとう、ついに手に入れた」は受け入れられます。

ありがとう！

4

4 に答える 4

1

サーバー側で DOM を動的に構築し、結果の HTML (または XHTML) をダンプすることは、最も本格的なサーバー側テクノロジで行われます。おそらく彼らは生の XML を使ってそれを行っていません。おそらく彼らはこれを行うために使用する独自のクラス構造/API を持っていますが、それが彼らが従う基本的なパラダイムです。

「おめでとう、ついにそれを手に入れました」に関しては、あなたは正しい道を進んでいると思います. 特定のテクノロジーについては言及されていませんが、基本的な PHP や Perl を使用して未加工の HTML を作成することをいじっていたと思います。おめでとうございます。最終的には、私たちの他の人が行うことを行いました。より良い方法があるかどうか疑問に思います。ASP.NET MVC、Ruby on Rails、Struts、Twisted など、本格的な Web アプリケーション フレームワークのいくつかを調べることをお勧めします。

于 2009-01-15T17:41:28.240 に答える
0

これこそまさに XSLT が発明された目的です。つまり、何も台無しにすることなく XML 文書を XML 文書に変換することです。XSLT を理解すれば (そして、残念ながら、これにはある程度の努力が必要です)、あなたを悩ませている種類の問題は、あなたの生活から完全に消え去ります。

于 2009-01-17T02:56:34.730 に答える
0

はい、フレームワークの XML 関連クラスを使用して XHTML を解析し、XHTML を作成しています。

于 2009-01-15T17:29:20.777 に答える
0

皮肉な「おめでとう、ついに手に入れました」がここでの最も適切な答えだと思います。XHTML は XML のサブセットであるため、どの XML ツールでもこれを適切に行うことができ、コンテンツの形式ではなく、コンテンツに集中することができます。

基本的に、XML パーサーとドキュメント モデルは数え切れないほどあります。パフォーマンスに対する特定のニーズがなく、カスタム XML 文字列を作成する方が理にかなっている場合を除き、これらのライブラリのいずれかを使用するのが最善の策です。

于 2009-01-15T17:30:44.613 に答える