いつもお世話になっています。
カスタマイズの基本的な考え方について教えてください。

EC-Cubeのwiki（http://wiki.ec-orange2.jp/index.php）の
「カスタマイズ：基礎／ファイル構成を理解しよう」に

「拡張」よりも「親」の方をカスタマイズした方が楽・・・・

と言うようなことが書いてありますが、
どこかに、「親」のほうをカスタマイズすると、バージョンアップの時に困る・・・
と言うようなことも書いてあったように思います。
どちらをカスタマイズした方がいいのでしょうか・・・?

たとえば、管理機能の会員管理>会員登録のLC_Page_Admin_Customer_Edit.phpの
init()にデータを追加したい場合・・・などは
LC_Page_Admin_Customer_Edit_Ex.phpのほうをカスタマイズした方がいいのでしょうか。
いつも迷います。
どうかご教示、よろしくお願いします。

---------「カスタマイズ：基礎／ファイル構成を理解しよう」----------
ロジックをカスタマイズしたい場合
Index.phpを編集するのが一番楽です。
Index_EX.phpを編集して、機能をカスタマイズすることも可能ですが、
Index.phpを編集する場合と比較して、手間がかかることが多いようです。
------------------------------------------------------------------

[EC-CUBE] 2.12.2
[レンタルサーバ] 自前サーバー
[OS] Debian 6.0.1 Linux
[PHP] 5.3.3-7+squeeze
[データベース] MySQL 5.1.49-3
[WEBサーバ] Apache2 2.2.16
[ブラウザ] FireFox 15.0

最終的には、ご自身に合ったスタイルを見つけることが重要かと思います。
無論、複数人員が関わるプロジェクトの場合、メンバー間での意識合わせやルール決めも重要です。


その上で、個人的には「拡張」よりも「親」の方をカスタマイズした方が楽に共感します。

さらに「バージョンアップの時」も「拡張」よりも「親」の方をカスタマイズした方が楽でした。
厳密には「楽」と言うよりも、「安全・安心」かな。

私の場合、バージョンアップを、ソース上書きではなく、差分マージで行なうので、そうなのかも。


私もこのフォーラムで、諸先輩方に「拡張」を使うことを教わって、当初はその方針に従ってみました。
しかし、多くのサイトのカスタマイズに携わるうちに、色々な問題に遭遇しました。

今では、(EC-CUBE の場合) カスタマイズ時には、拡張を使わないように心掛けています。

私のメモ書きですが、「問題点」の項の辺りが参考になると良いのですが・・・
http://seasoft.jp1.cx/ec/%E6%8B%A1%E5%BC%B5/index.html#問題点

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

バージョンアップして、拡張クラスをそのまま利用できる保証が０なので
弊社では請負業務としてEC-CUBEカスタマイズするケースではページ拡張クラス、Helper拡張クラスは利用しておりません。
（他のUtil系拡張クラスは見やすさの為に残したりしますが）

個人的には拡張クラスを利用しない方が性能やカスタマイズ、バグなどのあらゆる面で対応力に勝ると考えてます。

----------------
EC CUORE 株式会社クオーレ
カスタマイズ御相談下さい。

seasoft さん
いつもありがとうございます。
貴重な体験談をありがとうございました。
メモ書きを読ませていただきました。
大変参考になります。

「拡張」の方をカスタマイズしていて、面倒だなぁ・・・
と思うことがよくあります。
これからは、「拡張」の方をカスタマイズ・・・にあまりこだわらずに行きます。

ありがとうございました。
これからもよろしくお願いします。

ECCUORE さん
アドバイス、ありがとうございます。
皆さん、そう思っておられるようですねぇ。

私も「拡張」クラスのカスタマイズにこだわらずに行こうと思います。

「親」クラスのカスタマイズが多くなってくると、バージョンアップの時に面倒になるのでは・・・と思うのですが、
「拡張」クラスをカスタマイズしていても、結局、「親」の方もよく見ておかないと、トラブルの元になりますからねぇ。

参考になりました。
ありがとうございました。