「PHPは駄目な言語なのか?」記事へのコメント

PHPで仕事をするときの注意

[oldwave (20436)]

趣味でやっている人のことは、まあ、いいとして（踏み台にされる可能性はあるけど）、仕事でPHPを使うときの注意を書いておこう。

• コーディング規約を守る。組織にコーディング規約がないなら、Zend Framework PHP標準コーディング規約 [zend.com]を使う。オレ流コーディングスタイルは禁止。
• 内部コードにはEUC-JPかUTF-8を使う。入出力もできるだけShift JISを避ける。Shift JISを使う場合には2byte目に0x5Cを含む文字の動作を忘れずに確認する。
• 開発環境の警告レベルをE_STRICTにする。本番環境ではdisplay_errorsをオフにする。
• register_globals、magic_quotesはオフにする。

Re:PHPで仕事をするときの注意

[Anonymous Coward]

>組織にコーディング規約がないなら、Zend Framework PHP標準コーディング規約 [zend.com]を使う。オレ流コーディングスタイルは禁止。

ああ。あるある。
「組織が」オレ流コーディングを作っちゃうってのが。

その言語でのベストプラクティスや逆にアンチパターンを
ろくに知りもしないやつに、規約作らせたりするんだよね。

ヘタなコーディング規約休むに似たり。
仰せの通り既存の良いやつを探して使いまわすのが吉。

…でも詳しくない奴は、そういうものが何処に有るのか、どれが良いのか、時としてそれどころか存在に思い至ることすら、困難だったりする。

>関数が長くなったら分割する（composite methodパターンを使おう）。

PHPは知らないのですが、
単なる関数分割をCompositePatternと呼ぶのですか？

関数分割は、どちらかというと、
TemplateMethodPatternが近い気がする。
(けどもちろん継承や委譲を適切に使わなければTMPとはいえない)

>コピー＆ペーストプログラミングの匂いを発見したら、そのコードを書いた人にプログラミングの基礎を教えること。

「時間がないからコピペで済ませろ」は上司の常套句なんですが。

上司に教えれるくらいなら苦労しないのよね。

>「期間」「人材」が理由になることが多いけれど、それらの問題を解決できるほどPHPは素晴らしいものではない

それは当然ですね。たぶんどんな言語でもそうだろう。少なくとも今普通に流通してるものは。

ところで、もっと抽象度が高いというかオートマチック度の高い奴はどうでしょう？Excel書いたらWebアプリになるよ！とか言ってる奴なんか。(RailsのScaffoldも同様)
もちろん「柔軟性」を犠牲にすることになりますが、そこを割り切るなら、結構いけるかと。
もっとも客が「そんなので金取るとは！」と怒り出すリスクは有りますね。

Re:PHPで仕事をするときの注意

[OrganLounge (35399)]

> > 関数が長くなったら分割する（composite methodパターンを使おう）。

> PHPは知らないのですが、
> 単なる関数分割をCompositePatternと呼ぶのですか？

ケント・ベックの Smalltalk ベストプラクティス・パターン [amazon.co.jp]でそのように紹介されています。
パターンと名前についているが GoF 本のようなデザインパターンではなく、
良いプログラミングスタイルについて書かれたもの。

... だと思います。自分も PHP は知らない。

ruby での例 [biglobe.ne.jp]