なんという揚げ足取り

おれ最近それとまったく同じ質問にレスしたぞ

>>552
mktime
time
date

>>552
はいどうぞ
http://www.php.net/results.php?q=%E6%99%82%E5%88%BB&p=manual&l=ja

>>551
「細かい事言うと」って前置きしてるのに・・
揚げ足取りは・・

>>555
だから何だと？
>>556
本スレってどこ？

>>556
windowsなりで時間いじりながらテストとかしたら失敗しないと思うけど
本番環境じゃなきゃlinuxでも一緒だけど

「プログラミングを学ぶならPHP！？」
P２０　「思いやり」という言葉

一学期が終わってJavaの専門学校に通っている娘が通知表をもらってきました。
担当の先生の所見欄を見ると、娘は「思いやりがあり・・・」と書かれています。
PHPグラマーの妻は、「ここのところ、よくわらからないから全部PHPに訳してみて」といいます。
私は困りました。というのは以前、Javaを長くやっているPHPの友人から
「PHPに絶対訳せないJavaの表現があるんだけど何だか知っているかい？」と
たずねられた事があるのです。それがまさにこの“思いやり”だったのです。
レファレンスを見るとPHP語で「同情すること」「推測すること」などとなっています。
しかしこれでは“思いやり”という言葉に含まれた深い気持は表現できません。

結論から言ってしまえばPHPグラマーは“思いやる”ということをしません。
そういう言葉がないということは、そういう気持も、そういう行為もないことになります。

小さい時から、大学の授業、外部のセミナー、会社の研修の中で“思いやり”に類したことは全く教育されていないのです。
PHPでは大学でも専門学校でも、Javaのように「皆と仲良く」とか「他人に迷惑をかけるな」という教育をー切やりません。
反対に、一貫して強調されているのは、「一番になれ」「他人に勝て」ということです。
私がPHPのプロジェクトで娘たちと職場へ行くとよく目にする光景があります。それは例えばプリンタの前でプログラマーたちが
順番を待っているところへ、プログラマーを連れたPMなり、PLがやってきます。
すると並んで待っているプログラマーはおろか、プリンタを使っているプログラマーもひきはがして
そのPMの連れて来たプログラマーがプリンタを勝手に使ってしまうのです。
その他のプログラマーたちもそれをまたごく当然の事として受けとめているのです。

良い悪いは別にして、これがPHPグラマーの行動パターンの原型です。自分の事しか考えないのです。
他人のことを思いやったり、他人への迷惑を気にするのはバカげた事なのです。
（中略）
JavaとPHPは似たように見えてもこれほど違う言語なのです。

通知表に高評なんて書くのはせいぜい高校までだろｗ
思いやりがありとか小学生かよｗｗｗｗ

で釣られてやったわけだがどこを縦読み？

ｐｈｐ知識のない人が設定しやすいもの一択

>>560
どれにすべきかじゃなくて
それぞれの特徴や違いを知ろうとすべき

俺なら1クラスにまとめてメンバー変数にするか、グローバル定数。
設定ファイルとかに切り出しやすいからな。
クラス定数は後から場所を移動しにくい。

後から移動しにくいってどういうこと？

A::HOGEHOGEをB::HOGEHOGEにしにくいって事じゃね？

メンバ変数も同じじゃね？

>>567
オブジェクトを渡しておけば良い

DIコンテナを使え

Javaじゃfinalでstaticな変数が定数なわけだが
phpもそうしろとは言わないがconstにfinalがつけれないのはなんでだろうな
継承先で変更可能になってしまうのは気持ち悪い

>>568
クラス定数の方だって使えるのでは？
いまいち何を言ってるのか分からんからコードで示してくれ

>>570
仕様の問題
constにしにゃきゃいいじゃん。

>>560
だいたいさ、「こういう設定項目」のこういうって何よ

>>560
iniファイルにして、parse_ini_fileで読み込む

今時iniは古い。xmlにすべし。

>>570
javaにもconstが予約語としてあるよ
constはstaticでfinalなものと考えれば良い

>>571
constにした場合
A::HOGEという形で呼ぶべきなので
Aというクラス名が書かれこれを変更する際に手間が増える

iniやxmlにするとさ速度的な効率はどうなるの？
アクセスする毎に毎回読み込むんだよね？
どっかにキャッシュとしてもたれてるのかな？

>>576
例1 定数の定義と使用

<?php
class MyClass
{
const constant = 'constant value';

function showConstant() {
echo self::constant . "\n";
}
}

echo MyClass::constant . "\n";

$classname = "MyClass";
echo $classname::constant . "\n"; // PHP 5.3.0 以降で対応

$class = new MyClass();
$class->showConstant();

echo $class::constant."\n"; // PHP 5.3.0 以降で対応
?>
だそうです

>>577
ハードコーディングよりは遅いさ。
しかし、クラス定数の値を手動で書き変えさせるなんて俺はしない。
状況にもよるが、安全に修正できて設定がしやすいiniファイルは有効


>>575
iniが古くてxmlがいいって？
使いどころの問題でしょう。
Zend_Config_Iniとか、XMLより便利だし。

定数として実装すると、定数としてコード中になければならない。
なんらかの変数ならば、動的に書き換えられるような設計に作り変える事が可能になる。
たとえば設定ファイルから読み込むとか、サーバー変数から動的に組み立てるようにするとかな。
速度問題や可読性の問題もあるから、どれがいいとは一概には言えないが。

>577
毎回読み込む事になるから遅くなる。特にXMLはパース処理も重いのでダブルで遅い。
APCのようなシステムを組み込んでいて、速度を重視する場合は、読み込んだ内容を丸ごとPHPコードとして吐き出しておくといい。
このPHPコードとiniファイルの更新日時を比較する処理も入れておくのもいいな。
まあ、そこまで性能が要求される事態ってのもそうそう無いが。
APCとかを使ってないならば、ファイル読み込み程度は誤差の範囲。

あと、>575は一周遅れているようだが、XMLの流行はすこし昔の話。
実際問題、そこまで構造化されたデータを必要とする事は少ないからな。
JSONやYAMLなどの、より構造のシンプルな可読性の高いフォーマットを使うのが最近の流行。
PHPならばiniを使うのも悪くない選択だと思う。

>>579
使いどころって？
>>580
ということはiniは2週遅れですね

>581
XMLの利点は、高度に構造化されたデータを表現できる事。
欠点は糞遅い事と、可読性が低く、人間が書きにくい事。SimpleXMLを使う前提で考えるならPHP5以降限定である事。

iniは表現力の低さがデメリット。配列すらややトリッキーな事をしないと使えない。
書き方が分かりやすく、かなり古いPHPでも標準関数で読み込めるというのがメリット。
読み込み速度も最速の部類のはず。PHPコアが使ってる機能だからな。

JSONはiniよりはやや可読性で劣るが、多少構造的なデータが扱えるという強みがある。
構造化と可読性のバランスが良いので個人的に好きなのだが、PHP 5.2.0以降でないと標準で読み込む関数がないのでかなり微妙。

>582の言うとおり、XMLはこのケースで使うには高級すぎる。
iniでじゅうぶんな内容しか書かないなら、iniの方が簡単だし速い。

iniやxmlってさユーザが編集するもんじゃないよね
アプリケーションがユーザの操作によって自動的に出力するイメージがあるんだけど
Windowsのアプリケーションとかだと窓の大きさとか窓の位置とか
前回どういう状態で終了したとか

設定用の画面を用意すればいいのか

ユーザーに書き変えさせるためのものだよ。

システムが触るだけなら、var_exportが正確だしincludeするだけで変数作れる

ユーザが着替えるような設定なら.iniは悪い選択じゃないだろ

iniで十分とか古臭いおっさんばかりのスレですね

で、そこのお若いの、何がオススメじゃ？

きめぇｗ

理由とか対案書かないなんてただの煽りなんだってw

自己紹介乙

自己紹介乙w

>>593
出来ないし、SQLiteManagerは色んな意味で使えない。
関係者以外の人が修正する気の起きない様な未曾有のコードの汚さだから
ある程度需要はあるんだろうけど、3年前に開発がストップしてる。

>>595
開発がストップするというのはいろんな理由があるのだろうけど
「コードが汚すぎて周辺の人が参加できない」
というのも理由の一つになるのか。