SSR の履歴(No.3)

• 履歴一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• SSR へ行く。
  • 1 (2007-05-28 (月) 12:52:29)
  • 2 (2007-05-28 (月) 18:00:32)
  • 3 (2007-05-28 (月) 19:42:05)

Seasar2.5では、Seasar Specification Request(SSR)の提案にしたがって、 仕様を検討し、意見がまとまったら、実装ということを繰り返して開発していく予定です。 仕様の検討は、https://ml.seasar.org/mailman/listinfo/seasar-devで、 行われるので、誰でも自由に参加できます。

SSRの提案は、Seasar2のコミッタなら誰でも自由に行うことができます。 基本的に提案をした人が実装することになります。

仕様を検討しているときに、意見が割れる場合もあると思いますが、割れた場合には、プロジェクトリーダー(higa)が最終判断をすることとします。

基本的に、Seasar2単独でWebの開発ができるように、S2DaoとDBFluteの仕様をベースに「S2Persistence」を新設し、Teeda without JSFの仕様をベースにS2Presentationを新設します。

SSRは、SSR-xxxxの形式で採番され、パッケージごとに採番体系が分かれます。

SSRは、Seasar2のコミッタなら自由に提案することができますが、基本コンセプトは守る必要があります。これは、コンセプトがばらばらだと使うユーザが混乱すると予想されるためです。

基本コンセプト†

• 80:20の法則を守る
  • 20%の努力で80%の成果を得られるようにする。
  • フレームワークが、がんばり過ぎない。
  • レアなケースはフレームワークではなく、開発者のほうで実装してもらうようにする。
• より単純に
  • 複数の仕様が出た場合は、より仕様・実装が単純なほうを選ぶ。

Frameowork SSR一覧†

Extension SSR一覧†

Persistence SSR一覧†

Presentation SSR一覧†