>>225

②,③-c。
まず、分析設計フェーズでのドメイン分析がされてない。
具体的にはフレームワーク担当者がシナリオを一本も引いていない。
で、
実装フェーズで、機能的に実現できないよという問題が発生して、
フレームワーク側を修正->フレームワークのユーザがフェーズを一つ戻す。
という泥沼化。

フレームワーク担当者がフレームワークの概念を知っていない。
で、そいつが他にクラスライブラリも提供するのだけど、
それもまたクライアントコードを想像もしていない。
もちろん全てにおいてUMLは無し。

③に関しては、
struts-configを各自が
それぞれ定義してね～というもの。
フレームワークとして自由度が大き過ぎで、
その影響が想像できていない。

人選の問題か・・・
いや、でもActionクラスとかも全然駄目だろ。
ActionFormのメリットについても疑問。
想像してみてください、
Action#performで、
1.validate
2.business logic bean を呼び出す。
3.各exceptionをキャッチして、それぞれreturn ActionForward
4.saveErrorsって、、、
もうね、、、以下略。