maple: 次のリリースに向けて

maple 3.0.3 以降の話が、kunit さんから具体的に出されてます。

Generate だけでなく、template 部として FlexyView も！ということになりそうな感じかな。こうなると ViewSimple もあるとバラエティに飛ぶし、現行の Smarty4Maple も埋め込み型ではなくきっちりと plugin 型に作っておいたほうがいいでしょうね。
現在命名法がバラバラなので、きっちり揃えるのがいいかもしれないですね。もしくは、
　View.class.php
　View/Simple.class.php
　View/Smarty.class.php
　View/Flexy.class.php
という形のように、ここらで一丁形式を固めてしまうのも手。以後革命的な template が登場したとしても、View ディレクトリ下にその template 向け plugin をおくようにすればいい。

component についても、名称をキモくない形 (w にという話が。

PEAR コーディング規約に準拠したものへ、とのことですが、わたしゃ別にそこまでガッチリ限定する必要ないと思うのですよ。ただし推奨はする。実際私も PEAR コーディング規約に従っています。次リリースは core, filter 群のタブインデントは半角スペース x4 にすべき！

たとえばクラスに関して、PEAR コーディング規約ではクラス名は各階層レベルの文字を含むものとし、またそれぞれの先頭文字は大文字にすべきとある。もちろん推奨レベル。PEAR の中でそれ前提で構えているコードは今のところ見たことがない。
maple で component を読む際に、現在では ucfirst() したりとかしている箇所があるのですが、もし component 体系を変更するのであれば、これらの処理もあわせて除外するほうがいいと思います。つまり DI ファイルで記述されている大文字小文字にすべて従う。自動的に変換することはしない。hoge とか書かれているけど、本当は Hoge なんじゃない？とかいうような処理は、利用者にとっては本当はいらぬお世話なのかもしれません。

以上を盛り込む前提としてこれを 3.0.3 内容としてざっと考えてみると、変更内容がクリティカルすぎるような気もします。3.0.2 向けのコードも許容するような case, if 処理も盛り込むくらいなら、いっそのこと 3.1.0 としてリリースしちゃってはどうでしょうか？
もちろん「下位互換ありません！」宣言をした上で、3.0 系からの移行をする場合に変更しなければならない点をあげる。今なら component ファイル名の変更、View 部分の指定くらいでしょうか？要変更だけどそこまで大変な内容じゃないし、道筋を立てておけば大丈夫だと思います。