Thriftの謎とIDLの型システム

Muga Nishizawa @muga_nishizawa

@frsyuki あとは、typespec と namespace の記述が、リアルアプリとしてどれくらい煩雑になるかが気になります。namespace は thrift IDL の仕様もそうだけど。必要があれば別ファイルか何かに分けるとかですか。include（？）で。

Sadayuki Furuhashi @frsyuki

@muga_nishizawa namespaceはtypespec同様にファイルを分けてもいいし、IDL処理系のコマンドライン引数でも指定できれば十分かなーと思っています。

Sadayuki Furuhashi @frsyuki

$ idl-processor example.msgpspec --lang=ruby --namespace=Example とか。

Muga Nishizawa @muga_nishizawa

なるほど、なるほど

Muga Nishizawa @muga_nishizawa

140 行目の方がキレイだなぁ

Sadayuki Furuhashi @frsyuki

例外クラスのサブクラスでは、フィールドの追加しかできず、かつフィールドIDを明示しないといけない制約がある。なのでバージョンアップ時にスーパークラスにフィールドを追加したくなったら、サブクラスで使われていないフィールドIDしか使えない。ネスト表記はこのあたりの一覧性が若干良い。

Sadayuki Furuhashi @frsyuki

RPCをバージョン対応は、互換性を保ったまま拡張できそうかなーと。

Sadayuki Furuhashi @frsyuki

"コロンの後ろはバージョン番号であるというのをライブラリ側で理解しているのはポイントで、例えばバージョン番号の付いていないsetが呼ばれたら、自動的にset:0を呼ぶ。" http://bit.ly/ebd5TY

Muga Nishizawa @muga_nishizawa

なるほどー

Sadayuki Furuhashi @frsyuki

複数の関数をひとまとめにした「プロファイル」と言うのを入れて、バージョン管理はプロファイルごとにするという案も。

Sadayuki Furuhashi @frsyuki

関数セットごとのバージョニングとRPCの名前空間の記述案を追加。http://bit.ly/e2exFx

Sadayuki Furuhashi @frsyuki

複数のserviceをまとめてapplicationを作る。関数の名前空間やバージョンはserviceごとに独立。

Sadayuki Furuhashi @frsyuki

overrideとかdeleteを記号で書くか英単語で書くかは好みが分かれそうな。