メジャーバージョンアップにおいて、extendsの意味が無くなるのは致し方ないと思います。
※EC-CUBEにおいて、 バージョン表記 aa.bb.cc のbbのバージョンアップはメジャーバージョンアップ相当、ccはマイナーバージョンアップ。aaはシンボル的なメジャーバージョンアップだと思っています。

個人的にはextendsを置く構造は、色々な意味で分離がされて高いメリットがあるとは思っています。

※実際のところ拡張ページクラスの使い方って、何が正しいとかあるんですかね・・・？
　各人が使いやすい方法を取れる選択肢を用意しているだけと考えれば良いんじゃないかと思っていますが。

----------------
EC-CUBE公式エヴァンジェリスト
EC-CUBEインテグレートパートナー (株)スピリット・オブ
移転・拡張・高速化・問題解決
各種カスタマイズ・支援依頼承ります。
[url=h

> extendsは利用されている方居るんですかね。

うちでは、無理をせずに拡張で対応できるものは極力拡張Pageクラスを使うように心がけています。しかし、必ずではなく、ケース・バイ・ケースですね。拡張する意味が薄いケースも実際ありますし。

公式ガイドブックや勝手サイトでも、拡張Pageクラスを使った事例が載っているのではないかと思うのですが、閉口してしまうような同一のカスタマイズを複数のサイトで実装されているのを見かける事もありました。

あと、決済モジュールの中に、拡張Pageクラスを上書きするものも確かありましたね。(それって、どうなんだろ・・・)

> 2.11ではプラグイン機能で、「extendsが当初行おうとしていた事」が出来ると良いですよね。

そもそも「extendsが当初行おうとしていた事」を正確に把握していなかったりしますが・・・ 以前に存在していた、自動アップデートサービス的なものの絡みもあったりするのかなと勝手に想像しています。

2.11.0βの開発終盤では、プラグインの開発が置き去りになっていた観もあるので、ちょっと不安ですね。

他にも、試せていない、2.11 の新機能が山ほど・・・ しばらくは勉強のネタは尽きそうにありません。

# 拡張周りはちょっと脱線気味なので、別スレ立てた方が良いかもしれませんね。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

＞extendsは利用されている方居るんですかね。

少なくとも、いくつかの大手インテグレート・パートナー複数社のカスタマイズ後の環境を見ている限り、カスタマイズは可能な限りextends側だけで行うようなルールで運用している所は多いと思いますよ（うちもです）。

＞2.11ではプラグイン機能で、「extendsが当初行おうとしていた事」が出来ると良いですよね。
＞
＞プラグインがフックするだけじゃなくて、元の処理を行わないのか、行うのかといった属性があれば
＞プラグイン機能がactionに対してAddであったり、Modifyであったりと使い勝手が良さそうですけどね。

現在の2.11のプラグイン機構の構造を作った人の話では、将来的にそうしたいみたいでしたが・・・（苦笑

※元来、extendsが当初行おうとしていたことは、自動バージョンアップの実現（現在は頓挫）が主目的だったはず

----------------
EC-CUBE公式エヴァンジェリスト
EC-CUBEインテグレートパートナー (株)スピリット・オブ
移転・拡張・高速化・問題解決
各種カスタマイズ・支援依頼承ります。
[url=h

皆様

株式会社ロックオンの梶原でございます。
いろいろご意見等いただいており、誠にありがとうございます。

昨日より、かなりバタバタしておりまして、返信が遅くなり申し訳ございません。

今後の正式版に向けた開発に関しましてはこちら側でも整理して、ご案内させて
いただこうと思います。

とりあえずは、まずβ版での不具合修正を実施していく形になりますので、
できましたら、まずはβ版をインストールいただき、テスト、評価いただけると
助かります。
（不具合がありましたら、Tracにチケットを追加していただけるとありがたいです。）

また、改めて、まとめてご案内させていただきます。

以上、取り急ぎ。

株式会社ロックオン 梶原様が相当お忙しいようですので、とりあえず暫定的にということで・・・

Version 2.11.0 β版 をご試用いただいている皆様へ

不具合を発見されましたら、
http://xoops.ec-cube.net/modules/tinyd0/index.php?id=8
を参考にしていただき、報告を投稿していただけると幸いです。

コミッター登録されている皆様へ

Trac のバージョンに「2.11.0 β」を追加しました。 Version 2.11.0 β版で発見した不具合は、とりあえずバージョン「2.11.0 β」を割り当ててください。
ここさえブレなければ、後から何とかなると思います。

マイルストーンについては、明らかに 2.11.0 の正式リリースまでに直すべきだと判断がつけば (たとえば、一般的な操作でのシステムエラーなど)、「EC-CUBE2.11.0」を割り当ててください。 判断がつかない場合、マイルストーンは空欄で結構です。

とりあえずは、修正が完了した場合も、チケットはクローズしないで、コメントに記載するなどに留めておいてください。チケット消化の操作は株式会社ロックオン社の方針と足並みを揃えたいと思います。

なお、フォーラムの投稿記事をご覧頂き、チケットを発行した場合、フォーラムにチケットの番号や URL を貼っておいてください。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

株式会社ロックオンの梶原でございます。

seasoftさん毎度ありがとうございます！
最終的にチケットの処理方法は以下としたいと思います。
（最後、チケットをクローズする　というところが今までとは変更になっています。）

Version 2.11.0 β版 をご試用いただいている皆様へ

不具合を発見されましたら、
http://xoops.ec-cube.net/modules/tinyd0/index.php?id=8
を参考にしていただき、報告を投稿していただけると幸いです。

コミッター登録されている皆様へ

Trac のバージョンに「2.11.0 β」を追加しました。 Version 2.11.0 β版で発見した不具合は、とりあえずバージョン「2.11.0 β」を割り当ててください。
ここさえブレなければ、後から何とかなると思います。

マイルストーンについては、明らかに 2.11.0 の正式リリースまでに直すべきだと判断がつけば (たとえば、一般的な操作でのシステムエラーなど)、「EC-CUBE2.11.0」を割り当ててください。 判断がつかない場合、マイルストーンは空欄で結構です。

不具合の修正とテストが完了した場合は、チケットをクローズ（解決にする）にしてください。

最終的にはクローズしたチケットを株式会社ロックオン側にて確認させていただきます。

なお、フォーラムの投稿記事をご覧頂き、チケットを発行した場合、フォーラムにチケットの番号や URL を貼っておいてください。
参照：【EC-CUBE Trac】EC-CUBE2.11.0マイルストーン

というところで、seasoftさんの記載内容をほぼ流用させていただきました。
以上、よろしくお願い致します。

別で話題となっているリファクタリングは別として、不具合修正だけが完了した時点でチケットクローズでよろしいでしょうか？

また以前からあるチケットで、βリリース前に作業完了しているアサインされているチケットはテスト完了後、クローズで良いということでしょうか？

----------------
EC-CUBE公式エヴァンジェリスト
EC-CUBEインテグレートパートナー (株)スピリット・オブ
移転・拡張・高速化・問題解決
各種カスタマイズ・支援依頼承ります。
[url=h

AMUAMUさん
株式会社ロックオンの梶原です。

引用：

不具合修正だけでのクローズで大丈夫です。
また、作業完了していると確認が取れてるものに関しては、もう今の時点で、クローズしていただいて問題ありません。
（数が多いので、やり残しのチケットだけを残しておきたいという意図ですので。）

では、何卒よろしくお願いしますm(__)m