サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
やろう!確定申告
scrapbox.io/tasuwo
You are using the simple (heuristic) fragment matcher, but your queries contain union or interface types. Apollo Client will not be able to accurately map fragments. To make this error go away, use the IntrospectionFragmentMatcher as described in the docs: https://www.apollographql.com/docs/react/recipes/fragment-matching.html
ただ、上記のボイラープレートでは DI コンテナが利用されていた。DI コンテナは実装する側としてはとても楽なのだけど、後から読む側としては一見分かりにくいことも多いし、具体的にオブジェクトに注入される依存がなんなのか追うのが大変だったりするイメージ (そこは実装者がちゃんと実装しろ、ということなのかもしれないが...)。 インスタンス生成のルールを切り出すなら、Factory パターンとして別に置いておく方が分かりやすいような気がして、DDD 的にはそれは (レイヤー的に) どこに位置するのだろうと思った。
改めて ソフトウェアアーキテクチャ GUI のアーキテクチャの歴史を調べてみたくなった。本来の MVC とは何か?何が正しくて何が間違っているか?も重要なのだが、それよりは、なぜそれが生まれたのか?何を解決しようとしたのか?どのような問題点が生まれて、それをどう工夫して解決・発展してきたのか?を知りたい。しかし、そういうことがまとまっている日本語の情報が少ないので、自分で色々かいつまんでメモしておく。 MVC の原点は 70 年代にまで遡り、実装としては Smalltalk-80 のクラスライブラリとして実装されたのが最初だと思われる。しかし、後世に大きな影響を及ぼしたポイントをいくつか持ちつつも、当時のアーキテクチャが現代においてそのまま利用されているケースはほぼないといっていい。したがって、単に MVC といった時には大抵最初期の MVC を指すことは少なく、区別するために最初期の M
Promise オブジェクトにてエラーが catch されなかった場合に出るようだ。ただ、どこで発生したか等の細かい情報は出力されないため原因特定がしにくい。
このページを最初にブックマークしてみませんか?
『tasuwo's notes』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く