書籍「Clean Architecture 達人に学ぶソフトウェアの構造と設計」を読んだので大事なポイントを自分のためにまとめてみた - Qiita
書籍「Clean Architecture 達人に学ぶソフトウェアの構造と設計」を読んだので大事なポイントを自分のためにまとめてみたGo初心者まとめアーキテクチャCleanArchitecture はじめに Clean Architecture 達人に学ぶソフトウェアの構造と設計を読んだ。 なぜソースコードを綺麗に書くのかから始まり、オブジェクト指向、コンポーネントの原則、アーキテクチャと体系的にまとまっている良い内容だった。 この記事では、本書の内容の引用を踏まえながら自分の考えの振り返りをまとめたものである。 実際にGoで実装したりしたので、なにか間違いなどあれば指摘していただきたい。 クリーンアーキテクチャの書籍を読んだのでAPIサーバを実装してみた 対象読者 ・Clean Architecture 達人に学ぶソフトウェアの構造と設計を読むか迷ってる人 ・Clean Architec
レイヤー設計とか、オブジェクト指向とか、DDDとか、その辺 - まっつんの日記
自分の指向としては、技術の勉強というとDDDとかOODとか、そういう抽象的方面が好きなのだが、オブジェクト指向否定論もあることは承知している。 ---------------追記 2020/09/27 この記事は「ユーザーのメンタルモデルを反映させる」というMVCの本来の設計思想を捉えていません。ただ、巷に流布しているものを元に考えた記事としては資料的には無価値ではないと思いますので、ログとして残しときます。 MVCの本来の考えはOOUIの本や、コプリエンのLean Architecture本が良さそう ------------------------------- 過剰設計の落とし穴 実際、レイヤー構造や業務モデルを頑張って作っているが、実装時に足かせになったり、プログラマがよく規約や方針を理解できずに、ごちゃごちゃに作り、余計に複雑になってしまったりするのは、色々聞く。（自分はこれをや
モジュラー型 vs. インテグラル型－－設計のアーキテクチャ再論 | タイム・コンサルタントの日誌から
3年前に書いたサイトの記事「モジュラーとインテグラル － 製品アーキテクチャーの二つの方法」に、最近、読者の方から質問が寄せられた。良い質問だと思うので、ここでとりあげ、あらためて自分の考え方をご説明したい。 ご質問は、つぎのとおりだ（やや長いが、全部引用させていただく）： 「車がインテグラル型アーキテクチャということは多方面で言われていることなのですが、すんなり納得ができません。 確かに、ボディ形状は独自設計ではありますが、ヘッドライトは他車種でも移植可能なものもありますし、内部のランプ単体については明かな標準規格品です。 また、ハンドルの入れ替えも(日本国内法は別として)置き換え可能ですし、ワイパーやウィンカーレバーはメーカー内で汎用品になっていることが多いです。 タイヤは規格品ですし、ホイールやサスペンションも変更可能です。確かに社外メーカーが純正品規格に合わせて作っているからである
OTN Japan - 今だからデータ・アクセスを真剣に考える！ 第1回
システムを構築する上で必須となるデータベースアクセスの機能、皆さんはどのように実装しているでしょうか？JDBCで記述/EJB Entity Bean(BMP/CMP)を利用/データアクセスフレームワークを利用、等様々な実装方法を選択されているかと思います。 この連載では、様々な観点からデータアクセスに関わる事項を取り上げ、皆ささんがデータベースアクセスについて、少し考えてみる場になればと思っています。まず今回のデータアクセスことはじめ（前編/後編）では、これから様々なデータベースアクセスに関する事項を扱っていく上でのベースとなる知識を取り上げます。 現在、Javaプログラミング言語を用いてエンタープライズシステムを開発する場合、要件変更への設計・実装の変更の容易性、JDBC、EJB Entity Beanなどのデータアクセス要素技術とのマッピングの容易性、等々の理由により、システム全体を論
＠IT：連載 INDEX - 保守性・拡張性に優れたシステムを作る
保守性・拡張性に優れたシステムを作る（12）： システム開発はなぜ楽にならないか？ これまで、本連載ではこれまで11回にわたって、システムの拡張性・保守性を考慮するうえで重要になるオブジェクト指向における分析設計の流れや考え方を解説してきた。最終回では、なぜいまもってシステム開発が楽にならないのかについて、筆者の考え方を紹介したい。（2008/7/15） 保守性・拡張性に優れたシステムを作る（11）： キミの設計に「トレーサビリティ」はあるか システム開発は5つのステップ（工程）に分けられる。全体の流れを可視化し、それぞれの工程で発生する影響範囲を追跡する。それにより、構築後の保守・拡張性をも視野に入れた作業を行うことが可能となる。（2008/2/7） 保守性・拡張性に優れたシステムを作る（10）： ドメイン層をシンプルに作るためのO-Rマッピング （2007/9/13） 保守性・拡張性に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
思考停止しないアーキテクチャ設計 ➖ JJUG CCC 2018 Fall
テスト容易性のためのシステム設計