netail.net

_ [hyCalendar] 1.4.0 バイナリだけ ▲

ヘルプファイルを書き直そうと思ってるわりにぐだぐだしてるので，1.4.0バイナリだけを置いてみます．

期間予定を土日祝日だけ非表示にしたい人，「５日おき」のように定間隔の予定を書きたい人，「〜〜まであとX日」とか書きたい人向けの機能拡張が入ってます．変更点のリスト参照のこと．

当然ながら，新たな情報がファイルに保存されるので，データのバックアップをしてから使ってみてください．

「１月１日から１日おき」という表現だと１月１日，３日，５日...とか容易に想像できるんですが，１月１日，１１日，２１日...の予定を「９日おき」と表現するのはいまいち分かりにくい気がしました．そのため，「１０日に１回」という表現を使ってみていますが，どうでしょうか？もっといい表現があるよ，という方がいらっしゃいましたら，お教えいただけると幸いです．

_ [読書] Heuristics 本の，さらに続き． ▲

Object-Oriented Design Heuristics ６章〜９章．このあたり，あんまり新規な内容はなかったので短くメモ．

６章は「多重継承は正しく使おうね」という話だけ．

７章は「association」の解説．use でも containment でも inehritance でもない関係のこと．たとえば，車とメーカーがあるとき，車とメーカーオブジェクトが互いにメソッドを呼び合うわけでもないし，互いに所有関係にあるわけでもないが，どのメーカーがどの車を生産したか，という関連を持っている．で，車が持つメーカー名のような属性はメーカーオブジェクトを発見するための参照用の属性（referential attribute）だとしている．referential attribute を使うと，クラスの外部で間接的な利用関係を定義できる．たとえば「特定のメーカーの車を回収する」recall クラスなんかは，メーカークラスの機能数の増加を抑えるために有効だと言及されている．ただし，containment に比べると，「こう使ってほしい」という情報を外部に公開する分，クラスを使う側が理解する必要のある情報が増えてしまうので，containment を選べるならそうしたほうが良いと述べている．

８章は，オブジェクトに固有のIDを割り付けるといった，オブジェクト単体では対処できない振る舞いをメタクラスでモデル化しましょう，という話．メタクラスといっても，実装としては C++ や Java での static 宣言とか C++ でのテンプレートとかになるけど．

９章は physical design として，論理的な設計をプラットフォームに落とし込むときにどうするか，という話．プラットフォーム依存な設計をするのは良くないが，設計案が複数あるときに，実装上コストがかからないとか，プラットフォームの情報を使った意思決定は別に良い，と言っていたりする．あとは，ラッパークラスを使って外部システムをオブジェクトに見せることで従来のシステムやデータを再利用できるので良い，という話とか．この辺の内容は，普通の設計関連の本ではあまり見たことがない気がする．