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
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
akira345
April 06, 2013
Technology
240
1
Share
PHPのレガシーコードをRubyで焼き変えてみた
広島Ruby勉強会#031で発表した資料です。
akira345
April 06, 2013
More Decks by akira345
See All by akira345
ビジネス要件から逆算するマイクロサービスアーキテクチャ選定の「思考プロセス」
akira345
0
73
インシデント対応
akira345
0
460
えれくら!〜電気電子工作系制作・交流会〜#29
akira345
0
46
脱・同期処理!マイクロサービスにおける負荷分散の勘所
akira345
0
140
AWSデプロイツール紹介
akira345
0
85
40歳でやったこと
akira345
0
61
回路を読むために必要なこと
akira345
0
49
おれのAWSがこんなに辛い訳がない!!
akira345
0
55
Dockerを触ってみよう
akira345
0
120
Other Decks in Technology
See All in Technology
AI とサービス・デザイン / AI and Service Design
ks91
PRO
0
170
自作エディターをOSSにして分かった、一人に刺さる開発が世界を動かす理由
shinyasaita
1
380
CARTA HOLDINGS エンジニア向け 採用ピッチ資料 / CARTA-GUIDE-for-Engineers
carta_engineering
0
47k
TypeScriptとAngular Signal で実現する保守性の高いアプリケーション設計 - 3層アーキテクチャによる責務分離の実践(たつかわ) https://2026.tskaigi.org/talks/10
nealle
1
350
TypeScriptはどのようにどこまで推論できるのか ─ とにかく as は禁止で
ypresto
3
420
AIのために、AIを使った、Effect-TSからの脱却 〜テストを活用した安全なリファクタリングの進め方〜
bitkey
PRO
1
560
TSKaigi 2026 - 型プラグインシステムの実装に使われるテクニック
teamlab
PRO
2
420
責任あるソフトウェアエンジニアリングの紹介4章・5章 / RSE_Ch4-5
ido_kara_deru
0
330
Agentic Design Patterns
glaforge
0
190
TypeScript で Platform SDK を作る技術
toiroakr
1
300
20260528_生成AIを専属DSに_Howの次にすべきことを考える
doradora09
PRO
0
200
脅威をエンジニアリングの糧にして:恐怖を乗り越えた先にあったもの / Turn threats into fuel for engineering: what lay beyond overcoming fear
nrslib
1
280
Featured
See All Featured
So, you think you're a good person
axbom
PRO
2
2k
brightonSEO & MeasureFest 2025 - Christian Goodrich - Winning strategies for Black Friday CRO & PPC
cargoodrich
3
700
Amusing Abliteration
ianozsvald
1
180
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
130
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
65
54k
YesSQL, Process and Tooling at Scale
rocio
174
15k
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
2
380
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
580
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.5k
Digital Projects Gone Horribly Wrong (And the UX Pros Who Still Save the Day) - Dean Schuster
uxyall
0
1.5k
HTML-Aware ERB: The Path to Reactive Rendering @ RubyCon 2026, Rimini, Italy
marcoroth
1
97
Stop Working from a Prison Cell
hatefulcrawdad
274
21k
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