完全に備忘録。
Soilがカバーするのは業務。
MVCに分割するのはもうちょっと後で良くて、まずは守備範囲を考えてみる。
まだまだ、思考／試行しながら書いているのまとまりが無いのは御免！
SoilはService,Document,Detailを管理するのが責務。
Soil: 全ての土壌
Service: 提供するサービス
Document: 提供する書類
Detail: 明細
そして、Soilは複数のサービスで構成される。（コードはイメージ）
class Soil{
Service getService(String serviceName);
}
サービス間には連携があるはずで。サービス間の連携は自身が知っているはず。
しかし、連携の大元は別にあるべきか？？ --> これはそのとおりなはず。
class Soil{
Service getService(String serviceName);
List getRelatedService(String serviceName);
}
--> ここ微妙(T0T)
となると、連携していた場合、次の段階に進む為には、
自身の状態を通知出来無ければならない。
class Service{
Status getStatus();
}
と考えると、関係性がある場合は以下の様に表現されるべき。
サービス間は順次処理がされていく。 sequence
Service1 --> Service2 --> Service3
サービスの連携先はいずれかである。 selection
Service1 --> Service2
--> Service3
サービス１とサービス２に処理順は無いが、１と２が終了次第、サービス３が行われる。
Service1
Service2 --> Service3
サービス１とサービス２のいずれかが満たされれば次に進む。
Service1 ---> Service3
or
Service2
サービス１とサービス２が満たされない場合には次に進む。
!Service1 --> Service3
&&
!Service2
サービス１かサービス２のいずれかが満たされない場合に先に進む
!Service1 --> Service4
or
!Service2
まだあるかもしれないけど、ほろ酔い加減の頭ではここまでしか
思いつかないよ。。。
ここから見える事は、ここで書いた内容は【次の段階】へ進む為の条件である。
class Service{
Status getStatus();
@nextCondition(COND_AND);
Service next();
}
上記の内容は同じ様に戻る場合にも言えるはず。
class Service{
Status getStatus();
@nextCondition(COND_AND);
Service next();
@backCondition(COND_OR);
Service back();
}
以下は備忘。まだまとまってない。
提供されるサービスは複数の書類を持つ。
class Serivce{
getDocument(String name)
}
書類には処理をする順番がある時がある。
Doc1 --> Doc2 --> Doc3
class Service{
function Document getDocument(String name);
}
書類は明細を持つ場合、持たない場合がある。
A Document doesn't have detail;
A Document has a detail;
A Document has many details;
こんな感じか？
@hasDetail(true)
class Document{
...
}
