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

eXtensible Markup Languageを表すシンプルで非常に柔軟なテキスト形式で、データの交換、共有、保存に使用できます。コンピューターで簡単に解析できますが、プログラマーでも読み取り可能です。このタグは、XMLの使用に関するトピックに関連する質問に使用します。

6
XMLが正確に「言語」と呼ばれるのはなぜですか?
XMLの名前になぜLが含まれているのかと思っていました。 XML自体は何も「行いません」。これは単なるデータストレージ形式であり、言語ではありません!言語は物事を「行う」。 XMLを適切に言語に変換するためにXMLを取得する方法はxmlns、ルート要素に属性を追加することです。その場合にのみ、環境の内容を伝えます。 1つの例はXHTMLです。アクティブで、リンク、ハイパーテキスト、スタイルなどがあり、すべてによってトリガーされますxmlns。それがなければ、XHTMLファイルは、マークアップノード内の単なるデータの集まりです。 では、なぜXMLは言語と呼ばれるのでしょうか?それは何も説明せず、解釈もせず、ただそうです。 編集:たぶん私の質問はもっと広くすべきだった。現在、答えは「XMLはGMLなどにちなんで命名されたSGMLにちなんで命名されているから」という質問なので、質問は(XMLなどの)マークアップ言語が言語と呼ばれるのはなぜですか? ああ、そしてWRTの投票権:いいえ、私はXについては質問していません。Lについては質問しています!

12
XMLをJSONで完全に置き換えることはできますか?[閉まっている]
多くの開発者がXMLとJSONに精通していると確信しており、彼らは両方を使用しています。したがって、彼らが何であり、彼らの目的が何であるかを簡単に説明しても意味がありません。 それらの概念をマップしようとすると、言うことができます(私が間違っている場合は修正してください): XMLタグはJSONと同等です {} XML属性はJSONプロパティと同等です XMLタグコレクションはJSONと同等です [] 私が考えることができる唯一のものは、JSONには存在しませんが、XML Namespacesです。 問題は、このマッピングを考慮し、JSONがこのマッピングで非常に軽いことを考えると、XMLなしで将来(または少なくとも理論的には世界を考える)の世界を見ることができますが、JSONでXMLのすべてを実行できますか?XMLが使用されるすべての場所でJSONを使用できますか? PS:この質問を見たことがあることに注意してください。これは私がここで尋ねているものとはまったく異なるものです。したがって、重複を言及しないでください。
78 xml  json 

5
なぜXHTML5ではないのですか?
だから、HTML5は大きな前進だと言われています。私が気づいた最後の一歩は、XHTMLの導入でした。利点は明白でした。単純さ、厳格さ、標準のXMLパーサーとジェネレーターを使用してWebページを操作できることなどです。 それでは、HTML5がそのすべてをロールバックするということは、どれほど奇妙でイライラするでしょう。ここでも、非標準の構文を使用しています。繰り返しになりますが、過去の荷物と解析の複雑さを処理する必要があります。繰り返しますが、標準のXMLライブラリ、パーサー、ジェネレーター、トランスフォーマーは使用できません。そして、W3Cが10年かけて正当な理由で推し進めたXMLによってもたらされたすべての利点(拡張性、名前空間、標準化など)は失われます。 XHTML5がありますが、HTML5エンコーディングのように人気が出ていないようです。たとえば、このSOの質問を参照してください。HTML5仕様でさえ、XHTML5ではなくHTML5が「ほとんどの著者に推奨される形式」であると述べています。 事実が間違っていますか?そうでなければ、なぜこのように感じるのは私だけですか?XHTML5ではなくHTML5を選択するのはなぜですか?
53 html  html5  xml  xhtml 

12
XMLが非常に悪い場合...なぜ多くの人がXMLを使用するのですか?[閉まっている]
私はXMLの目的を理解していますが、それがいかに悪いのかと不満を言う人はいつもいますか?私はそれについて何が本当に悪いのか本当に理解していませんか?私は通常、「肥大化した」と「遅い」という言葉を投げかけます。 しかし、プログラマーとして、あなたは主に何のためにそれを使用しますか?そして、あなたは本当にそれを「悪い」と考えますか?...それがそうであるならば、ひどい多くの人々がそれをデータの輸送に使用します...

3
XMLタイプが安全なのはなぜですか?
なぜ彼らはXMLが型の安全性を提供すると言っているのか、そしてそれはXML自体でどのように表現されているのか? (たとえば)JSONとはどう違いますか(私が理解しているように)、タイプセーフではありませんか?
30 xml  type-safety 

4
XML名前空間にURIが必要なのはなぜですか?
XML名前空間にURIが必要な理由を理解しようとしていますが、その目的がわかりません。誰かが私を少し明るくして、具体的な例でその使用を示すことができますか? 編集: わかりましたので、たとえば:w3schoolsからこれを持っています <root xmlns:h="http://www.w3.org/TR/html4/" xmlns:f="http://www.w3schools.com/furniture"> <h:table> <h:tr> <h:td>Apples</h:td> <h:td>Bananas</h:td> </h:tr> </h:table> <f:table> <f:name>African Coffee Table</f:name> <f:width>80</f:width> <f:length>120</f:length> </f:table> </root> それで、何をhttp://www.w3schools.com/furniture保持する必要がありますか?
23 xml  namespace 

12
リレーショナルデータベースにxmlを保存する利点は何ですか?
今日は、AdventureWorksデータベースのチャンスをうかがっていたと私はテーブルの数が(ことに気づいたHumanResources.JobCandidateと Sales.Individual例えば)XMLデータを格納している列を持っています。 私が知りたいのは、基本的にデータベーステーブルの行のデータを別のテーブルの列に保存する利点は何ですか?これにより、この情報をクエリするのが難しくなりませんか?それとも、データを照会する必要はなく、保存するだけでよいという前提ですか?
23 design  database  xml 

4
Microservice Architectureでの大容量ファイル/データ転送
私の会社は現在、マイクロサービスアーキテクチャの採用に取り組んでいますが、その過程で成長中の痛み(衝撃!)に直面しています。私たちが直面している主要な競合ポイントの1つは、異なるサービス間で大量のデータを通信する方法です。 ちょっとした背景として、社内全体で処理する必要があるドキュメントのリポジトリとして機能するドキュメントストアがあります。このストアとのやり取りは、クライアントに一意のIDとドキュメントをストリーミングする場所を提供するサービスを介して行われます。ドキュメントの場所は、指定されたIDを使用したルックアップを介して後でアクセスできます。 問題はこれです-すべてのマイクロサービスが、ドキュメントとやり取りする目的のために、APIの一部としてこの一意のIDを受け入れることは理にかなっていますか?私にとってこれは本質的に間違っているように感じます-サービスはもはや独立しておらず、ドキュメントストアのサービスに依存しています。これによりAPIの設計が簡素化される可能性がありますが、おそらく、パフォーマンスを改善するだけでなく、結果として得られるカップリングの利点が相殺される可能性もあります。 レインボーユニコーン(Netflix、Amazon、Googleなど)がサービス間の大きなファイル/データ交換を処理する方法を知っている人はいますか?

7
XMLがEMLと呼ばれないのはなぜですか?
ウィキペディアから Extensible Markup Language(XML)は、機械可読形式でドキュメントをエンコードするための一連のルールです。W3Cによって作成されたXML 1.0仕様[4]および他のいくつかの関連仕様で定義されており、すべて無料の標準です。[5] より自然なEMLではなく、短縮XMLを呼び出す歴史的な理由は何ですか?
21 naming  xml  etymology 


1
インターフェイスの実装に関するドキュメントの複製/オーバーライドの良し悪し
だから私たちはそのようなインターフェイスを持っています /// <summary> /// Interface for classes capable of creating foos /// </summary> public interface ICreatesFoo { /// <summary> /// Creates foos /// </summary> void Create(Foo foo); /// <summary> /// Does Bar stuff /// </summary> void Bar(); } 最近、私たちは、上記のようなXML文書がたくさんあることを生成し、確認することを含む文書の話をしました。しかし、これはドキュメントの多くの重複を引き起こしました。実装例: /// <summary> /// A Foo Creator which is fast /// </summary> …

2
JSONの世界におけるXMLの重要性は何ですか?
JSONが必要なことをほぼすべて実行できる場合、XMLを学習することはどれほど重要ですか?そうは言っても、私は主にAJAXリクエストとさまざまなAPIからデータを取得するためにJSONを使用します。私は完全にWeb開発の初心者であり、これを求めている理由は、XMLに関する本を購入するべきか、それともパスを渡すことができるかどうかを知りたいからです。
17 xml 

4
SGML、XML、HTML、XHTMLの関係と違い
ウィキペディアで「プロファイル」が何を意味するのか疑問に思っていました: XMLはISO標準SGMLのプロファイルであり、ほとんどのXMLはSGMLから変更されていません。 http://xml-tips.assistprogramming.com/sgml-xml-html-xhtml-all-together.htmlによると : HTMLはSGMLのサブセットです。 XMLはSGMLの非常に機能的なサブセットです。 XHTMLはHTMLを拡張およびサブセットします。 「一方が他方のサブセットである」ということは、最初のコードも構文的に正しく、意味的には2番目のコードと同じということですか? 初等集合論の意味では、 HTML、XML、XHTMLはすべてSGMLの異なるサブセットですか? XMLとHTMLはほとんど交差しませんか? XHTMLはXMLとHTMLの両方のスーパーセットですか? 上記のリンクよりも、4つの目的および/またはいつ使用するかの違いについて、より簡潔で明確な要約を期待できますか?私は彼らの意図した目的の間の明確な境界線について本当に混乱しています。 http://xml-tips.assistprogramming.com/sgml-xml-html-xhtml-all-together.htmlによると : XMLは単一のマークアップ言語ではありません。ユーザーが独自のマークアップ言語を設計できるようにするメタ言語です。 XMLとHTMLはどちらもSGMLのサブセットであると理解する方法を知りたいのですが、HTMLはマークアップ言語ですが、XMLはマークアップ言語ではなく、マークアップ言語を設計するためのメタ言語ですか? SGMLとXHTMLはどちらもマークアップ言語を設計するためのメタ言語ですか? 両方のリンクで言及されているように、HTMLはSGMLのアプリケーションであると同時にSGMLのサブセットであり、XHTMLはXMLのアプリケーションです。ある言語は別の言語のアプリケーションであると言うことと、ある言語は別の言語のサブセットであるということの違いは何だろうか?
16 html  xml  xhtml 

4
どちらを選択するか:XML属性またはサブノード?
データベースからXMLとしていくつかのデータをエクスポートしたい。たとえば、Personはage、nameおよびその他のプロパティを持つことができます。 XML形式を定義するには、2つの選択肢があります。 選択肢#1: <Persons> <Person> <Age>16</Age> <Name>Richard</Name> </Person> <Person> <Age>34</Age> <Name>Eric</Name> </Person> ... </Persons> 選択肢#2: <Persons> <Person Age="16" Name="Richard"/> <Person Age="34" Name="Eric"/> ... </Persons> それでは、サブノードまたは属性の定義の違いは何ですか?そして、それぞれの選択肢の利点は何ですか?
15 xml 

2
xmlコメントに2つのハイフンを含めることができないのはなぜですか
XmlParserが2つのハイフン(--)がxmlコメントで許可されていないことを報告したときに、構成ファイルのxmlコメントにマークダウンコメントを適用していました。 XML仕様を確認すると、xmlコメントはSGMLパーサーとの互換性の理由から2つのハイフンを含むように設計されていないようです。 SGMLパーサーがコメントで二重ハイフンを許可しないのはなぜですか?
15 xml  sgml 

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.