さまざまな言語仕様に ..
[
2ch
|
▼Menu
]
■コピペモード
□
スレを通常表示
□
オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト
54:nobodyさん 08/12/10 23:54:32 >>51 高木さんじゃなくて、大垣さんのほうが確実 55:nobodyさん 08/12/11 00:02:45 ドキュメントもバグレポート出せば変わるから、 変わったその日から名実ともに関数じゃなくなるだろうね。 しかし、このルーズさというか曖昧さがPHPのいいところ 関数でも式でもないっていったって、言語構造っていったって、 if (include("test.php"))のreturnの扱いとか、特殊としか言いようがない。 56:nobodyさん 08/12/11 09:50:56 めんどくさいから海外のMLとに投稿したり開発元にメールして聞いてみたらいいんじゃないの 57:nobodyさん 08/12/11 10:07:48 そろそろ結論でたでしょ。 ・言語解析上は、array()はT_ARRAYであって、T_FUNCTIONではない。 ・一般に関数とは、引数が与えられて一定の結果を返すものという意味では関数 ・ドキュメント上では関数に分類されているが、T_FUNCTIONではないという注釈がつく ・パーサートークンの中には式（≒関数）として評価されるものがいくつかある。 ・中でもarrayは関数的性質が強い。（副作用が少なく線形写像的） ・よって、ドキュメント上の表記に差異がある。 結論は各自が導きだせばよい 例１）array()は言語解析上は関数ではないが、一般論的には関数に分類される。 例２）array()は広義では関数だが、厳密には関数ではない。 例３）PHPの話をするなら言語解析だけで十分なので関数ではない。 などなど。 事情を分かった上であれば、害はない。
次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
レスジャンプ
mixiチェック！
Twitterに投稿
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch
5214日前に更新/45 KB
担当:undef