管理XHTMLの生成コードのための戦略
を生成するXHTMLのHTMLを生成するよりも、より高度なプロセスである場合にのみため、XHTMLのルールをはるかに厳しく設定されています。あなたは、複雑なプログラムをビルドするたびに、bughuntingの時間を意味していない、これらの要求を満たすが、それはあなたがあなたのプログラムを書く方法を変更しなければならないということがあります。 (なしの要件を変更するには、軍が、これらのルールは簡単には長期的に証明することがあります。付着)ほとんどすべての技術には、XHTMLとHTMLの作業を作業が、XHTMLの詳細を組み込むための向きにしたい場合があります生成コードの選択肢。 テキスト作業、HTMLやテキストとして、XHTML文書では、いくつかの方法では、最も簡単な方法。他の方法では、これは間違いなく、一番の方法です。テキストマークアップ文書の基盤となります。作業そのレベルで簡単にできますが、それはまたあなたの情報をより高いレベルでの作業の権限を拒否します(のような容器の構造のXHTMLで作成される)。は、生のテキストを生成するコードを書く-これだけのXHTMLであることを起こる-詳細には、特にXHMTLはるかに少ないのエラーの寛容され多くの注目を必要とします。テキストベースの次世代戦略、プロジェクト、特に必要がある2つ以上作成すると便利かもしれないドキュメントのバージョンです。根本的に、すべての環境には、XHTMLのテキストを生成する生成されます。これは抽象化の種類を使用して何かだけの問題だ。 XHTMLの新しい挑戦のためtextgeneratingコードを更新するおそらく最も簡単な方法はいくつかの抽象化、これらの層を追加すると、そのアドレスの内容をコードからのマークアップを生成コードを分離されます。として抽象化が進むと、次に、そのマークアップを適切にバランスされるように、または必要な構造に準拠して余分なロジックを追加することができます。ので、コードを再利用することができますほとんどのプログラマは、すでにある程度までこれを行うため、本質的には、単に既存の作業を移すの問題になることがあります。 テンプレートのActive Server Pages(ASP)のおよびJava Server Pages(JSP)を、このようなテンプレートとしてシステムには、開発者は一般的なコンテンツと構造を作成するためのロジックをミックスすることができますが全体的な枠組みを提供するテンプレートです。いくつかの方法では、これらのアプローチの多くは、テキストのようなものを発生させるシステムは、以前説明-しかし、どちらも長所と短所は、単純なアプローチをしている。テンプレートは、通常の読み取りと変更すると、簡単になります例は、特にで生成されたコンテンツは、小さな部分であるため文書の。それと同時に、しかし、生成されたコードとの情報の間の相互作用はすでにのように彼らのコードをしているが、実際には、テンプレートと副社長で、その逆。その外観は、いくつかの環境で、問題を引き起こす可能性がテンプレート内に格納されこれを使用してXHTMLのXHTMLの構文とは、開発環境の構文の間の紛争のために困難になることができます。もし、PHP、XHTML文書を生成するためにスクリプトを使用する場合、問題が発生する場合があります。 XML宣言を含む( )はPHPのプロセッサをオフにスローされます。これは、依存することができます as its placemark for where to begin processing, you have two options in authoring your XHTML. The first option is to exclude the XML declaration completely. It' s not required in an XHTML document, so this isn't a problem. Having it in the first place is just a good markup habit. The other option is to always use それを投げることができない。の場合、お客様のサーバー上で管理者権限を持っていないWebサイトをホスティング会社に調整を要することがあります。'短いオープンタグ'の設定を無効にする。 注意してください拡張スタイルシート言語変換(XSLT)はtemplatebased文書の発電機、彼らは多くの人の技術によって使用されるよりも厳しくなっている次のここで説明するルール。XML 1.0の仕様がすでに直面して、コンテンツ(マークアップを含むを含むように開発者が有効になって一般的なエンティティと同様の問題があります)参照。このソリューションは、XML 1.0を適用要件は、そのマークアップを含むすべての一般的な実体も形成される必要があります。場合は、エンティティ要素の開始タグが含まれ、その要素の終了タグを含める必要があります。すべての構造体の内部の一般的なエンティティの入れ子にする必要がありますし、適切にマークアップ。マークアップの部分など、半分は、開始タグまたは単に終了タグを指定する一般的なエンティティを使用することはできません。コードを生成するための同様のアプローチを取ると、問題と生成されたテンプレートのコンテンツの間に予期しない相互作用が原因のほとんどを解決することができますと簡単にときに発生することがないような問題の起源を追跡するためにしなければならない。戦略テキストの提案も大部分のテンプレートをXHTMLの世代のベースを適用するコードを生成します。これらのテンプレートのコードの一部を支援することができます文字のストリーム作成を超えて行くの抽象化レイヤーを作成するベースのシステムで動作し、容易にすることができる文書やプロジェクトをより再利用可能な間。 注意一方、テンプレートベースのシステムのXHTMLを生成できますが、建築物の利用のためなどの頻繁にではないのXHTML(あるいはXML)をテンプレート自体"%。場合は、文書管理機能、XMLベースを使用する他のもののうち、これを格納するために力が別々にXHTML文書からテンプレートです。 XMLベースのApacheプロジェクトと呼ばれる言語テンプレートの建物です XMLサーバーページ(XSPは) そのテンプレート用のXMLドキュメントを使用していますが、それらはかなり早くに整形式のほとんどが、熱意のシステムテンプレートのテンプレートです。 XSPとの草案にhttp://xml.apache.org/cocoon/wd-xsp.htmlしてください。 モジュール一般的には、XHTML世代のクリーンなこと、保守するための最も長く、徹底した長期的なアプローチは、確実にし、文書を作成し、これらのモジュールを接続する単純な物事のコードモジュールの作成を含む。信頼性は、おそらく最も重要な変更をHTMLからXHTMLの開発への移行、その信頼性はやや異なるタイプのです。 HTMLの世界では、コードでは、特定のブラウザやブラウザで安定していたコンテンツを生成する必要がありました。XHTMLの世界では、コードでは、構造的にはコンテンツを制作している-などを視覚として-一貫性のある。ながら、時折行方不明エンド段落タグをHTMLブラウザで問題が発生しない場合は、XHTMLの処理をやめることができます。特定の構造を作成するの小さな問題に文書を構築するという大きな問題を分解することを確認する一つの方法ですには、小さな問題を一貫して解決されます。また、再利用性を高め、簡単に文書の全体的なロジックと干渉することなく、小さな問題の解決策を更新することができます。いくつかのHTML生成システムCGI.pm -などのPerl用(CGIモジュール)とは、Java Servletライブラリ-既存のモジュールを使用するは、マークアップの引数にする関数呼び出しを介して渡さに基づいて生成されます。開発者がこれらのモジュールに排他的ではなく、明示的なテキストと混ぜても依存して生成コードは、その後のXHTMLを使用してシステムの更新は簡単です。あなたはXHTMLに準拠したバージョンには、モジュール、システムを更新します。 注意してくださいモジュールシステムは、表示されるし始めているのXHTMLを生成- CGI.pmの特に新しいバージョン-しかし、しばらく前にこれらの一般的なシステムを一貫してHTMLではなくXHTMLの生成することがあります。場合は、文書から明らかにされていない場合は、開発者が使用されているマークアップの生成システムを維持する連絡したいことがあります。副作用を含むに加えて、あなたのコードをモジュールを追加する場合、将来に役立つはずがある程度それを証明する。のXHTML 1.0マークの最初の大きな構造変化が始まって以来、HTMLへ、開発者は、これまでされて古いコードは問題なく新しいブラウザでの作業に依存することができました。一方のXHTML 1.0では、理解を中断するように最初に変更されるかもしれないが、それは確かに更新されません。 XHTML 1.1の即座のXHTML 1.0の処理は中断されませんが、それは両方のドキュメントは、サーバーとドキュメントの生成コードは、クライアント上のコードの処理を大幅に変更する必要があります新しい機能が追加されます。あなたのコードをモジュール化することにより、あなた自身の新しい可能性をXHTML 1.1のHTMLの語彙を拡張するため作成されます活用するための位置。XHTML 2.0はまた、水平線上の人であるが、おそらくずっと遠くまで。 XHTML 2.0の重要な破壊とは、HTMLの語彙のいくつかの部品の再構築は、機能とは、外部のリソースを含む他の処理のリンクなどを伴うことがあります。れた将来1つは、その作成に成功しているとは異なる考え方が必要になりますこれらの様々な種類の大規模な低コストでHTMLアプリケーションの数。モジュールごとに高く、開発コストの可能性にもかかわらず、この新しい考え方を長い約束を長期的なアップグレードが可能と人を管理する必要がありますし、長期的にコードを再利用するプログラマのための非常に簡単な作業。 記事は、アルバートLichtblau提出 免責事項:弊社のウェブサイトは、この資料の内容については責任を負いません。 Webarticles無料の情報リソースです。 重要: この記事は、"管理XHTMLの生成コードのための戦略"自動ソフトウェアによって翻訳された。大変申し訳ございませんが発生した可能性があります任意のスペルミスを感じている。お客様のご理解いただき、ありがとうございます。
|
|||||
| Online: 448 users browsing the articles directory |
|
|