ZendFramework Part2 ..
[
2ch
|
▼Menu
]
■コピペモード
□
スレを通常表示
□
オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト
14:nobodyさん 08/03/07 22:38:40 またRubyか（呆 15:nobodyさん 08/03/08 00:28:19 >>12 Zend_Mailの件はiconv_mime_encodeの対応待ち扱いなので、先はまだまだ長そう framework.zend.com/issues/browse/ZF-1950 16:3 08/03/08 01:56:10 ZF本体を弄らずに継承などで済ませるならそもそもリポジトリにつっこむ必要ない。 で、例えばZend_Mailのバグフィックスとかデフォルト文字コードをISO2022JPに 変更したMy_MailをZend_Mailから継承して作ったとするでしょ。 当然クライアントコードにはrequire_once 'My/Mail.php'とか new My_Mail() などが ちりばめられるのだが、将来ZF側でフィックスされたり文字コードもmbstring_language から自動判別されるようになり、My_Mailはお役ご免になったりしても クライアントコードをいちいち書き換えたりするのも馬鹿らしいので中身が空のMy_Mailを 引きずることになる。 どうせMy_*を管理しなきゃならんのならZF本体を弄っても手間はあまり変わらないよなぁ。 他の人はどうしているんだろうと悩みつつ、時間がないのもあって前回はZF本体を弄っちゃった。 幸い外からも接続できる鯖を持ってるし、svn+sshで接続可能な様にしているので、 ZF専用のリポジトリを作って管理していけば、出先からでもcheckoutやexportできる。 本来フレームワークを直接弄るなんて邪道なんだろうけど、それはZFの完成度がまだまだ 低いと言うことで納得して、逆にリポジトリを立てることによって、遠慮なしに弄っていけるから ある意味"すっきり"した感じがする。
次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
レスジャンプ
mixiチェック！
Twitterに投稿
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch
5049日前に更新/63 KB
担当:undef