/
197.txt
30 lines (26 loc) · 3.01 KB
/
197.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
#?SuikaWiki/0.9 page-icon="HTTP"
- [1] ''XML-RPC Specification'' <http://www.xmlrpc.com/spec>
- [2] ''XML-RPC 仕様書'' <http://lowlife.jp/translation/xmlrpc_spec.html>
- [3] [[HTTP]]+[[XML]] による [[RPC]]。
- [4] 仕様書見たんだけど、使えねぇってオモタ。
--[[string]] 要素型は「ASCII 文字列」。 (非 ASCII には [[base64]]
要素型を使えばとか思ってそうで怖い。)
--当然 [[Content-Type:]] 欄の [[charset]] パラメーターには言及なし。
--というか[[媒体型]]は [[text/xml]] だ。せめて
[[application/xml]] にしる! と思うんだけど、しつこく
''[CODE[text/xml]] だ!'' と言ってる以上そうするしかない。
--日付の[[時間帯]]はどうなのだ? という質問に、それはサーバーが勝手に決めるんだ! と答えている。相互運用性について真面目に考えているんだか問詰めたいところだ。
--データ型は名前空間使って拡張できた方が良さそうなもんだが。
--仕様策定は1999年か。当時の状況ではやむを得ないこともあるのかな?
--なんにせよ、喜んで使うのは [[XML厨]]と [[blogger]] くらいだろう。他に使う香具師がいたとすれば嫌々だろうな。
- [5] 応用規格として、 [[XMLStorageSystem]], [[Blogger]] [[API]], [[MetaWeblog]] API, [[Pingback]] などがあります。
- [6] >>4 時間帯のは多分、そういう系(謎)の規格によくある、「[[情報交換の当事者間の合意]]」のことだと思われ。で、その当事者間の合意は、事前にサーバーから仕様書として通知されているものだ、と。
- [7] >>6 どうせ XML-RPC はサーバー‐クライアント通信のためのメタ・プロトコル (実際のプロトコルの一つ下の層。) なだけでその通信内容なんてどうせ好き勝手なんだろうし、時間帯も好き勝手にしろよ、ってことなんだろうなあ。
- [8] でも時間帯という重要なパラメーターを仕様依存にしてしまうと、例えば汎用 XML-RPC モジュールがあったとして、ある言語の[[日付型]]を内部で XML-RPC の [CODE(XML)[dateTime.iso8601]] 型に変換する時に、どうしたもそのパラメーターを知らないといけない。ちょっと面倒だと思うのね。ちょっとだけど。
[9] [CITE[(開発者さま向け)はてなブックマーク件数取得APIに新しいAPIを追加 - はてなブックマーク日記 - 機能変更、お知らせなど]]
([TIME[2009-08-12 01:25:42 +09:00]] 版)
<http://hatena.g.hatena.ne.jp/hatenabookmark/20090811/1249961864>
[10] [CITE[Ruby ではてなブックマーク API を叩く - Life like a clown]]
( ([TIME[2011-02-19 10:29:45 +09:00]] 版))
<http://d.hatena.ne.jp/tt_clown/20110118/1295326025>
[11] [CITE@en[draft-salzer-xmlplusrpc-01 - XML+RPC - XML marshalled Remote Procedure Calls]] ([TIME[2014-10-20 13:57:59 +09:00]] 版) <http://tools.ietf.org/html/draft-salzer-xmlplusrpc-01>