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
Slimをオススメしてみる ディレクトリ構造
Search
gallu
October 25, 2023
Technology
600
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Slimをオススメしてみる ディレクトリ構造
gallu
October 25, 2023
More Decks by gallu
See All by gallu
日付四方山話
gallu
0
79
セッションで遊んでみた
gallu
0
79
Slimをオススメしてみる ControllerとContainer
gallu
0
390
20230315のPHP勉強会(Slimをオススメしてみる)
gallu
0
280
20230215PHP勉強会.pdf
gallu
0
71
PHP 来歴のトリヴィア
gallu
0
130
HTTPを振り返ってみる
gallu
0
65
Other Decks in Technology
See All in Technology
AIとハーネスで育てるトランスコンパイラ / 20260722 Yasushi Katayama
shift_evolve
PRO
3
780
OpenTelemetryにおけるGoのゼロコード・コンパイル時計装について #fukuokago
quiver
0
200
仕様駆動開発、導入半年。「本当に速くなってるの?」にデータで答える / AICon2026_hirakawa
rakus_dev
0
320
reFACToring
moznion
0
180
ゴールデンパスは敷いただけでは道にならない ─ 企画部門のエンジニアが技術標準を事業価値に変えるまで
mhrtech
1
260
クラウドを使う側から、作る側へ / 大吉祥寺.pm 2026前夜祭
fujiwara3
4
1.2k
Webアプリ認証の全体像 / The Big Picture of Web App Authentication
kitano_yuichi
1
420
Network Firewallやっていき!
news_it_enj
0
260
10年目を迎えた「ABEMA」がどのように AI 活用を推進して、AI 駆動開発にシフトしているのか / How ABEMA, entering its 10th year, is promoting the use of AI and shifting toward AI-driven development
miyukki
0
370
なぜ、あなたのエージェントは言うことを聞かないのか
segavvy
1
360
AI時代のYAGNI:「爆速で無駄になった機能」からの学び / 20260720 Naoki Takahashi
shift_evolve
PRO
3
520
そのドキュメント、自動化しませんか?
yuksew
1
410
Featured
See All Featured
Leveraging Curiosity to Care for An Aging Population
cassininazir
1
410
Game over? The fight for quality and originality in the time of robots
wayneb77
1
230
B2B Lead Gen: Tactics, Traps & Triumph
marketingsoph
0
180
Balancing Empowerment & Direction
lara
6
1.2k
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2.3k
Principles of Awesome APIs and How to Build Them.
keavy
128
18k
Effective software design: The role of men in debugging patriarchy in IT @ Voxxed Days AMS
baasie
0
450
Speed Design
sergeychernyshev
33
1.9k
The Spectacular Lies of Maps
axbom
PRO
1
870
Navigating the Design Leadership Dip - Product Design Week Design Leaders+ Conference 2024
apolaine
1
370
The Illustrated Children's Guide to Kubernetes
chrisshort
51
53k
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
Transcript
Slimをオススメしてみる ディレクトリ構造 by がる
自己紹介 古庄と申します 「がる(gallu)」というハンドルでふらついております 本職は技術者です。現役プログラマーやってます バックエンド系なので、インフラとかDBとかも一通り
最近はPM業も多いですねぇ あわせて、教育とか色々
Slimいいよ!! https://www.slimframework.com/ Slim is a PHP micro framework
that helps you quickly write simple yet powerful web applications and APIs. Slim は、シンプルかつ強力な Web アプリケーションと API をすばやく作 成するのに役立つ PHP マイクロ フレームワークです。(Google) Slimは、シンプルかつパワフルなWebアプリケーションやAPIを素早く作 成できるPHPマイクロフレームワークです。(DeepL) Slimいいです!! micro framework いいです!! シンプルでいいです!! っていう個人の感想と妄想を垂れ流してみます(笑
連載記録 Slimをオススメしてみる https://speakerdeck.com/gallu/20230315nophpmian-qiang- hui-slimwoosusumesitemiru Slimをオススメしてみる ControllerとContainer
https://speakerdeck.com/gallu/slimwoosusumesitemiru- controllertocontainer
今回のお題 ちょっと方向性を変えて「ディレクトリ構成」を、各有名フ レームワークと比較していきたいと思います 結果として「Slimがスバラシイ」事をまた一つ、宣伝でき ればと思います(笑 ※ 主観です
Laravelのディレクトリ構成 いわゆる「MVC」ベースのディレク トリ構成ですね ぱっと見で大体分かる……ような 気がするんですがどうなんですか ねぇ? 実際「わかりやすい」んじゃない、
かなぁ? と。多分 昔は Modelsが無かった記憶がご ざいます(うろ覚え app/ Console/ Exceptions/ Http/ Controllers/ Middleware/ Jobs/ Models/ Providers/ Rules/ bootstrap/ config/ database/ public/ resources/ routes/ storage/ logs/ tests/
CakePHPのディレクトリ構成 こちらも「MVC」ベースです うっすらとLaravelとの違いはあるものの、 やっぱり大体「見ればあらかた分かる」 感じですね Laravelの app/
に対して、CakePHPの ほうは src/ って感じが興味深いです bin/ config/ plugins/ resources/ src/ Console/ Controller/ Model/ View/ templates/ tests/ tmp/ webroot/
Slim……はまず素のinstallをおさらい # まずは必要なものをinstall composer require slim/slim composer require slim/http composer
require slim/psr7 # こんな感じになります [gallu@鯖 slim_plain]$ ls composer.json composer.lock vendor # いわゆる「DocumentRoot」を作成します mkdir public vi public/index.php (コードは後述) # 簡易サーバ起動して動く事を確認 php -S 0.0.0.0:8080 -t public/
設置したindex.php <?php use Psr¥Http¥Message¥ResponseInterface as Response; use Psr¥Http¥Message¥ServerRequestInterface as Request;
use Slim¥Factory¥AppFactory; require __DIR__ . '/../vendor/autoload.php'; // Instantiate App $app = AppFactory::create(); // Add error middleware $app->addErrorMiddleware(true, true, true); // Add routes $app->get('/', function (Request $request, Response $response) { $response->getBody()->write("Hello"); return $response; }); $app->run();
(結果)素のSlimのディレクトリ構成 シンプル! 侘び寂び!! 後はどうとでも如何様にでも!!! あなたの設計とコードに合わせて自由に!!!!
真っ白なカンバスに好きな絵を描くことができます!!!!! 無限の荒野が広がってます!!!!!! スバラシイと思いませんか? とはいえまぁ流石にこれは「荒野に過ぎる」ので…… public/
Slim-Skeleton というものがございます いわゆる「こんな風にディレクトリ切ったらどうかね?」と いった感じのサンプルですね 数種類あるっぽいのですが(色々な人が作成しているみ たいです)、公式 https://github.com/slimphp を見ます
バージョン3の頃 https://github.com/slimphp/Slim-Skeleton/tree/3.1.8 注目は「srcに設定ファイル」? あとはまぁわかりやすく プログラムは別途 app/
を切る事が多いかと思います autoloaderの設定を忘れずに その辺はあくまでも「自由に」 src/ 設定ファイル routes.php settings.php middleware.php dependencies.php public/ templates/ logs/ tests/Functional/
バージョン4の頃 https://github.com/slimphp/Slim-Skeleton/tree/4.5.0 少しクリーンアークテクチャぽいのを意識してる? DomainとかInfrastructureとか 突っ込みどころはまぁ……
リポジトリだけ、なぜ app/ ? srcの名前空間名…… app/ 設定ファイル routes.php settings.php middleware.php dependencies.php repositories.php src/ (namespace App¥...) Application/ Domain/ Infrastructure/Persistence/User/ public/ templates/ logs/ tests/
個人的な好みと見解 まぁぶっちゃけ「Slim3ベースのスケルトン」のほうが好み でございます慣れてるし(笑 なので「Slim3のディレクトリ構成のままの、Slim4- Skeletonを作成公開しております(笑 コレデマタヒトツフエタ……
とはいえやっぱり「MVCだったころ」の作成物なので、そ ろそろクリーンアーキテクチャベースのも作っていきたい ような気はしております
まとめ もちろん他のフレームワークでも「ディレクトリ構成をごっ そりと入れ替える」事は大体可能だと思います 知ってる限りでは「出来ない事」はそれほど無かった記憶 ただ「それほど」なので、シンドイ箇所が無いわけでもなく 一方でSlimは「そもそもディレクトリ構成とか存在しなかっ
た」ベースなので、思うがままに自由に設計できます(笑 まぁ結果「大体Laravelに酷似」とかよくありますが(爆 とはいえ案件によっては「妙な縛りがあってそれがフレー ムワークの縛りと相性が悪い」なんてことも そんな時「にこそ」、選択肢としてSlimを、是非!!!(笑