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
590
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
77
セッションで遊んでみた
gallu
0
78
Slimをオススメしてみる ControllerとContainer
gallu
0
390
20230315のPHP勉強会(Slimをオススメしてみる)
gallu
0
280
20230215PHP勉強会.pdf
gallu
0
70
PHP 来歴のトリヴィア
gallu
0
130
HTTPを振り返ってみる
gallu
0
65
Other Decks in Technology
See All in Technology
マルチアカウント環境での コーディングエージェントを使った障害調査が大変なので AIエージェントにReadOnly権限を付与してみた / ReadOnly AI Agents for Multi-Account AWS Incident Response
yamaguchitk333
2
110
不要なレビューをAIにまかせて AIコーディングの環境改善を加速した
shoota
1
220
コミュニティの有益性 ~JAWS Days 2026 での体験を通して~ / The Benefits of a Community ~Through My Experience at JAWS Days 2026~
seike460
PRO
0
100
2026TECHFRESH畢業分享會 - 原生還是跨平台? App 開發踩坑實錄
line_developers_tw
PRO
0
1.3k
【セミナー資料】Claude Code をセキュアに使うための考え方と設定の勘どころ / Claude Code Webinar 20260616
masahirokawahara
2
410
2026TECHFRESH畢業分享會 - Lightning Talk - E起 See See : 電商推薦讀心術? 數據說了算
line_developers_tw
PRO
0
1.3k
SONiC Scale-Up Working Group から探る Scale-UpやUltraEthernet機能の実装方法
ebiken
PRO
2
400
攻撃者視点で考えるDetection Engineering
cryptopeg
3
2k
AI時代のコスト管理を考えよう〜明日から使える実践AWSノウハウ~
yoshimi0227
0
230
手塩にかけりゃいいってもんじゃない
ming_ayami
0
600
「勝手に広まる」人気 AI エージェントを爆速で作ろう!(AWS Summit Japan 2026講演資料)
minorun365
PRO
5
1.6k
Bucharest Tech Week 2026 - Reinventing testing practices in the AI era
edeandrea
PRO
1
170
Featured
See All Featured
Building Applications with DynamoDB
mza
96
7.1k
Raft: Consensus for Rubyists
vanstee
141
7.5k
Into the Great Unknown - MozCon
thekraken
41
2.6k
We Have a Design System, Now What?
morganepeng
55
8.2k
The Curious Case for Waylosing
cassininazir
1
390
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
Scaling GitHub
holman
464
140k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
How to optimise 3,500 product descriptions for ecommerce in one day using ChatGPT
katarinadahlin
PRO
1
3.6k
Faster Mobile Websites
deanohume
310
31k
What's in a price? How to price your products and services
michaelherold
247
13k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
201
75k
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を、是非!!!(笑