09/11/19 01:27:04
>>87,>88書いて気になったけどここ見ている人たちってDB関連は、
・PEAR::DB
・PEAR::MDB2
・PDO
・そんなものラッパ使わない。各DB関数直接使う
どれが多い?
それと
・必須環境はPHP5以降。PHP4は切り捨てた。
・必須環境はPHP4以降。PHP4もサポートし続ける。
に関してもどうしている?
90:nobodyさん
09/11/19 01:39:54
・PHP5or4のみでサポートされている関数は使わない
・せっかく専用の関数が有るのだからそれらを纏めて抽象化
91:nobodyさん
09/11/19 01:57:50
>>89
IDと元質問のレス番号出しなさい。
92:nobodyさん
09/11/19 01:59:56
>>79
>別途取得する処理を書いておく必要がある
それがアホ設計だと言ってるんだがｗ
デザインパターンとか知らんのかね
93:nobodyさん
09/11/19 02:00:09 7S9/ReIJ
>>86
教科書通りのお手本を書く場合ならそれでいいけど、interfaceの実装はPHP5から。
さて私はPHP4の動作を対象外にしてまでinterfaceを使うべきですか?
PHP4を対象外にするならPHP5もPHP5.1から動作対象としてDBもPEAR::DBとPEAR::MDB2も切り捨ててより速度が出るPDOだけにしますよww
94:nobodyさん
09/11/19 02:03:51
そうしろよ
95:nobodyさん
09/11/19 02:32:52 7S9/ReIJ
>>92
デザインパターンの有効性って再利用時などに使いやすくなどだよね。
一時しのぎようのクラスにまでそのものが必要かどうかの天秤にかけると別にデザインパターンに
沿った作りにしないでもごり押しでソース書いておけばとりあえずはいいや。って結論になったアホな俺。
>>94
単純に切り捨てができれば苦労しない。
96:nobodyさん
09/11/19 03:12:12
再利用だのそんな問題ではなく
>>76を見て何とも思わないん？
まぁ書いた本人だから思わないんだろうけど、今後もプログラム書いていくなら
もうちょっとここの人達の意見にも耳を傾けてみたほうが幸せになれるんじゃないかなと思う次第
97:nobodyさん
09/11/19 03:41:33
>>76
継承を覚えろ。