<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		xmlns:xhtml="http://www.w3.org/1999/xhtml"
	>
<channel>
	<title>Atomってみるかと思い付いたものの へのコメント</title>
	<atom:link href="http://blog.rocaz.net/2005/01/174.html/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.rocaz.net/2005/01/174.html</link>
	<description>世界の果てから自作ソフトとかネット界隈についてつらつらと書き連ねていますです</description>
	<lastBuildDate>Fri, 10 Feb 2012 23:06:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>ROCA より</title>
		<link>http://blog.rocaz.net/2005/01/174.html/comment-page-1#comment-230</link>
		<dc:creator>ROCA</dc:creator>
		<pubDate>Tue, 25 Jan 2005 14:48:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog-test.rocaz.net/2005/01/174.html#comment-230</guid>
		<description>僕も勘違いしてたみたいで、Typepad.jpもLivedoorとBloggerパターン(つまりrowパターン)で動いてました。
んでついでにBase64パターンで試しても動いちゃいました。
ひょっとして移行期のダブルスタンダードなんですかね。ま、全然いいんですが。
</description>
		<content:encoded><![CDATA[<p>僕も勘違いしてたみたいで、Typepad.jpもLivedoorとBloggerパターン(つまりrowパターン)で動いてました。<br />
んでついでにBase64パターンで試しても動いちゃいました。<br />
ひょっとして移行期のダブルスタンダードなんですかね。ま、全然いいんですが。</p>
]]></content:encoded>
	</item>
	<item>
		<title>BlogWrite担当です より</title>
		<link>http://blog.rocaz.net/2005/01/174.html/comment-page-1#comment-229</link>
		<dc:creator>BlogWrite担当です</dc:creator>
		<pubDate>Tue, 25 Jan 2005 13:51:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog-test.rocaz.net/2005/01/174.html#comment-229</guid>
		<description>&gt;なるほど。WSSEはNonceはBase64「しない」方向での収束傾向なんですね。
&gt;ただ、現時点ではTypepadはまだBase64「する」仕様のままのような気がします。
すみません！寝ぼけ頭で支離滅裂な文章を書いてしまいました。逆でした。
LivedoorとBloggerの方に収束しているようです。そして、現在TypePad.jpでは、LivedoorとBlogger同じ方法で、とりあえずAtomAPIを使えています。
ココログはたぶん、未だ古いAtomライブラリを使っているような気がします。更新したら平田さんが教えてくれる！という事に（たぶん^^;）なっているので、まだなんだと思います。
&gt;Delphiも.NET対応版とかだったら(ありませんでしたっけ??)
ありますあります。最新のDelphi2005。Win32と.Net両方対応で、DelphiとC#で開発できるという...。
でもMLで持ちきりなのが、Delphi2005はまだ不安定との話、今アップグレード申し込みの葉書を睨んで検討中だったりします^^;。
&gt;「XMLさえ意識しない」
いずれそうなっていくのでしょうね...というか、本来はそうあるべきなのかもしれません。
</description>
		<content:encoded><![CDATA[<p>>なるほど。WSSEはNonceはBase64「しない」方向での収束傾向なんですね。<br />
>ただ、現時点ではTypepadはまだBase64「する」仕様のままのような気がします。<br />
すみません！寝ぼけ頭で支離滅裂な文章を書いてしまいました。逆でした。<br />
LivedoorとBloggerの方に収束しているようです。そして、現在TypePad.jpでは、LivedoorとBlogger同じ方法で、とりあえずAtomAPIを使えています。<br />
ココログはたぶん、未だ古いAtomライブラリを使っているような気がします。更新したら平田さんが教えてくれる！という事に（たぶん^^;）なっているので、まだなんだと思います。<br />
>Delphiも.NET対応版とかだったら(ありませんでしたっけ??)<br />
ありますあります。最新のDelphi2005。Win32と.Net両方対応で、DelphiとC#で開発できるという&#8230;。<br />
でもMLで持ちきりなのが、Delphi2005はまだ不安定との話、今アップグレード申し込みの葉書を睨んで検討中だったりします^^;。<br />
>「XMLさえ意識しない」<br />
いずれそうなっていくのでしょうね&#8230;というか、本来はそうあるべきなのかもしれません。</p>
]]></content:encoded>
	</item>
	<item>
		<title>ROCA より</title>
		<link>http://blog.rocaz.net/2005/01/174.html/comment-page-1#comment-228</link>
		<dc:creator>ROCA</dc:creator>
		<pubDate>Tue, 25 Jan 2005 12:34:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog-test.rocaz.net/2005/01/174.html#comment-228</guid>
		<description>こんにちは。
なるほど。WSSEはNonceはBase64「しない」方向での収束傾向なんですね。
ただ、現時点ではTypepadはまだBase64「する」仕様のままのような気がします。
&gt;C#ではそんなことが出来るのですか...Delphiにもホシイ...。
C#というより.NETでの機能ですね。VBでもVC++でも似たり寄ったりの使い方は可能みたいです。
なのでDelphiも.NET対応版とかだったら(ありませんでしたっけ??)シリアル/デシリアル可能な気も。
&gt; 残念ながら個人的にはDOMでイジル習性がついてしまっているので
仕事でEAIツールなんかもよく使うんですが、マッパーで変数マッピング出来たり、スキーマ定義に従って勝手に変数化してくれたりの機能があったりして、「XMLさえ意識しない」環境に慣れてたりします(甘やかされてるとも言います)。
比較してみるのも面白いので、もうちょっと試してみて、多分断念してDOMると思います(^^)
</description>
		<content:encoded><![CDATA[<p>こんにちは。<br />
なるほど。WSSEはNonceはBase64「しない」方向での収束傾向なんですね。<br />
ただ、現時点ではTypepadはまだBase64「する」仕様のままのような気がします。<br />
>C#ではそんなことが出来るのですか&#8230;Delphiにもホシイ&#8230;。<br />
C#というより.NETでの機能ですね。VBでもVC++でも似たり寄ったりの使い方は可能みたいです。<br />
なのでDelphiも.NET対応版とかだったら(ありませんでしたっけ??)シリアル/デシリアル可能な気も。<br />
> 残念ながら個人的にはDOMでイジル習性がついてしまっているので<br />
仕事でEAIツールなんかもよく使うんですが、マッパーで変数マッピング出来たり、スキーマ定義に従って勝手に変数化してくれたりの機能があったりして、「XMLさえ意識しない」環境に慣れてたりします(甘やかされてるとも言います)。<br />
比較してみるのも面白いので、もうちょっと試してみて、多分断念してDOMると思います(^^)</p>
]]></content:encoded>
	</item>
	<item>
		<title>BlogWrite担当です。 より</title>
		<link>http://blog.rocaz.net/2005/01/174.html/comment-page-1#comment-227</link>
		<dc:creator>BlogWrite担当です。</dc:creator>
		<pubDate>Tue, 25 Jan 2005 04:52:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog-test.rocaz.net/2005/01/174.html#comment-227</guid>
		<description>WSSEの件では、最新のTypePadでは修正されていて、ココログのはライブラリが古いままのようです。順次アップデートして行くとの事を平田さんが仰っていたようなきがするのですが、その後噂では、お子さんが誕生されたりで、詳しくは聞いていません。
&gt;XMLスキーマに対応したクラスにXmlSerializer.Deserializeでデシリアル化して格納
C#ではそんなことが出来るのですか...Delphiにもホシイ...。
多分、仕様変更や拡張とかにも対応し易くなるんでしょうね。残念ながら個人的にはDOMでイジル習性がついてしまっているので、他の方法はなんとも...。
</description>
		<content:encoded><![CDATA[<p>WSSEの件では、最新のTypePadでは修正されていて、ココログのはライブラリが古いままのようです。順次アップデートして行くとの事を平田さんが仰っていたようなきがするのですが、その後噂では、お子さんが誕生されたりで、詳しくは聞いていません。<br />
>XMLスキーマに対応したクラスにXmlSerializer.Deserializeでデシリアル化して格納<br />
C#ではそんなことが出来るのですか&#8230;Delphiにもホシイ&#8230;。<br />
多分、仕様変更や拡張とかにも対応し易くなるんでしょうね。残念ながら個人的にはDOMでイジル習性がついてしまっているので、他の方法はなんとも&#8230;。</p>
]]></content:encoded>
	</item>
</channel>
</rss>

