>>851
いい例が思いつかないのだけどこんな感じ。条件によって変わる場合だな
function val(){
　$val = array("aaa","bbb","ccc","ddd");
　// 天気が雪の場合のみ配列にeeeを追加する
　if( $this->weather == "snow" ){
　　array_push( $val, "eee" );
　}
　return $val;
}

>>851
前者でおｋ

>>852
>>853
返信ありがとうございます。
今後、配列を元に何か条件をつけるなどの機会がある場合は
関数にしておく方が好ましいという事ですね。
例文まで書いていただき本当にありがとうございました！

vs php（VS2005評価版）でデバッグ実行しようとすると
次のエラーが出てしまいます。
何が原因なのでしょうか？

Fatal error: Unknown: Failed opening required 'C:/Documents and Settings/繧ｲ繧ｹ繝育畑縺ｮ繝ｦ繝ｼ繧ｶ/My Documents/Visual Studio 2005/Projects/PHP_TEST/PHP_TEST/index.php' (include_path='.;C:\php5\pear') in Unknown on line 0

文字化けしちゃってますが
C:\Documents and Settings\ゲスト用のユーザ\My Documents\Visual Studio 2005\Projects\PHP_TEST\PHP_TEST\index.php
のところで何かエラーが発生している様です。

※phpのコード

<?php

　　　/* TODO: Add code here */
　　　print("テスト");
?>

宣言すりゃいいじゃん

フレームワークには用意されてたりするけどね

>838-840
クォートで処理していると、インジェクションが無いか処理を注視しないといけない。
プリペアドステートメントは、インジェクションが無い事が一目で分かる。
SQLの構文と変数が分離されるので見やすくなるって利点もある。

>863
functon getPostedVariable($key){
return isset($_POST[$key])?$_POST[$key]:null;
}
とかやると楽なのでオススメ。
プログラムの開始時に$_GETと$_POSTとかを丸ごとメンバに持つクラスのインスタンスを生成して、そいつにこの関数を定義する手もある。
メリットが思いつかないレベルならとりあえず忘れておいてもいいけどな。テストが非常にしやすくなる。
$request = new Request($_POST, $_GET);
echo $request->post('flag');

宗教上の理由によりお断りします

PHPを勉強し始めたのですがphpではクラスを宣言する場合に、
public private　とかって宣言する事は出来ないのでしょうか？

public class Test
{
　　public function TestMessage()
　　{
　　　　print("あいうえお");
　　}

}

>>870
他言語の素養があるおまいさんはまずマニュアルを読みなはれ。

>>871
サンクス

>>872
.Net(C# / VB.net) & C++とかでこれまで開発をして来ましたが何かばれちゃいましたか。
マニュアルをちょっと読む事にします。

というより一つ疑問なんですけどC#とかC++とかだと次のパターン②でみんな記述しているのに
PHPとかだとパターン②の書き方をする人が多いのはなぜでしょうか？
C#だと今まで私が関わって来たプロジェクトは100%パターン②で記述されています。


【パターン①】
if( 1 == 1)
{

}

【パターン②】
if(1 == 1{

}

>>874
両方ともパターン１かよ

まちがえた
両方ともパターン２かよ

①と②に見える俺は目がおかしい・・・？
てか②括弧閉じてないけど、スペースのことを言ってるのか・・・？

ああすまん俺の頭が混乱してた

>>874がどちらのこと言ってるのか良く分からないけど
俺は①はメソッドの時に使う。
一応Zendのコーディング規約に則ってやってるけど
個人の作業なら別にそんなの君の価値観でやればいいだろ

>874
PHPの「標準」なコーディング規約には2つの流儀がある。ひとつはZend、ひとつはPEAR。
で、どっちも1番の括弧スタイルを採用してるんだ。
C++で言えば、MSDNの規約とGNUの標準スタイルが一致しているような状況をイメージすればいいかな。そりゃ合わせるだろ？
PHPが初めての言語です、って奴が多いのも影響していると思う。

勿論、PHP以前に他の言語を学んでいた奴の中には別のスタイルで書く奴もいる。
俺も2番のK&Rスタイルで書くしな。

>>881
http://framework.zend.com/manual/ja/coding-standard.coding-style.html#coding-standard.coding-style.control-statements.if-else-elseif
if ($a != 2) {
$a = 2;
}
知ったか乙

>>878 >> 879 >> 880

【パターン①】
if( 1 == 1)
{

}

【パターン②】
if(1 == 1){

0}

の間違いです。括弧が抜けてましたね。


>>877
そう言われれば確かに勝手に整形されちゃいますね。

>>881
なる程2通りの書き方があったんですね。
いずれにせよ①番で統一されているみたいなのでちょっと安心しました。
今後も①で書いて行こうと思います。
（C#）と同じなのでこちらの方が気分的に見やすいです。

PHPでの実務経験が無いので実際の開発現場ではどちらが主に使われているのでしょうか？

うーん、どう考えても↓の方が見易いのですが、、、、
皆さんも↓の方が見やすくないですか？

>>883

if ((condition1) || (condition2))
{
　　action1;
}
elseif
((condition3) && (condition4))
{
　　action2;
}
else
{
　　defaultaction;
}

書き込むボタン押す前に見直ししろ

俺だったらこれだな。極めて合理的だ

if ( (condition1) || (condition2) ) { action1; }
elseif ( (condition3) && (condition4) ) { action2; }
else { defaultaction; }

>>889
うげぇー

>>889
オナニーコード

>887
そのスタイルはないな。見づらい。

インデントスタイルでガタガタ抜かすお前にはPythonが合っていると思う。
Pythonにはどのインデントスタイルが見やすいとかいう議論が一切存在しないぞ。

>>887
視点移動が多くなって見づらい

>>892　>>893
本気で言ってますか？
コードを詰めまくって書くよりゆとりを持たせたコードの方が見易いし、
メンテナンス性もあがる気がするのですが。

それはひらがなだけで書かれた文章の方が読みやすいってのと同じレベルの主張だと思う。
まぁコーディングスタイルは宗教論争なんで、不毛なダケなんだけどさ。

ZendとかPEARとか使ってるなら、逆効果だろ
統一させた方が見やすい

見やすいのはいいけどスクロールしないと下のほうが見えなくなるのが無理

>>887
そんなとこより括弧と条件式の間のスペースを空けろってな

オレ竜で書くのがいちばんさ

>>887
EclipseでJavaとPHPをやってる俺からいうと
if (condition) {
}
のほうが見やすい
他の人も同じようなこといってるが
最初に使い慣れたIDEの標準の補完機能によって
どちらが使いやすいか分かれるんだろう
あとはコーディング規約の問題