【検討】マークアップ言語について——JSTL言語に対するわずかな認識
3589 ワード
ディスカッションを展開する前に、タグ言語の次の定義が必要です.
-私の理解では、マークアップ言語は:
厳密なxml構文フォーマットを使用する有限語彙集を使用
tagを主体とし、tag属性値を可変点とする.
一般的にプロセス制御が欠けており、他の全分野の言語における論理と演算要素の1つの言語集合が欠けている.
この話を書き終わったら、wikipediaにあります.
タグ言語は、タグ言語とも呼ばれ、テキスト(Text)やテキストに関する他の情報を組み合わせて、ドキュメント構造やデータ処理の詳細を示すコンピュータ文字符号化である.テキストに関する他の情報(例えば、テキストの構造や表示情報などを含む)は、元のテキストと結合されているが、マーキング(markup)を用いて識別される.現在広く使われているスケーリング言語は、ハイパーテキストスケーリング言語(HyperText Markup Language,HTML)と拡張可能なスケーリング言語(eXtensible Markup Language,XML)である.スケーリング言語は、Webアプリケーションやネットワークアプリケーションに広く応用されています.タグは、出版業で最初に使用され、著者、編集者、出版者の間で出版作品を記述するためのレイアウトフォーマットで使用されます.
マークアップ言語は3つの種類に分けることができます.通常、表示性、過程性、記述性の3つに分けることができますが、私から見れば内容性です.彼らが共有している特徴は内容の構成を表現するためです.ここでウェブサイト:
タグ言語(markup language)とは、特に一連の約束されたタグで電子ドキュメントをタグ付けし、電子ドキュメントの意味、構造、フォーマットの定義を実現することを指す.これらのタグは、容易なものと内容とを区別し、識別しやすくしなければならない.タグ言語では、どのようなタグが許可されているのか、どのようなタグが必要なのか、ドキュメントの内容とどのように区別されているのか、タグの意味が何なのかを定義する必要があります.
総合的に見ると、マークアップ言語は次のようになります.
内容を表すための表現形式内容はtag内部のcdataであり、スタイルはtagの属性によってを制御する.
ioは、他のタグ部分を導入するために使用されるエンティティのようなIOのみであり、それ以外にio は存在しない.
作用域がなく、つまりtagの影響領域が外に伝播したり、自分のtagの中に沈んだりしないということです.
tagの表現とtagの出力は一対一の関係である.プロセス制御がないため、演算子などの要素はありません.すなわち,ここでは「表現」から「出力」への非平凡なマッピングである.
tagとtag属性は有限集合であり,cdata領域のみが変化可能である.
タグ言語の記述の解釈,あるいはコンパイルは一度に原子型を有するため,逐次実行する問題はない.
タグ言語には完全性の基準がなく、N*tag(n>0)はすべて完全である.
(ただしtagには、使用マークの開始と終了に合わせてxmlとは限らない)
これを基準にすると、マーク言語は出版業から来ているため、このような純粋なテキスト形式の言語はすべて人に友好的で、主に人と人の間の交流である.さらに,後日xmlの発生は,機械に見せるために多くの可読性,すなわち現在でいう内容と様式の分離を犠牲にした.だから、現在コンテンツ+スタイル+動作モードを尊重しているhtmlは、ここで定義されたタグ言語ではありません.彼はスタイル情報がないからです.本文の主役JSTLの主旨は、内容+プロセス制御--それは上述の定義のほとんどに完全に合っているが、タグ言語を使ってインタフェースを作ることができる人にダイナミックページを書くことができるという汚い目的を達成するためである.JSTLはtagに大量のプロセス制御,変数,関数,操作を追加した.マークアップ言語が人に友好的で、簡単な利点を継承すると同時に、悪夢も最初から開発者一人一人の頭をめぐって、私の2年ほどのhtmlとJSTLマークアップ言語の経験で、次のような問題があります.
タグ言語自体は単一ステップ実行言語ではなく、1つのtagを1つのメタ操作として解釈するので、ifwhile要素を追加したJSTLにとって単一ステップデバッグは贅沢なである.
JSTLはオリジナルのタグ言語ではなく、servletを用いて埋め合わせられたもので、効率が高くないJSTLはタグ言語のような欠点があり、変数がないため、JSTLはjavaのscriptsやELという変数検索システムを利用してスタックやスタックで必要な変数を得る必要があり、言い換えれば、完備していない.
役割ドメインがなく、javaのscriptsで補うか、ファイル範囲のみの役割ドメインが必要です.
タグ言語には完全性の基準がなく、1つのtagは完全であり、一連のtagのネストも完全である.これにより、JSTLへの入力パラメータは容易であるが、伝達が困難であり、JSP 2に従う.0のやり方は、(scopeを増やすことではない)伝達問題を解決したが、もう一つの問題である命名衝突を引き起こした.
タグ言語にnamespaceがないため(tagのnamespaceは計算されません)、言語レベルでマスクまたは回避できないか、名前の競合問題を解決できません.
積み木性に欠け、学術点、元座標と呼ぶのは不完全である.と書けないので
我々の定義によるタグ言語は必ずしもxmlではないが、一般的にxmlというツリー型のデータ構造と書き方に傾いており、を完了するために終了タグが常に必要であるため、コードが見苦しい.
しかし、wikipediaにはこうあります.
彼らは完備していて、分かりますか?説明します.
本人コードの年齢が長くないので、ここにリストされている要素はまだ完全ではないかもしれません.しかし、ジョーが提唱したfocusの原理に基づいている.タグ言語はあなたの内容(スタイルも可能)をよく整えて、盲目のjbは流れ、変数などの要素を導入して、JSTLをFourier変換のjavaのようにして、タグ言語の使いにくいことがあります.JAVA言語のくどくどもあります.HTML+cssに代わるxml+XSLTという殺人の言葉を見てみましょう.牛が追い詰めたと言ったのか?変数があり、ジャンプがあり、条件判断があります.1つのpの大きい事、全体の巨大で複雑です.私はそれが终わったと信じて、いかなる问题を完成することができて、しかしあなたはどうしてもJAVAを学んで、大规模なxmlの融合のために、多重化して设计します.htmlの複雑さは、合理的なジャンプやonepage one appの考え方で解消されたとは思わなかった.だからxsltの死は見るに忍びない.
JSTlも、半人前で、死ぬのは遠くない将来だ.
via
-私の理解では、マークアップ言語は:
厳密なxml構文フォーマットを使用する有限語彙集を使用
tagを主体とし、tag属性値を可変点とする.
一般的にプロセス制御が欠けており、他の全分野の言語における論理と演算要素の1つの言語集合が欠けている.
この話を書き終わったら、wikipediaにあります.
タグ言語は、タグ言語とも呼ばれ、テキスト(Text)やテキストに関する他の情報を組み合わせて、ドキュメント構造やデータ処理の詳細を示すコンピュータ文字符号化である.テキストに関する他の情報(例えば、テキストの構造や表示情報などを含む)は、元のテキストと結合されているが、マーキング(markup)を用いて識別される.現在広く使われているスケーリング言語は、ハイパーテキストスケーリング言語(HyperText Markup Language,HTML)と拡張可能なスケーリング言語(eXtensible Markup Language,XML)である.スケーリング言語は、Webアプリケーションやネットワークアプリケーションに広く応用されています.タグは、出版業で最初に使用され、著者、編集者、出版者の間で出版作品を記述するためのレイアウトフォーマットで使用されます.
マークアップ言語は3つの種類に分けることができます.通常、表示性、過程性、記述性の3つに分けることができますが、私から見れば内容性です.彼らが共有している特徴は内容の構成を表現するためです.ここでウェブサイト:
タグ言語(markup language)とは、特に一連の約束されたタグで電子ドキュメントをタグ付けし、電子ドキュメントの意味、構造、フォーマットの定義を実現することを指す.これらのタグは、容易なものと内容とを区別し、識別しやすくしなければならない.タグ言語では、どのようなタグが許可されているのか、どのようなタグが必要なのか、ドキュメントの内容とどのように区別されているのか、タグの意味が何なのかを定義する必要があります.
総合的に見ると、マークアップ言語は次のようになります.
内容を表すための表現形式内容はtag内部のcdataであり、スタイルはtagの属性によってを制御する.
ioは、他のタグ部分を導入するために使用されるエンティティのようなIOのみであり、それ以外にio は存在しない.
作用域がなく、つまりtagの影響領域が外に伝播したり、自分のtagの中に沈んだりしないということです.
tagの表現とtagの出力は一対一の関係である.プロセス制御がないため、演算子などの要素はありません.すなわち,ここでは「表現」から「出力」への非平凡なマッピングである.
tagとtag属性は有限集合であり,cdata領域のみが変化可能である.
タグ言語の記述の解釈,あるいはコンパイルは一度に原子型を有するため,逐次実行する問題はない.
タグ言語には完全性の基準がなく、N*tag(n>0)はすべて完全である.
(ただしtagには、使用マークの開始と終了に合わせてxmlとは限らない)
これを基準にすると、マーク言語は出版業から来ているため、このような純粋なテキスト形式の言語はすべて人に友好的で、主に人と人の間の交流である.さらに,後日xmlの発生は,機械に見せるために多くの可読性,すなわち現在でいう内容と様式の分離を犠牲にした.だから、現在コンテンツ+スタイル+動作モードを尊重しているhtmlは、ここで定義されたタグ言語ではありません.彼はスタイル情報がないからです.本文の主役JSTLの主旨は、内容+プロセス制御--それは上述の定義のほとんどに完全に合っているが、タグ言語を使ってインタフェースを作ることができる人にダイナミックページを書くことができるという汚い目的を達成するためである.JSTLはtagに大量のプロセス制御,変数,関数,操作を追加した.マークアップ言語が人に友好的で、簡単な利点を継承すると同時に、悪夢も最初から開発者一人一人の頭をめぐって、私の2年ほどのhtmlとJSTLマークアップ言語の経験で、次のような問題があります.
タグ言語自体は単一ステップ実行言語ではなく、1つのtagを1つのメタ操作として解釈するので、ifwhile要素を追加したJSTLにとって単一ステップデバッグは贅沢なである.
JSTLはオリジナルのタグ言語ではなく、servletを用いて埋め合わせられたもので、効率が高くないJSTLはタグ言語のような欠点があり、変数がないため、JSTLはjavaのscriptsやELという変数検索システムを利用してスタックやスタックで必要な変数を得る必要があり、言い換えれば、完備していない.
役割ドメインがなく、javaのscriptsで補うか、ファイル範囲のみの役割ドメインが必要です.
タグ言語には完全性の基準がなく、1つのtagは完全であり、一連のtagのネストも完全である.これにより、JSTLへの入力パラメータは容易であるが、伝達が困難であり、JSP 2に従う.0のやり方は、(scopeを増やすことではない)伝達問題を解決したが、もう一つの問題である命名衝突を引き起こした.
タグ言語にnamespaceがないため(tagのnamespaceは計算されません)、言語レベルでマスクまたは回避できないか、名前の競合問題を解決できません.
積み木性に欠け、学術点、元座標と呼ぶのは不完全である.と書けないので
我々の定義によるタグ言語は必ずしもxmlではないが、一般的にxmlというツリー型のデータ構造と書き方に傾いており、を完了するために終了タグが常に必要であるため、コードが見苦しい.
しかし、wikipediaにはこうあります.
Turing-complete 。 ：nroff, troff, TeX, Lout PostScript. 彼らは完備していて、分かりますか?説明します.
本人コードの年齢が長くないので、ここにリストされている要素はまだ完全ではないかもしれません.しかし、ジョーが提唱したfocusの原理に基づいている.タグ言語はあなたの内容(スタイルも可能)をよく整えて、盲目のjbは流れ、変数などの要素を導入して、JSTLをFourier変換のjavaのようにして、タグ言語の使いにくいことがあります.JAVA言語のくどくどもあります.HTML+cssに代わるxml+XSLTという殺人の言葉を見てみましょう.牛が追い詰めたと言ったのか?変数があり、ジャンプがあり、条件判断があります.1つのpの大きい事、全体の巨大で複雑です.私はそれが终わったと信じて、いかなる问题を完成することができて、しかしあなたはどうしてもJAVAを学んで、大规模なxmlの融合のために、多重化して设计します.htmlの複雑さは、合理的なジャンプやonepage one appの考え方で解消されたとは思わなかった.だからxsltの死は見るに忍びない.
JSTlも、半人前で、死ぬのは遠くない将来だ.
via