C++でXML（主にxerces）やろう！

[1 デフォルトの名無しさん NG NG]

スレ無いしサイト少ないので立ててみる
いらなかったらサゲまくってください

[13 デフォルトの名無しさん NG NG]

>やっと、カーネル・サンダースの呪いの期限が切れた。
コピペだろうけど、激しくワタラ

[14 デフォルトの名無しさん NG NG]

>>10
Parser（Interpreter）がないからじゃ？

[15 デフォルトの名無しさん NG NG]

Xerces-CはIBMのICUと組み合わせればシフトJISやEUCの文書も
扱えるし、なかなか使えるっぽいよ。
姉妹品のXalanにはApacheの拡張モジュールが入ってて
それを使えばApacheでサーバーサイドXSLTができる。
わしは仕事上Java版しか使う機会がないが、
C++プログラマにもがんばってほしいところですな。

[16 デフォルトの名無しさん NG NG]

Windows環境だとMSXMLがあるからなあ・・・
どっちも似たようなもんだとすると、わざわざ使う機会がないヨン

[17 デフォルトの名無しさん NG NG]

C++ではなくてC言語ネタですまん。
どっかにC言語用パーサー(libxmlとか)の使用法サンプル
転がっていない。古いHP-UXでXML読み書きするためにいろ
いろやっているが今一わからん。

[18 デフォルトの名無しさん NG NG]

age

[19 shige NG NG]

>>18
「Linux プログラミングバイブル」という本の後半に記述があるので参考にするべきさｄふぇｙｇふぇｆ
ふぇｊぢｖｃｔ
ｑｗｄｑｗｄｘさ０pｆのいｓぢおｊｈ３２ｒｋｔ３；ふぇ７６２２２おいうあ
ｃｃｃｃｗｑｄｗｑｄｌ＠ｐ＠
Ruby!

[20 デフォルトの名無しさん NG NG]

>>19
それってどういう演出なの？
Ruby!って言いたいだけ？

[21 デフォルトの名無しさん NG NG]

C++XMLはこれからバリバリ必要になりそうだからね

[22 デフォルトの名無しさん NG NG]

Xerces+ICUでコンパイルする方法はepistemeのページに書いてあったなぁ…。
漏れは使いそうにないけど。

[23 デフォルトの名無しさん NG NG]

JavaとC#含め.NET付近では騒がれてる(XML)けどC++でってのはあんまり聞かないのは気のせい？

[24 デフォルトの名無しさん NG NG]

サーバサイドと同じく、C++がJavaに平伏した一例でもある＞XML

[25 デフォルトの名無しさん NG NG]

イクサーシズと読むらしいよ。

[26 デフォルトの名無しさん NG NG]

xer ザ〜じゃねーの？

[27 デフォルトの名無しさん NG NG]

Xeon＝ジーオン

[28 デフォルトの名無しさん NG NG]

C++でこそXML。Javaのあんなとろい処理は待てない。
データ形式をXMLにすることにするオーバーヘッドは
通信よりも処理にかかる負荷が大きい。

というわけでC++まんせー

[29 デフォルトの名無しさん NG NG]

XMLは何かこの先力を付けて来る気がする予感

[30 デフォルトの名無しさん NG NG]

C#の文字列インデックスは萌えですよ
まさにXML向き

[31 デフォルトの名無しさん NG NG]

MSXMLならC/C++から扱えますYO!
MS限定だけど・・・

[32 デフォルトの名無しさん NG NG]

組み込み機器がXML処理系を実装することなんて
あるのかな？またそういったときにXercesの
一部分が使われることなんてあるんでしょうか？

[33 デフォルトの名無しさん NG NG]

XercesだけじゃなくてC++でXML総合スレみたいにしたほうがよさげね
需要も少なそうだし

[34 デフォルトの名無しさん NG NG]

libxml2って何気に大きいのな

[35 デフォルトの名無しさん NG NG]

XML Scheme、XPath、XPointer なども含まれているからね。

[36 名無しさん＠Ｅｍａｃｓ NG NG]

>>34
そう？
うちの環境じゃ650kしかないけど？

[37 デフォルトの名無しさん NG NG]

>>36
あ、すまん、意味としては35の言うようなこと。
単なるパーザかと思ったら既に多機能てんこもりだったのね。

つかこれってgnome配下なのか...

[38 名無しさん＠Ｅｍａｃｓ NG NG]

>>37
Gnomeはlibxml2を使ってるかもしれないけど、
libxml1,libxml2はべつにGnomeとは何の関係もないよ。

つか、使ってるひといるんかな？
libxercesよりはコンパクトでいいと思うんだけど。。

[39 デフォルトの名無しさん NG NG]

保守あげ

[40 デフォルトの名無しさん NG NG]

http://www-6.ibm.com/jp/developerworks/xml/020118/j_x-ctlbx.html
C/C++ developers: XMLツールボックスの中身を充実させる

[41 ◯ NG NG]

>>38
そうけ？
Libxml is the XML C library developed for the Gnome project.
と書かれてあるけど。
http://xmlsoft.org/index.html
見てももろGnomeだし。違うもの言ってるのか？

xsltprocは(コマンドとして)使ってる。軽いよ。
特にウチでは問題無し。

[42 デフォルトの名無しさん NG NG]

>>41
元々は GNOME と関係なく開発されていたけど、
GNOME 用の XML ライブラリとして採用されたと思った。
サイトも前（2年位前かな）に見たのとは全然変わってるし。

[43 デフォルトの名無しさん NG NG]

「C++によるXML開発技法」って本どうですか。
あれで\4000以上は高いと思ったけど。

[44 デフォルトの名無しさん NG NG]

保守age

[45 デフォルトの名無しさん NG NG]

CやC++でXML使ってなんかしてる人って、本気でいるの？

[46 デフォルトの名無しさん NG NG]

正気じゃないとでも？

[47 デフォルトの名無しさん NG NG]

>>45
そうそう。頭悪いよね

[48 デフォルトの名無しさん NG NG]

普通に使ってますよ
頭悪くてごめんなさい

[49 デフォルトの名無しさん NG NG]

>>43
でも他にそういうテーマの本がなかなか無いから
買ってしまうという

[50 デフォルトの名無しさん NG NG]

age

[51 デフォルトの名無しさん NG NG]

パーサじゃなくて、C++でXMLを出力するライブラリって無い？

[52 デフォルトの名無しさん NG NG]

>>51
パーサの DOM API 使って Document オブジェクトを作ればいいんじゃないの？

[53 デフォルトの名無しさん NG NG]

bcc用組み込みパーサやってる。
需要あるならSourceForgeに上げるけど。

[54 51 NG NG]

おお、DOMにそんな機能があったとは
>>52に感謝しろ

[55 デフォルトの名無しさん NG NG]

↑ﾊｧ?
ﾊﾞｶﾆﾊｳﾝｻﾞﾘ

[56 デフォルトの名無しさん NG NG]

>>51
xercesならDOMWriterを使うと幸せに慣れるぞ

[57 デフォルトの名無しさん NG NG]

内部のツリー状データ構造を共有したりできるの？＞xercesとxalan

[58 デフォルトの名無しさん NG NG]

printf関数でXMLを書き出すの?

[59 デフォルトの名無しさん NG NG]

使うならstd::ostream系列でしょ

[60 デフォルトの名無しさん NG NG]

>>58
>>56

[61 デフォルトの名無しさん NG NG]

保守

[62 デフォルトの名無しさん NG NG]

メンバー募集あげ。
プログラムする/しないに関わらずメンバー募集。
自分たちでXMLパーサつくりゃんせ。

プログラム作らないがアイコン作りますとか
要求機能アンケートしますたとか
文章自信ありますとかそれで充分結構。

https://sourceforge.jp/projects/frogger/

[63 デフォルトの名無しさん NG NG]

>>62
パーサにアイコンが必要？

[64 デフォルトの名無しさん NG NG]

>>63
現状でアプリはホイホイ作れますですはい。

ベースはできてる。タイトルの検索とか
リンクの抽出とかできる。
後の作業はXでないHTMLへの対応とかXSLTプロセッサ。

Irvineのアレ見てるけど
人集めるってたいへんだなぁとオモタ。

[65 デフォルトの名無しさん NG NG]

>>64
＞XでないHTMLへの対応とか

既にXMLじゃないのでスレ違いじゃん。

[66 デフォルトの名無しさん NG NG]

おまいらパーサなんてどうでもいいからスキーマコンパイラ作れ。

[67 デフォルトの名無しさん NG NG]

>>66
悪くない。構想を書いてみなされ。
ヨサゲなら設計に入るわ。

[68 デフォルトの名無しさん NG NG]

>>67

RelaxerのC++版かなぁ…

>このオプションはRELAXを入力として、C++やRubyといった言語のプログラムを生成する用途に使用することを・・・
ttp://www.asahi-net.or.jp/~dp8t-asm/java/tools/Relaxer/man_ja.html

のC++オプションを提供するプロジェクトはどう？

[69 デフォルトの名無しさん NG NG]

悪くないがオレが立てる気はないなぁ。
立ったら参加する気はちょいとある。

[70 デフォルトの名無しさん NG NG]

>>68
Relaxer よく知らないけど、Ruby 版作ろうかな。
meta オプション指定時に生成される Relaxer モデルから
特定言語のコード（クラス）を生成するプログラムを書けばいいんだよね？
って Ruby だとスレ違いか。

>>69
ここでやってもいいんじゃない？どうせ寂れスレだし。

[71 デフォルトの名無しさん NG NG]

>>69

先程申請しますた。

>>70

Ruby版お願いします。

[72 71 NG NG]

ruby版既にありました。
ttp://www.ba.wakwak.com/~fuchi/rubyxml/

[73 デフォルトの名無しさん NG NG]

パーサじゃなくて、C でXMLを出力するライブラリって無い?

[74 shige NG NG]

libxmlのxmlDocDump()とか使うといいよ。ドキュメントのtreeのセクション見てみ。

[75 デフォルトの名無しさん NG NG]

Xerces1.4.3を使っています。(Javaですが)
DTDの読み込み・編集・出力はどうやってやれば良いですか?
あたりつけてDocumentからDocumentTypeを取得してみたら空っぽだったのと、
そもそもDocumentTypeでどうやって<!ELEMENT A (B?, C*)>みたいな事を表せるのかピンと来ません。
方向間違ってる?

[76 デフォルトの名無しさん NG NG]

MSXMLがあるのに何故にXercesなんか…。

[77 デフォルトの名無しさん NG NG]

↑窓厨

[78 デフォルトの名無しさん NG NG]

Windows限定なら普通MSXMLだな

[79 デフォルトの名無しさん NG NG]

Cygwin で Xerces-C がパッケージになったね。

[80 デフォルトの名無しさん NG NG]

WindowsでわざわざCygwin+Xercesって最高に阿呆だな。

[81 デフォルトの名無しさん NG NG]

移植性を考えるとか、unixからの移植を短期間で、とかなら分かるけど
winって決まってるならただのアホだな

[82 デフォルトの名無しさん NG NG]

移植性を考えた場合、JavaでなくC++を選択した時点で阿(略

[83 デフォルトの名無しさん NG NG]

Javaなら移植性があると思ってる馬鹿はもう絶滅しましたよ。

[84 デフォルトの名無しさん NG NG]

さすがにC++程では…。

[85 デフォルトの名無しさん NG NG]

Xecresユーザーどうよ？
リビルドしてテスト通る？
Leakとか出ませんか。
MSXMLもだいじょうぶかいな。
メジャーなパーサでは24時間戦えませんよ。

[86 デフォルトの名無しさん NG NG]

C#が出てきた今では、化石化したC++やJavaなど（以下略）

[87 デフォルトの名無しさん NG NG]

M$専用言語でつか？

[88 デフォルトの名無しさん NG NG]

>>85
一日一回リブート。

[89 デフォルトの名無しさん NG NG]

C#でMSXML以外という変人はいませんか？

[90 デフォルトの名無しさん NG NG]

C#のXMLって内部的にはMSXMLなんでないの？

[91 デフォルトの名無しさん NG NG]

expat 使ってますが何か？

[92 デフォルトの名無しさん NG NG]

>>91
何故そんな馬鹿な事を…？

[93 デフォルトの名無しさん NG NG]

c#でmsxml以外の選択肢はないのですか？
msxml3.0時代しか知らないんだけれど、独自拡張や使えないxslt構文が
いくつかあったのであまり好きではなかったけれど、
今の状況はどんな感じなのでしょうか？

[94 デフォルトの名無しさん NG NG]

今はMSXML4ですよ。
http://www.microsoft.com/japan/msdn/xml/downloads/msxml4.asp
---
World Wide Web Consortium (W3C) による最終勧告版の XML Schema および、DOM, SAX のサポート
テストシナリオにおいて 4 倍、一部のシナリオでは 8 倍以上の高速化が認められたXSLTエンジン
…
---

[95 デフォルトの名無しさん NG NG]

>>94
存在は知ってましたが、情報提示サンクスです。
XPathの独自拡張などがなくなっていればいいですね。
SAX機能をC#で試してみたいと思います。

ところで、C#でxml parserをmsxml以外で使うことはできませんか？

[96 not91 NG NG]

>>92
日曜プログラマ？
http://wwbota.free.fr/TestsPerf.htm

[97 デフォルトの名無しさん NG NG]

>>95
オープンソースのC#実装(monoとかPortable｡NETとか）があるんだから
そっちでXercesへのバインディングとかやってるんじゃない？
そうしないとLinuxやFreeBSDで動かないし。
あとはMSのFreeBSD用のCLRとか調べてみたら？

[98 デフォルトの名無しさん NG NG]

XercesはC++Builderのコードガードで引っかかるし、
gccでは付属のテスト通らないが、使い物になるわけ？
リークとかしまくりの気が。

[99 デフォルトの名無しさん NG NG]

しかし、C#でそこまでしてMSXMLを避ける理由が謎。

[100 デフォルトの名無しさん NG NG]

>>99
別に漏れは93=95ではないけど、.NETと無関係にC#の実装はちょっと興味もってる。
だからXercesが使える使えないは別として、MSXML以外の実装があっても面白いと思うし、
MSXMLを使わないSystem.XML互換のライブラリがあれば面白いと思う。
いや、93の事情は知らんけど。

[101 デフォルトの名無しさん NG NG]

93です。事情は特になく、ただの知的好奇心です。
プログラマとしては珍しくWindowsは嫌いでないし（GUI-OSとしてですが）
避けているわけではないのですが、標準規格委員会に申請を出したC#で、
オープンソース的なxml環境がどうなっているのか知りたかっただけです。

＃ただC++出身なので、COM（や.NET）を使うことに対して漠然とした不安感はあるかも

[102 デフォルトの名無しさん NG NG]

> プログラマとしては珍しくWindowsは嫌いでないし

デフォルトは嫌いなのか・・・

[103 デフォルトの名無しさん NG NG]

ECMAのCLIの仕様を見れば分かりますが、System.Xmlの標準化は
ほとんどなされていません。DOM関係の仕様(XmlNodeとか)の記述は、全くなし。

インターフェースの階層もW3CのDOMとは違うので、
このまま標準化できるかというと甚だ疑問です。

[104 デフォルトの名無しさん NG NG]

漢ならバイナリ

[105 93 NG NG]

>>103
なるほど。結局そういう事ですか。ありがとう。

[106 デフォルトの名無しさん NG NG]

MSXML4でサポートされたXML Schemaって何か面白い使い方あったりする？
dtdをものすごく複雑にして もっと詳しくxml文書の書式を決めれるってだけなのかな？

[107 デフォルトの名無しさん NG NG]

DTDで不都合がないならDTDで書けばよろし

[108 デフォルトの名無しさん NG NG]

>>106
ネームスペースが使えた筈>XMLスキーマ

[109 デフォルトの名無しさん NG NG]

スキマ

[110 デフォルトの名無しさん NG NG]

MSXMLはマイクロソフトエックスメーリングリスト
他にも、MSX2+MLやMSXturboRMLがある。

[111 NG NG]

厨な質問であれだが
属性のデータ型
NMTOKENとCDATA
の違いは何？

[112 デフォルトの名無しさん NG NG]

使える文字クラスが違う。
NaMeTOKEN(名前トークン) と CharacterDATA(文字データ) の略。
それぞれ細かい定義があるけど、
前者は「名前文字」が使えて、後者は「文字」が使える。
参考： http://www.ba.wakwak.com/~king/web/ref/attr_datatype.html

で、使い道だけど。
XHTML1.0 と XHTML1.1 の DTD を読み比べると…
http://www.w3.org/TR/2000/REC-xhtml1-20000126/DTD/xhtml1-strict.dtd
http://www.w3.org/TR/xhtml-modularization/abstract_modules.htm
CDATA を使っていたのが NMTOKEN になったり、その逆があったりしてる。

上手く使い分けられるほどに使い道があるデータ型ではないというのがおれの結論。

[113 111 NG NG]

>>112
なるほど･･･
112さん、サンクスです。