Search
#iOSアプリ設計パターン入門 p40あたり
モジュールの依存関係について
上位と下位のお互いがお互いのことを知っているのは最悪
上位は何も考えず、下位が合わせていくのが良い実装
ただ、上位から下位にアクセスしたいこともある
この矛盾の解決のためには、
Appleによると、 「何である」「何ができる」の二種類のprotocol 何である: Collection等 何ができる: Equatable, Comparable等 ...
例:ドメイン層とデータベース管理層があったとする。(ドメインが上位)
.../> // ✅ bind を使う なるほど〜 のですると、hrefに飛ぶのを止められる を思い出すな 本連載は「入門」チュートリアルと銘打ちましたが、基礎の理解が何よりも重要です。実際、React ライブラリそのものに関しては、さらに学ぶべき内容はほとんどありません。本文でも触れましたが、Router や Redux などの周辺技術の知識や、何よりも、JavaScript の言語仕様への理解があれば、本格的な開発を始めることができるでしょう。 お〜〜 その先 from React入門チュートリアル (8) Reactプロジェクトを始める方法 | Hypertext Candy これ終わったら調べたい事 のweb版みたいなのがあれば読みたいな の時のアーキテクチャ、あんまりまだイメージが掴めてないので 方法と呼ばれているみたい これからReactを学んでいくためのロードマップ 自分がReact学んだときとおんなじやつだ かなりわかりやすいチュートリアルだった覚えがある （で知りました、ありがとうございます🙇♂️） よかったです......
https://note.com/erukiti/n/n67b323d1f7c5 この記事をベースにメモる S: 複数のアクターにまたがるコードは最小限にする つまり、共通部分以外のことも一つのクラスにまとめるのは良くない ただ、やみくもに全部分けるのも開発のしにくさに繋がる トレードオフ 判断基準としては、「変更する理由」があるならするというシンプルな基準 O: オープン/クローズドの原則 何かを修正する時は、そのクラス等のが変化しないようにする 何かを追加する時は、すでに知識が露出すているものを変更するのではなく、拡張＝新しい知識を作るべき L: リスコフの置換原則 S が T の派生型であれば、プログラム内で T 型のオブジェクトが使われている箇所は全て S 型のオブジェクトで置換可能 I: インターフェース分離の原則 D: 突き詰めると、化されたものにするべき...