Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
PHPのレガシーコードをRubyで焼き変えてみた
Search
akira345
April 06, 2013
Technology
1
230
PHPのレガシーコードをRubyで焼き変えてみた
広島Ruby勉強会#031で発表した資料です。
akira345
April 06, 2013
Tweet
Share
More Decks by akira345
See All by akira345
Dockerを触ってみよう
akira345
0
45
アラフォー世代が基板を作ってみた(公開用)
akira345
0
100
ESP-WROOM-02でプチIoT
akira345
0
72
基板から回路図を起こしてみよう
akira345
0
1k
OSS翻訳プロジェクトに参加してみた
akira345
0
75
ジャンク解析入門
akira345
0
65
Lt駆動開発28 Windows版Dockerを試してみた。
akira345
0
52
Simの容量が気になって安眠できない
akira345
0
61
メモリと遊んでみた Pert2
akira345
0
52
Other Decks in Technology
See All in Technology
100 名超が参加した日経グループ横断の競技型 AWS 学習イベント「Nikkei Group AWS GameDay」の紹介/mediajaws202411
nikkei_engineer_recruiting
1
170
隣接領域をBeyondするFinatextのエンジニア組織設計 / beyond-engineering-areas
stajima
1
270
rootlessコンテナのすゝめ - 研究室サーバーでもできる安全なコンテナ管理
kitsuya0828
3
380
10XにおけるData Contractの導入について: Data Contract事例共有会
10xinc
6
620
OCI Vault 概要
oracle4engineer
PRO
0
9.7k
Security-JAWS【第35回】勉強会クラウドにおけるマルウェアやコンテンツ改ざんへの対策
4su_para
0
180
強いチームと開発生産性
onk
PRO
34
11k
Terraform CI/CD パイプラインにおける AWS CodeCommit の代替手段
hiyanger
1
240
New Relicを活用したSREの最初のステップ / NRUG OKINAWA VOL.3
isaoshimizu
2
590
ハイパーパラメータチューニングって何をしているの
toridori_dev
0
140
透過型SMTPプロキシによる送信メールの可観測性向上: Update Edition / Improved observability of outgoing emails with transparent smtp proxy: Update edition
linyows
2
210
データプロダクトの定義からはじめる、データコントラクト駆動なデータ基盤
chanyou0311
2
310
Featured
See All Featured
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
8
860
How To Stay Up To Date on Web Technology
chriscoyier
788
250k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
506
140k
Gamification - CAS2011
davidbonilla
80
5k
The Straight Up "How To Draw Better" Workshop
denniskardys
232
140k
Mobile First: as difficult as doing things right
swwweet
222
8.9k
Keith and Marios Guide to Fast Websites
keithpitt
409
22k
How to Ace a Technical Interview
jacobian
276
23k
For a Future-Friendly Web
brad_frost
175
9.4k
Thoughts on Productivity
jonyablonski
67
4.3k
Fireside Chat
paigeccino
34
3k
Building Better People: How to give real-time feedback that sticks.
wjessup
364
19k
Transcript
PHPのレガシーコードを Rubyで焼き変えてみた PHPのレガシーコードを Rubyで焼き変えてみた @akira345 Hiroshima.rb Powered by Rabbit 2.0.6
and COZMIXNG
自己紹介 本業:精神修行 所属: Hiroshima.rb 広島サーバユーザ友の会(仮) 広島電子工作娯楽部(仮称) WindowsPhoneハンズオンin広島 オープンセミナー2014@広島 実行メンバー OSC広島実行メンバー WTM時々インフラ担当
本題 目的: 非オブジェクト指向なレガシーコードを (出来る範囲で)オブジェクト指向的に 持っていく。 出来ればテストも入れたい。
生け贄の準備 今回の生け贄: 十数年前に独学で習得中に自作した 15Puzzleプログラム https://github.com/akira345/Old_PHP_Samples/tree/ master/15puzzle_old (以前Rubyでゲームを作られた方がいたので対抗してみた)
15Puzzle??
15Puzzle??
レガシーな点 圧倒的に古い!(iniファイルなんてものがあったり) php4の出たての頃に書かれている 作った本人が実はよく分かっていない 山のようなフラグ管理。よくわからない変数、強引な処理 変数一覧表なるものがあるw 当然MVCなんて考えはない 当時のポリシーとして、HTMLを極力PHPで出力してい るので作りがカオス 当時自信作今黒歴史
第1段階 いきなりRubyにするのはさすがに無理なので、まずは PHPで試作。 とはいえ、再設計すると、新規で作り直s(ry 当時の自分を恨みつつ、まずは簡単なビューとロジック の分離から。 この時、無理にファイルを分離しようとすると色々悩 むので、まずは同一ファイル内で、分離すると良い。 ビューに埋め込んだロジックはなるべく分離。 但し、この時はロジックを余り弄らないこと。テストが
無いのでバグると酷い目に合う
第2段階 ロジックの組換前に、機能ブロックを大まかに洗い出して おく。 ロジック部分から、機能ブロックをくくりだし、クラスメソッ ドとして纏める所からまずはスタート。 関数化されている箇所はそのままクラスメソッドとして仮 実装。 クラスメソッドはとりあえず全てPublic! テストコードが無いので、ロジックの組み換えは後。動く 状態を極力キープ
機能ブロック このプログラムを構成する主な機能 乱数生成 動かす数字を格納する配列を生成 数字が動かせるか判定する 数字を動かす パズルが完成したかチェックする
ロジックに手をつける フローチャートを書くのは断念したOrz 基本は機能ロジックごとにカットアンドペーストでクラス メソッド化や、ロジックの組み換えを行った。 機能ブロックを動かす場合、該当箇所を全てコメントアウ トし、最低限の実装に置換。動作確認しながら、ブロック の組み換えを行った。 複雑怪奇なifのネストは、中のロジックをprint('A')のよう なものに書き換えて、動作の確認をしながら整理 変数名やフラグを少し整理。(fとかswとかrとか)
セッション周り 昔はセッション変数に何でも突っ込んでい た オブジェクト指向になると、クラスにデータを 持たせられるので、クラスをセッションに突 っ込めばOK(時と場合による)
完成 https://github.com/ akira345/15Puzzle_For_OOP ただしPHP版
さて、Rubyに焼き変えるか。 PHPをRubyに置き換えるので楽勝!(と思 っていました) いまさらCGIクラスなんて使うとレガシーに 戻る。 かといって、この程度でRailsも大げさ Sinatraを使おう。 http://www.sinatrarb.com/intro-jp.html
sinatraではまる! あれ?画像でないぞ?? publicディレクトリが必要 あれ?セッションに入れたクラスが読めない ぞ? enable :sessionsが必要 get/postでロジック分離しないといけない ぞ? とりあえず共通関数作成で回避<-邪道
などなど
ひむひむヘルプ! 絶賛仕事中のひむひむへ襲撃!! インデントがカオス! status=3って何? このメソッド名、スペル違うよ・・・ 変数の初期化はどこでされているの? ロジックが難しい。データの持たせ方が・・ テストはどこ? やりたい事は何となく分かるけど・・う〜ん(悩)
教訓:コードレビューは大事。
教訓:コードレビューは大事。 大事な事なので(ry
リファクタリングだ! クラスのテストをRspecで。 だけど、ランダムにデータができるので、余りテスト が書けなかった・・ ビューのテストが非常に難儀 sinatraでは、途中でprintとか出力しても無視され るので、printデバックができない。 pryをつかって、ブレークポイントを仕掛けてデバック http://shirusu-ni-tarazu.hatenablog.jp/ entry/2012/06/24/051114
そんなこんなで 完成!(デモするよ) https://github.com/akira345/15Puzzle_For_Ruby Powered by Rabbit 2.0.6 and COZMIXNG