アカウント名:
パスワード:
5.4の新機能の為に移りましょうよ
traitがとても便利似非多重継承ができるのでオブジェクト指向言語としてなんとか許せるレベルになった感じ?(フレームの元?)trait型とかは使えないけど、まあ、PHPだしabstractメソッドとかは持てるし色々なクラスで使うメソッドをメンバで持たなくていいので記述がすっきり嬉しすぎてデバッグ系のメソッドまとめたtraitとか、メソッド結果キャッシュするtraitとか、DB結果編集によく使うメソッドまとめたtraitとかTool系のクラスを沢山traitに移植したprivateフィールド名が被るとエラるのでtraitのprivateフィールドにベタな名前つけない点だけ注意(useで
> 古いライブラリで警告やエラーが出る事があるので、そこだけチェックして問題なさそうならさっさと5.4にするのがお勧め
趣味でPHP使ってるならこんないい加減な判断でも何も問題ありませんが,業務だと有り得ない話ですね.
うん、おっしゃるとおり。でもサポートが終了した処理系を使うのも業務ではありえない・・・と思うんだが、往々にしてありえるのが困るんだよな。
PHP は民間企業が延長サポートサービスしてたりするよ。
アプリの工数100万なんて真面目にプロジェクト管理すると何もしないのと同じようなもんだから、その程度の金でセキュリティ対応できるなら安いという判断はありかもね。
まぁ根本対応はPHPのライフサイクルか、互換性のどちらかをまともにする必要があるわけですが。
PHPが使われてるような業界では、100万円ははした金とは言えないと思う。
まともなプログラマを採用する気もない会社が採用する技術だもの。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
さっさと移行するのがお勧めです(オフとぴ) (スコア:3, 参考になる)
5.4の新機能の為に移りましょうよ
traitがとても便利
似非多重継承ができるのでオブジェクト指向言語としてなんとか許せるレベルになった感じ?(フレームの元?)
trait型とかは使えないけど、まあ、PHPだし
abstractメソッドとかは持てるし
色々なクラスで使うメソッドをメンバで持たなくていいので記述がすっきり
嬉しすぎてデバッグ系のメソッドまとめたtraitとか、メソッド結果キャッシュするtraitとか、
DB結果編集によく使うメソッドまとめたtraitとかTool系のクラスを沢山traitに移植した
privateフィールド名が被るとエラるのでtraitのprivateフィールドにベタな名前つけない点だけ注意
(useで
Re: (スコア:0)
> 古いライブラリで警告やエラーが出る事があるので、そこだけチェックして問題なさそうならさっさと5.4にするのがお勧め
趣味でPHP使ってるならこんないい加減な判断でも何も問題ありませんが,
業務だと有り得ない話ですね.
Re: (スコア:1)
うん、おっしゃるとおり。
でもサポートが終了した処理系を使うのも業務ではありえない
・・・と思うんだが、往々にしてありえるのが困るんだよな。
Re:さっさと移行するのがお勧めです(オフとぴ) (スコア:1)
PHP は民間企業が延長サポートサービスしてたりするよ。
アプリの工数100万なんて真面目にプロジェクト管理すると何もしないのと同じようなもんだから、
その程度の金でセキュリティ対応できるなら安いという判断はありかもね。
まぁ根本対応はPHPのライフサイクルか、互換性のどちらかをまともにする必要があるわけですが。
[Q][W][E][R][T][Y]
Re: (スコア:0)
PHPが使われてるような業界では、100万円ははした金とは言えないと思う。
まともなプログラマを採用する気もない会社が採用する技術だもの。