Python 2/3コード共存戦略 #osakapy
7 likes9,900 views
大阪Pythonユーザの集まり 2014/05 発表資料 http://osakapy.connpass.com/event/6369/
Python 2/3コード共存戦略 #osakapy
- 1. Python 3世代が考える(?) Python 2/3コード共存戦略 金谷 敦志 2014-05-29 #osakapy 1
- 2. 自己紹介 • 金谷 敦志 (Twitter: @todogzm) • 株式会社ラクス 北米市場向けWebサービス Rigniteの開発に従事 • 先日オフィス移転しました！ 2
- 3. 自己紹介 • Python歴は1年半 • テキスト分類にPythonを使用 • recurly-client-pythonのPython 2/3対応 • Check.iO Level 11 (前回と比べて+1) • http://www.checkio.org/user/todogzm/ 3
- 4. 目次 • Python 3世代のつらみ • Python 3.xの変更点 • Python 2/3コード共存戦略 4
- 5. Python 3世代のつらみ • Check.iOのFriendly numberを解いていたときのお話 • 0.3Mの部分を取得するには、12341234 / (1000 ** 2) - 12だ！ 5
- 6. • >>> 12341234 / (1000 ** 2) - 12 0 • えっ…？ えっ？(狼狽) 6
- 7. $ python -V Python 2.7.5 7 ＿人人人人人人人人人人人人＿ ＞ int / intはintが返る ＜ ￣Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y￣
- 8. Python 2→3の変更点 • 古い構文や関数の削除 • print文はprint関数に • unicodeリテラルの廃止 → Python 3.3で復活 • except Error, eはexcept Error as eに • 関数の削除 → raw_input(), reduce(), apply(), xargs(), unicode(), has_key(), … • ライブラリの整理統合 • 特にhttp周りの整理がWeb系開発者にはツラい • 解釈が変わっちゃった… • 文字列はstr1つのみ！Unicode！ bytesとの暗黙的な変換はできない！ • int / int はfloatを返す 8
- 9. 他にも色々… • 自分がハマった経験 • Python 2のhttplib.HTTPMessageはコンストラクタ 引数にHTTPレスポンスのテキストを渡すとヘッダもパー ズする。が、Python 3のhttp.client.HTTPMessage はそういう処理がなかった… orz • HTTPコネクションに対するレスポンスのヘッダ部分が 2だとイテレータ型なのに3だとイテレータ型じゃなかっ た… orz 9
- 11. さぁ今すぐにPython 3…ん？ • と思ったらPython 2.7 2020年まで延命のお知らせ • 膨大な資産もあるし、ちょっと今すぐPython 2を捨てられない！ 11
- 12. Python 3世代の感触 • 3.x対応しているライブラリが多いので、そろそ ろ移行しても困らない事が多いので移行しよう • ライブラリ開発者は2.xから離れられない！ • 2.x / 3.x両対応がツラいが、戦略を持って行 えば何とかなる！かもしれない 12
- 15. 共通して行う作業 • 2系、3系それぞれサポートするバージョンを決める • お勧めは2.7と3.3 • テストコードを書いておく • toxを使い複数バージョンでテストする環境を用意 する • 2系のコードであれば、from __future__を使う 15
- 16. tox • Pythonライブラリを複数のPythonバージョンでテストする ためのツール • 各Pythonバージョンのvirtualenvを作成してテスト実行 • 設定ファイルtox.iniに下記を書いて実行 • Pythonのバージョン (複数指定可) • 実行したいテストのコマンド • テスト実行に使うモジュール 16
- 17. コード共存の戦略 • Sixを使う (同じコードベースで2/3両方動かす) • Python 3のコードに対して3to2を使う (保守するコードはPython 3ベース) • Python 2のコードに対して2to3を使う • Sixもコード変換も使わず2/3互換を目指す 17
- 18. Sixを使う場合 • Python 2と3の違いを吸収するライブラリ • https://pythonhosted.org/six/ 18
- 19. Sixを使う場合 • ライブラリの整 理統合に対して はsix.moves が 2/3の違いを吸収 • ある程度の構文 の違いもライブ ラリでカバー • six.u(), six.b() 19
- 20. Sixを使う場合 • メリット • 互換性問題に対する多くの解決策を提供してくれる • メンテナンスするコードが1種類だけになる • デメリット • 依存ライブラリが1コ増える • IDEがsix.movesを解釈してくれない場合がある 20
- 21. Python 3のコードに対して 3to2を使う • Python 3系のコードを2系に変換するツール • 名前の割に(?)実行時にはPython 2.7が必須 • パッケージ配布の際には自動で動くようにする (setup.py内で自動変換のコードを書く) • https://wiki.python.org/moin/3to2 21
- 22. 3to2の実行結果例 22
- 23. 3to2を使う場合 • メリット • 2to3と比較してコード変換精度が高い • Python 3の構文が利用できる • デメリット • サードパーティーのプロジェクトであること • 新しい構文に対応していない場合があること 23
- 24. Python 2のコードに対して 2to3を使う • Python 2のコードを3に変換するツール • Python標準ツール 24
- 25. 2to3を使う場合 • メリット • 標準搭載 • 変換そのものの不具合は少ない • futureを多用すれば変換精度が高い • デメリット • Python 2のあいまいな挙動 25
- 26. Sixもコード変換も使わず2/3 互換を目指す • 【警告】 の道 • 構文エラー！ → 古い構文の書き直し • ライブラリが見つからない！ → バージョンごとに 読み込むライブラリを変更 • Can't convert 'bytes' object to str implicitly 26 orz
- 27. Sixもコード変換も使わず2/3 互換を目指す • それでも頑張るのであれば、下記は必須 • Python 2系の動作環境は2.7のみ • from __future__ は積極的に使う • 早めに諦める気持ちを持つ 27
- 28. Sixもコード変換も使わず2/3 互換を目指す • メリット • メンテナンスするコードが1種類だけになる • デメリット • メリットを忘れさせるのに十分な障壁がある 28
- 29. コード共存のまとめ • サポートするPythonバージョンを決める • テストを書き、toxで複数バージョンをテストす る環境を整備する • 自分の環境に合った戦略を選ぶ (Six, 2to3, 3to2…) 29
- 30. 現在活動中 • 増田さん作のelapheのPython 3対応を模索中 • Sixもコード変換も使わず…挫折中 orz • おとなしく2to3作戦でいきます… 30
- 31. おわり 31