4年以上をlaravelに没頭した後、MVC(Model-View-Controller)アーキテクチャに非常に精通しています。そのシンプルさと構造は、一緒に仕事をするのを喜びにし、Laravelの思慮深く組織化されたフォルダーは、開発者が順調に進むのに役立ちます。コードをどこに配置するかを常に知っています。また、database接続、redis、キュー、移行、ORMなどの広範なビルトインツールは、セットアップをシームレスに作成します。環境に数回微調整するだけで、アプリは準備ができています。
私にとって、LaravelのMVCアプローチは依然として最も堅牢なものの1つです。 モデルはデータを定義し、ビューがユーザーが表示するものを決定し、コントローラーがビジネスロジックを管理します。シンプルでありながら構造化されており、Laravelはこのセットアップをデフォルトで提供し、開発のための優れたフレームワークにします。
しかし、私のキャリアが進歩し、私が業界や企業全体で働いていたので、特に複雑なアプリケーションにとっては、LaravelのMVCアプローチが常に十分であるとは限らないことに気付きました。
MVCは単純なアプリケーションのために輝いていますが、論理がより複雑になると不足する可能性があります。たとえば、laravelをAPIに使用する場合、ビューレイヤーはしばしば使用されません。一方、すべてのロジックをコントローラーに入れると、維持が困難なファイルが膨らんだ可能性があります。
これに対処するために、 service および repository レイヤーを導入して、LaravelのMVC構造を拡張し、次のようなフローを作成しました。
コントローラー→サービス→リポジトリ→モデル
いくつかの試行錯誤の後、私は自分がよく知っていることに固執することにしました:
csrm コンセプト(コントローラー、サービス、リポジトリ、モデル)。創造的な思考が必要だったとしても、私はこの構造を行くように適応させました。さらに、開発を簡素化できるフレームワークを調査しました。 gin and fiber を試してみました。
結果:
ファイバーAPIボイラープレート。
このボイラープレートはAPI専用であるため、ビューレンダリングやテンプレートエンジンなどの機能は含まれていません。フォルダー構造は、からインスピレーションを受けます
readme も含まれており、各フォルダーと機能をガイドします。
ボイラープレートを探索して使用することを歓迎します。お気軽にカスタマイズしてください。必要なツールをお好みのツールを削除するか、削除してください。提案または機能リクエストがある場合は、問題を作成するか、プルリクエストを送信してください。
ファイバーAPIボイラープレートをチェックして、スピンしてください。それが私と同じようにあなたのGO API開発の旅を簡素化するのに役立つことを願っています。一緒に素晴らしいものを作りましょう!
免責事項: 提供されるすべてのリソースの一部はインターネットからのものです。お客様の著作権またはその他の権利および利益の侵害がある場合は、詳細な理由を説明し、著作権または権利および利益の証拠を提出して、電子メール [email protected] に送信してください。 できるだけ早く対応させていただきます。
Copyright© 2022 湘ICP备2022001581号-3