だめな理由は「それはMの責務であって、Cの責務ではない」という教条主義に抵触するというだけだ。いえ、外部インターフェイスの端点の管理(ここではConnectionの取得、初期化など)はCからは遠ざけておくほうが良い。時が流れたり、いろいろあって、次のようになったとする。....";cmd.params.add(model.adjustParam2(request.param[2].toInt()));(さらに3つくらいのテーブルをいろいろいじくりまくり、パラメータをとっかえひっかえしまくる)conn.commit();ここに至ってはじめて、それはCの責務ではないと言えば良いのだ。model.adjustParam2(request.param[2].toInt()));reeponse.params.add(model);ドメインロジックはモデルの責務、とすれば良いだけのことなのだった。それがすべてでも無い。作成期間が山ほどあれば、最初のfooBarのSQL呼び出しがMにあれば、Mをテストするコードが書きやすい(RequestやResponseのモックが不要だからだ)。このコードが仮置きですぐに別の言語/フレームワークなどで書き直す予定だったり、すぐに引っ込める可能性が高いサービスなのであれば、そもそもMにConnection管理機構を持たせる必要すらない。複雑になってきた例ですら、別に問題ない。メソッドの抽出や分離ができるように考慮することだけが必要なのだ。MとVとCに分割するメリット(コードの管理、ロジックの整理、拡張や修正を局所化できること、テストの記述が簡単になることなどなどたくさんある)とデメリット(管理すべきソースが増える、単純な処理でもコードナビゲータなしでは読みにくくなる、記述量の増加(特にJavaのようなおまじない系コードが必要な言語だと顕著)、エディターを選ぶために開発マシンのスペックが良くないと辛いとかたくさんある)はプロジェクトどころか、1URIについてですらばらつきがある。いうばらつきを無視して、なんでも同じやり方を適用しようとすることこそ避けるべきことなのだ。さまざまな切り口について)なのかをさまざまなケースについて独立して考え、実装できることだ。征典)どんなすぐれたデザインもコードが汚ければすべてが意味ない。リーダブルなトランザクションスクリプトパターンのほうが、アンリーダブルなドメインモデルより数1000倍良い。猫のトイレの続き猫のトイレ事情を書いたら、ogijunが使っているトイレを教えてくれた。今の問題点は、ほぼ砂の片づけと散らばりになっているわけだが、見る限り、フードがあるから散らばりはなさそうだし、妙なギミックがあってネコにも楽しそうだ。いうわけで、えいやと買ってしまった。設置面積も元の単純な開放型トイレより一回りでかい。なんでこんなにでかいのかと、フードを開けて納得した。左の入り口から∩型の通路になっていて、右が砂場、左がスノコ状の砂落とし場になっているのだった。入口は相当狭く感じるが、そこはネコなので問題はないとは思うが(ogijunのネコたちは子猫というわけではないと思う)、それでもトイレと納得してくれるのかえらく疑問になる。黒坊と白坊が見ている前で、以前のトイレからの砂の移動とか見せる(ここで、新しい砂+古い砂の順に入れれば良いのに、全体の容積が今一つわからないので、新旧が逆転することになるのだが、それはまあどうでも良い)。蓋を全開状態のまま、それぞれ砂場に入れてやったりして、納得させてみる。蓋を被せて、入口から入れて見せてやるのだが、好奇心旺盛な黒坊は勝手に入って∩の右端点でUターンして戻って来たが、白はどうやっても入ろうとしない。説明書にある潜り戸は慣れるまで撤去しろというお勧めに従って撤去したほかはそのままにして置いておく。入口も微妙に床から高い気がするので、薄い段ボールの箱を踏み台に置いておく。すると、黒はちゃんと用を足して戻って来た。白の動きが微妙過ぎる。しているのが、トイレの合図なのか、猫特有のびくびくなのかわからないので見守るしかない。以前のトイレはとりあえず片づけてしまったので、システムトイレを使える状態にしておいて(普段は入らない部屋なので入口を閉めてあるので、その手前に持ってきておいた)放置しておくしかない。面倒なので眠ってしまったら、朝になったらちゃんとしていたらしい(ただ、入るところは見ていないので、すでに3日間我慢していたり、人が気付かぬ場所でしていたりして。それに合わせて黒坊が2倍排泄するとかあり得ないので問題ないのだろう)。良い点:散らばらないというのはその通り。開放型よりも砂を入れる場所が狭いのと散らばらないのとで深く入れることができる。すると実は木の砂は結構固まる能力が高いことがわかった。掃除は想像よりは大変ではなかった。砂を深く入れることによる良い効果(固まりやすい、匂いがしにくい)が得られる。用足し中に顔を合わせることがないので、多分、ネコも落ち着けるのではないかなぁ(ネコじゃないのでわからないが、排泄中に見られるほうが幸福という獣はいないはず)。残念な点:蓋に脱臭剤入れがあって、良い工夫だと思うのが、どちらの坊主か知らないが、カバーをはずして段ボールハウスに脱臭剤を隠していた。猫には開けられないようにしたほうが良いなぁ(テープで蓋を止めるようにした)。いうわけで、実に良いものだった。ogijunありがとう。新国立劇場のフィガロの結婚26日は、新国立劇場でフィガロの結婚。ホモキの演出はこれで2度目だが、今回のほうがぴんと来た。後で、バックステージツアーに当選して説明を聞いたが、前回はフルに舞台を使えたので庭師が上がって来る梯子は奈落から突き出したが、今回はリゴレットの舞台を地下に格納していた関係で横から1/4回転して突き出したとか。そんな違いはまったくわからなかったが、ツアーに参加していた人にわかっている人がいて、良く観ているものだなと感心した。前回も序曲が快調だった記憶があるが、今回のシルマーの指揮は印象としてはさらに快調そのもので、聴いているだけでわくわくして来る。後、異様にソナタ形式の構造が浮かび上がって来てちょっと不思議だった。フィガロのヴィンコという人は背が高いすっきりした歌手。歌もすっきりしていてしゃれた感じ。スザンナの九嶋という人はアシメトリクな衣裳が似合うコケットな感じでスザンナっぽい(結構、観ている歌手のはず)。アルマヴィーヴァ伯爵はヒゲのおっさんでプログラムに書いてあるセクハラおやじという言葉が似合う人。伯爵夫人のフレドリヒという人は最初、音程が不安定かなと思ったが(音程が本当に不安定なのは金管で、今回は意外と良くないなと思った)、きれいな声で印象が実に良い。特筆すべきはケルビーノのレナベルキナというウクライナの人で、顔も演技も歌も可愛い。モーツァルトなので半分退屈しながら聴いているわけだが、何か所かはっとする箇所がある。これまで気付かなかった。ケルビーノとスザンナが入れ替わった後のスザンナと伯爵夫人の二重唱が良い。次に、結婚行進曲が実におもしろい(序曲もそうだが、シルマーという指揮者は曲の構造を浮かびあげるのがうまい)。いうやり取りで始まる歌の美しさにはびっくりした。きれいな曲を作るんだろう。その歌の美しさに驚いているまま、伯爵夫人の許しの歌になるのだから、思わず感動してしまった。モーツァルトの音楽のくせに生意気だなぁ。結局、ウルフ・シルマーが抜群なのだと思う。あと、ドンクルツィオの糸賀という人が実に良かった。leopardのApache2をぐちぐちいじる必要があったのでメモ。restartなぜかreloadはない。Noneが定義されているので、.htaccessを設置する場合には修正が必要。