積ん読いろいろ残ってるけどまぁ気にせず読みたい気持ちに素直に隸おう。いやなんでそんな字に。従おう、と書いたのだが。生真面目にまとめようとしすぎると息切れするので大雑把を心がける(?)こういうときマインドマップを習得すべきなのではないかという気持ちになるが過去数回試したけど「これはいける!」と感じたことが一度もないのでたぶん何度やってもダメだと思う。いうか図は見るのも書くのも好きじゃないんだよねきっと。テキストがいいんだよね。おける典型的なファイルレイアウトや役割分担になぞらえるとこんな分類になるか。ネットワーク越しに叩くクライアント部分とかもそれにあたるんだろうか。ドメインロジックトランザクションスクリプト、ばかでかいサブルーチンを必要な機能ごとにつくる(共通処理は全部重複)ドメインモデル、名詞をクラス化して機能を「その機能は自分の仕事だと知っているオブジェクト」に委譲テーブルモジュール、テーブルごとにひとつのインスタンス、レコードセットを扱うドメインモデルとテーブルモジュールの概念がまだわかれてる気がしない。掲示板システムとかを連想すると分かりやすかった。ファイルが一個の手続きを受け持つような。実際のシステムで実装されてる場合どういう感じになるか、とかは具体的にそういうシステムをみたことがあるのでわかるんだけどやっぱり概念としてわかれてる気がしない。実装のほうから慣れてメンタルモデルが出来てるのでもう十分だ。シングルテーブル継承、あのキモイやつ具象テーブル継承、これのどこが継承なんだ、いわゆるふつうのクラスへのマッピングをそう呼ぶのだろうかクラステーブル継承、こんな階層でテーブルごとわけるとか考えたことあまりなかった、名前的にこちらが↑の意味と間違えそう具象テーブル継承という呼称を知れた収穫があった。残りは相対的にあんまり重要そうに思えない部分なのでメモなし。