rustでクリーンアーキテクチャ - Qiita
今月分のaws利用料金が確認できます。 ディレクトリ構成 こんな感じのモノレポの構成になっています。 rustのパッケージマネージャであるcargoにはワークスペースという機能があり、モノレポの構成を簡単に作れます。 . ├── Cargo.lock ├── Cargo.toml ├── README.md ├── cli │ ├── Cargo.toml │ └── src │ ├── get_cost │ └── main.rs ├── infra │ ├── Cargo.toml │ └── src │ ├── aws │ └── lib.rs ├── module │ ├── Cargo.toml │ └── src │ ├── lib.rs │ └── slack_module.rs ├── presenter │ ├── Ca
Web FrontendでClean Architectureを試す - Qiita
Usecase アプリケーション固有のビジネスルールを書いています。 渡された todoRepo にデータのやりとりの処理を委譲します。 特定の実装に依存せず、interfaceに依存させることにより、ビジネスルールが外部の詳細を知らずにすみます。 import { Todo } from "domain"; import { TodoRepository } from "./repository"; export default class TodoUsecase { constructor(private todoRepo: TodoRepository) {} findAll(): Todo[] { return this.todoRepo.findAll(); } add(text: string) { this.todoRepo.add(text); } edit(id: str
Clean ArchitectureでAPI Serverを構築してみる - Qiita
この記事では、アーキテクチャを採用する理由、次にClean Architectureの概要、最後にアプリケーションの構築をしていきます。 この後詳しく見ていきますが、Clean architectureの概念は比較的シンプルでわかりやすいものだと思います。しかし実際コードに落とし込んだ時、これってどう実装すればいいのかな？と迷うことがあったので、自分の理解も深めるために実際にAPI Serverを構築していきたいと思います。 また、サーバーサイドでの採用事例をあまりみないので誰かの参考になればいいかなと思います。 サンプルコードは、Go言語です。 アーキテクチャを採用する理由 アーキテクチャに期待することは、関心の分離です。 関心の分離を正しく行うことで、次のようなメリットがあると思います。 再利用性の高い設計になり生産性が向上する コードの可読性が上がり、メンテナンスが容易になる 変化に
Goでクリーンアーキテクチャを試す | POSTD
依存がなく、テスト可能であり、クリーン。 Uncle Bobのクリーンアーキテクチャの概念を読んだので、これを私はGoで実装してみたいと思います。このアーキテクチャは、自分たちの会社である Kurio – App Berita Indonesia で使っていたものに似ていますが、少し違っています。大きな違いはなく、概念は一緒なのですが、フォルダ構造が違っています。 サンプルのプロジェクトとして、記事をCRUDで管理するリポジトリを https://github.com/bxcodec/go-clean-arch にpushしてあります。 * 免責条項 ここで使われているどのライブラリあるいはフレームワークも、利用を特別推奨しているものではありませんので、ご自身あるいはサードパーティによる同じ機能のものと入れ替えることが可能です。 基本的な考え方 ご存知のように、クリーンアーキテクチャで設計
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Python3.7でCrean Architectureを実現する - Qiita
GitHub - souppower/clean-architecture-todo-frontend
