Submit Search
失敗から学ぶAPI設計 #ccc_h4 #jjug #jjug_ccc JJUG CCC 2013 Spring
•
78 likes
•
17,581 views
Yusuke Yamamoto
1 of 67
Download now
Downloaded 83 times
More Related Content
失敗から学ぶAPI設計 #ccc_h4 #jjug #jjug_ccc JJUG CCC 2013 Spring
1.
YusukeYamamoto 失敗から学ぶAPI設計 山本 裕介 @yusuke #ccc_h4
2.
YusukeYamamoto 前回までのあらすじ
3.
YusukeYamamoto 前回までのあらすじ No GGRKS! 使ってもらうためにはどんな汚いことでもする 対象プラットフォームを増やす 外部ライブラリ非依存
4.
YusukeYamamoto •Twitter APIのJavaラッパ •開発は2007年5月∼
5.
YusukeYamamoto Twitter4Jは •再利用されているライブラリ https://wiki.fitbit.com/display/API/API+Java+Client
6.
YusukeYamamoto Twitter4Jは •再利用されているライブラリ http://code.google.com/p/weibo4j/
7.
YusukeYamamoto Twitter4Jは •再利用されているライブラリ http://facebook4j.org
8.
YusukeYamamoto Twitter4Jは •イイライブラリ
9.
YusukeYamamoto Twitter4Jは •イイライブラリとは
10.
YusukeYamamoto Twitter4Jは •イイライブラリとは • 優れたコストパフォーマンス • 機能が豊富 •
品質が高い
11.
YusukeYamamoto Twitter4Jは •イイライブラリ • 多くのユーザーが使っている • コミュニティが活発 •
拡張しやすい • 使いやすい
12.
YusukeYamamoto Twitter4Jは •イイライブラリ • 多くのユーザーが使っている • コミュニティが活発 •
拡張しやすい • 使いやすい API・設計
13.
YusukeYamamoto APIとは • Application Programming
Interface •何らかの機能を呼び出す口
14.
YusukeYamamoto Twitter4JのAPIは •Twitter APIの射影
15.
YusukeYamamoto Twitter4JのAPIは •Twitter APIの射影 •現在のところ対象外 • キャッシング・永続化 •
フレームワーク的なこと
16.
YusukeYamamoto Twitter4J実装の変遷 • バージョン1.0 • Twitter
APIのXMLのエンドポイント利用 • バージョン2.0 • OAuthサポート • domオブジェクトを保持しなくなった
17.
YusukeYamamoto Twitter4J実装の変遷 • バージョン2.1 • 非推奨クラス、メソッドをバッサリ •
Factoryの導入 • バージョン2.2 • Basic認証廃止 • ライセンスをBSDからASLに変更
18.
YusukeYamamoto Twitter4J実装の変遷 • バージョン3.0 • Twitter
API 1.1対応
19.
YusukeYamamoto Twitter4Jの開発指針
20.
YusukeYamamoto シンプルに
21.
YusukeYamamoto シンプルに YAGNI
22.
YusukeYamamoto シンプル・YAGNI •クラス数は極力少なく
23.
YusukeYamamoto シンプル・YAGNI •クラス数は極力少なく •インターフェースは(なるべく) 使わない!
24.
YusukeYamamoto シンプル・YAGNI •拡張ポイントはなるべく少なく
25.
YusukeYamamoto (なるべく)immutableに
26.
YusukeYamamoto Twitter4Jの拡張ポイント •クラス継承はさせない • 基本finalにして継承を防ぐ • 副作用を生まずに継承を許す設計は すごく難しい •strategyパターンとか言語道断 (一部除く)
27.
YusukeYamamoto シンプル・YAGNI •Twitter4Jの拡張ポイント • HTTP認証 • 非同期ディスパッチャ •
ロガー • HTTPクライアント
28.
YusukeYamamoto シンプル・YAGNI •Twitter4Jの拡張ポイント • HTTP認証 • 非同期ディスパッチャ •
ロガー • HTTPクライアント ほとんどのデベロッパは拡張しない
29.
YusukeYamamoto デザインパターンを適用
30.
YusukeYamamoto デザインパターンを適用しない
31.
YusukeYamamoto デザインパターンを適用しない Twitter twitter =
new Twitter(); List<Status> statuses = twitter.getPublicTimeline(); for(Status status : statuses){ System.out.println(status.getText()); } 多くのプログラマはFactoryとかわからない まずはコンクリートコンストラクタで。
32.
YusukeYamamoto IDEの補完を活かせるように
33.
YusukeYamamoto IDEの補完を活かせるように http://www.youtube.com/watch?v=Nk9CUxEuUww 補完の例
34.
YusukeYamamoto IDEの補完を活かせるように •なるべく同一パッケージに •一般的過ぎるクラス名にしない
35.
YusukeYamamoto IDEの補完が活きすぎないように • 使うべきでないクラス名を異様にする •z_T4JInternal******
36.
YusukeYamamoto Twitter4Jの成長
37.
YusukeYamamoto シンプルなTwitter4J 32 KB
38.
YusukeYamamoto シンプルだったTwitter4J 5.1 MB32 KB
39.
YusukeYamamoto 互換性維持の苦労
40.
YusukeYamamoto 互換性維持の苦労 •APIが増える •レスポンススキーマが変わる •ステータスコードが変わる •いつの間にか要素が増えてる •認証方式が変わる •エンドポイントURLが変わる...
41.
YusukeYamamoto Twitter4Jの成長 •Twitter APIの成長 •Twitter4Jの成長 • 膨らむクラス数 •
膨らむメソッド数 • 膨らむアクセサ数
42.
YusukeYamamoto Twitter4Jの成長 •至上命題 互換性の維持
43.
YusukeYamamoto 互換性のために大事なこと •クラス名を変えない
44.
YusukeYamamoto 互換性のために大事なこと •メソッド名を変えない
45.
YusukeYamamoto 互換性のために大事なこと •挙動を変えない
46.
YusukeYamamoto 互換性のために大事なこと •直列化形式の互換性を保つ
47.
YusukeYamamoto 互換性のために大事なこと • 直列化形式の互換性を保つ Java Object
Serialization Specification Versioning of Serializable Objects 5.6.1 Incompatible Changes 5.6.2 Compatible Changes http://docs.oracle.com/javase/7/docs/platform/serialization/spec/version.html#6678 • 現在の所テストケースはなく「気をつける」だけ で互換性を保っている
48.
YusukeYamamoto 互換性のために大事なこと • 非互換はコンパイラに検出させる
49.
YusukeYamamoto 互換性を維持できた例 •User.java • ユーザー情報 •UserWithStatus.java • ユーザー情報+α Extended
user information with status User information
50.
YusukeYamamoto 互換性を維持できた例 class User{} class UserWithStatus
extends User{ getFriendsCount();getFollowersCount(); } バージョン1.0
51.
YusukeYamamoto 互換性を維持できた例 class User{ getFriendsCount();getFollowersCount(); } /** @deprecated
*/ class UserWithStatus extends User{ } バージョン1.0.4 getterを上位クラスに移動
52.
YusukeYamamoto 互換性を維持できた例 class User{ getFriendsCount();getFollowersCount(); } /** @deprecated
*/ class UserWithStatus extends User{ } バージョン1.0.4 UserWithStatusは非推奨、コンパイラが警告
53.
YusukeYamamoto 互換性を維持できた例 class User{ getFriendsCount();getFollowersCount(); } /** @deprecated
*/ class UserWithStatus extends User{ } バージョン2.0 UserWithStatusを廃止、コンパイラがエラーを出す
54.
YusukeYamamoto Twitter4Jの失敗
55.
YusukeYamamoto Twitter4Jの失敗 •パッケージ分けの失敗 •API設計の失敗
56.
YusukeYamamoto パッケージ分けの失敗 •パッケージ分け • twitter4j.* • twitter4j.api.* •
twitter4j.auth.* • twitter4j.management.* • twitter4j.internal.*
57.
YusukeYamamoto パッケージ分けの失敗 •パッケージ分けしすぎると • クラスが見つけられない • 特に貧弱なエディタを使っている場合 •
blogのコード例をコピペしても動かない • import部分の記載がないことが多い • JavaDocの読み方がわからないプログラマは非常に多い
58.
YusukeYamamoto パッケージ分けの失敗 •下手にパッケージ分けすると • 言語使用上仕方なくpublicなクラスが使 われてしまう このパッケージはあのパッケージに対してのみ 公開、とかできるといいが少なくともJavaでは できない。
59.
YusukeYamamoto 解決策 • コードの見通しの問題であればパッケー ジ分けしない • かわりにソースディレクトリを分ける •
クラス可視性はpackage privateで
60.
YusukeYamamoto mavenでソースディレクトリの分ける設定 <plugin> <groupId>org.codehaus.mojo</groupId> <artifactId>build-helper-maven-plugin</artifactId> <executions> <execution> <id>add-source</id> <phase>generate-sources</phase> <goals> <goal>add-source</goal> </goals> <configuration> <sources> <source>internal-json</source> <source>internal-async</source> </sources> </configuration> </execution> </executions> </plugin>
61.
YusukeYamamoto API設計の失敗 Twitter twitter =
new Twitter();
62.
YusukeYamamoto API設計の失敗 •コンクリートコンストラクタ •ユーザーにはわかりやすい •が、モックテストしづらい Twitter twitter =
new Twitter();
63.
YusukeYamamoto API設計の失敗 • Twitterをクラスからインターフェースへ • Factoryを導入 •
Twitterインターフェースを実装したモックを作れる Twitter twitter = new TwitterFactory().getInstance();
64.
YusukeYamamoto API設計の失敗 • やはりFactoryパターンは難しい • Singletonを返すstaticメソッドを導入 •
あまり知られていない、使われていない Twitter twitter = TwitterFactory.getSingleton();
65.
YusukeYamamoto 参考図書 •Effective Java
66.
YusukeYamamoto 参考図書 •Practical API Design
67.
YusukeYamamoto #ccc_h4 #q ?
Download