【PHP】PHPフレームワーク総合スレ15
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2010/12/12(日) 10:47:08ID:???●国外産●
symfony
ttp://www.symfony-project.com/
code igniter
ttp://codeigniter.com/
Zend Framework
ttp://framework.zend.com/manual/ja/index.html
CakePHP
ttp://www.cakephp.org/
Yii Framework
ttp://www.yiiframework.com/
●国産
ちいたん
ttp://php.cheetan.net/
Ethna
ttp://ethna.jp/
guesswork
ttp://classic.guesswork.jp/
maple
ttp://kunit.jp/maple/
●前スレ
【PHP】PHPフレームワーク総合スレ14
http://hibari.2ch.net/test/read.cgi/php/1253912143/
0721nobodyさん
2013/06/20(木) 23:35:41.10ID:NY+i8nF6---------------------------------------------------------
CodeIgniter Talk #01 2013/06/22 (土) 14:30 - 17:30 @ 渋谷
http://codeigniter-talk.doorkeeper.jp/events/4062
0722nobodyさん
2013/07/05(金) NY:AN:NY.ANID:???0723nobodyさん
2013/07/08(月) NY:AN:NY.ANID:JFWVTYwYflameworkって普通にある単語なんだが
0725nobodyさん
2013/07/08(月) NY:AN:NY.ANID:???To lampwork.
んで、
lampwork (uncountable)
(glassblowing) A method for working with blown glass that does not require a furnace.
(glassblowing) Glass pieces made by this method.
(glassblowing) The activity of producing glass pieces using this method.
0726nobodyさん
2013/07/08(月) NY:AN:NY.ANID:CcFF0+Dd0727nobodyさん
2013/07/08(月) NY:AN:NY.ANID:???0729nobodyさん
2013/07/08(月) NY:AN:NY.ANID:???0730nobodyさん
2013/07/25(木) NY:AN:NY.ANID:???いくつもあるから、いまいち何使っていいかわからん。
適当に選んで、使って試して、だんだんわかっていくしかないのか・・・
しばらく前にZendでやってみたものの、利点も欠点もなにも、
これといった印象なかったし、違いのわかる男にはなれそうにないぜｗ
0731nobodyさん
2013/07/25(木) NY:AN:NY.ANID:???俺もそう。何使っていいかわからん。
ただ、規約に縛られるフレームワークは嫌。
規約を知らないと摩訶不思議な動作をするように見えるから。
規約なんて、開発完了しちゃえば直ぐ忘れてしまうもの。
規約を忘れた１年後の自分は、そのコードをメンテできそうもない。
0732nobodyさん
2013/07/25(木) NY:AN:NY.ANID:???自分で規約を作るだけ。
結局、規約に従ってプログラムするのは当たり前。
でなければ、行き当たりばったりの開発をするかだ。
こっちはもっと最悪。
何も決まっていない、似ている処理なのに
規約がないから、微妙に違ったコードになってる。
開発をするたびに、コードを読まないとわからない。
忘れる以前に覚えられない。
0733nobodyさん
2013/07/26(金) NY:AN:NY.ANID:???> しばらく前にZendでやってみたものの、利点も欠点もなにも、
> これといった印象なかったし
アーキテクチャってものを知っているか？
設計のことだが、どちらかと言えばコードレベルの設計の話。
アーキテクチャを知らなければ、フレームワークを見ても
単にいろんなライブラリがあるようにしか見えない。
アーキテクチャを知っていれば全体がひとつの塊として
考えられて作られていると理解できるようになる。
どう作っていいかがわかってくる。
経験を積めば、コードを見るだけで
あぁ。こうしろってことねと意図がわかる。
そうなると、ここにこの機能があるはずと推測できるようになる。
つまり君はまだアーキテクチャを知らんのだ。動けばそこで終わりという開発をしてるだろう？
単にフレームワークを使うのではなく、フレームワークをどのように使ったら
効率がいいかを考えながら作れば、アーキテクチャを理解できるようになる。
0734nobodyさん
2013/07/26(金) NY:AN:NY.ANID:WG0iVkUb0735nobodyさん
2013/07/26(金) NY:AN:NY.ANID:???これは俺の回りの現場の人間を見ての経験則だけどね。
アーキテクチャって言葉を知りはじめて、使ってみたいのかな。
0736nobodyさん
2013/07/26(金) NY:AN:NY.ANID:???俺の言う規約というのは、例えば、CakePHPの場合、
DBのテーブルに created_at というフィールドがあれば自動的に
値が書き込まれる・・・
ということ。
これらは、自分が書いたコードを追うだけでは挙動を理解でき
ず、CakePHPを知っていないとダメなんだよね。
規約に縛られるフレームワークは、規約により自動化されることが
多いのでコードを書く量が減り開発が速いけど、規約を忘れたときの
メンテが大変、という感じがします。
慣れてしまえば心配無用なのかな？
0737nobodyさん
2013/07/26(金) NY:AN:NY.ANID:???困ることはないんだけどな
0739nobodyさん
2013/07/26(金) NY:AN:NY.ANID:???もしそういう規約がなかったらで考えよう。
日付が格納されるフィールド名はバラバラ
ある所はcreated_atだったり、ある所はcreatedだったり
ある所はcreate_dateだったり。
そうならないときに「コーディング規約で決める」というふうにやっぱり規約が出てくる。
規約を忘れたら、バラバラのフィールド名になる。
規約を思い返すのならCakePHPの規約を思い出せるだろう。
フィールド名がバラバラなだけではなく、あるところは
日時なのにあるところは日付だけだったり、コードを読めばわかるだろうが、
フィールド名を見ただけでわからず、該当フィールドに格納しているコードを
一つ一つ読まないと確証が得られない。
規約を忘れたらというが、規約を忘れるような人は手作業で書いたコードも忘れる。
コードを読み返す時間があるのなら、CakePHPの規約を読んだほうが早い。
忘れた時にメンテが大変なのはどっち？ コードを読むのが苦痛じゃないから
実際に時間がかかってるはコードを読む方なのに楽だと勘違いしているだけ。
0740nobodyさん
2013/07/26(金) NY:AN:NY.ANID:???forループはfor文を忘れた時にメンテナンスが大変。
結局はこう言ってるのと同じ。
0741nobodyさん
2013/07/27(土) NY:AN:NY.ANID:???0744nobodyさん
2013/07/29(月) NY:AN:NY.ANID:???って探せばありそうだな
0745nobodyさん
2013/07/29(月) NY:AN:NY.ANID:???0747nobodyさん
2013/07/30(火) NY:AN:NY.ANID:???0748nobodyさん
2013/07/30(火) NY:AN:NY.ANID:???0749nobodyさん
2013/07/31(水) NY:AN:NY.ANID:1ypj56570750nobodyさん
2013/08/01(木) NY:AN:NY.ANID:???で、「あれができたらいいな」とか「これを簡略化したい」などを
まとめ、それから、それらを実現できそうなフレームワークを探す
0751nobodyさん
2013/08/02(金) NY:AN:NY.ANID:???とりあえず情報量の多いCakePHPからやるのが無難だろうな。
まわりに詳しい人がいたらその人が使ってるFWでも良いと思う。
0752nobodyさん
2013/08/07(水) NY:AN:NY.ANID:???まず大半の初級者は Model = DBテーブル と刷り込まれて、
正しいMVC分けが出来なくなり、Controllerが糞みたいに肥大化する。
普通に考えれば、別途ライブラリ(真の意味でモデルに該当するモノ)を構築すれば良いのだが、
それが出来ない。全部コントローラに記述しちゃう。
また大半のフレームワークではメソッドやコントローラアクションに関する粒度が規定されていない為、
1メソッドが糞みたいに長かったり、1コントローラに全ロジックが書かれたりする。
素人は一度は自作FWを作る経験をすべき。
0753nobodyさん
2013/08/07(水) NY:AN:NY.ANID:???モデルを理解したうえであらためてCake使うと
「ファーーーｗｗｗｗ よう考えられとんねーー」
と思うこと請け合い
0754nobodyさん
2013/08/07(水) NY:AN:NY.ANID:???cakeがよく考えられてることとはネタですか
0755nobodyさん
2013/08/07(水) NY:AN:NY.ANID:???実際は笑えないことが多いんだけど
0756nobodyさん
2013/08/08(木) NY:AN:NY.ANID:???0757nobodyさん
2013/08/09(金) NY:AN:NY.ANID:???0758nobodyさん
2013/08/09(金) NY:AN:NY.ANID:???出来ればそれを選ぶメリットも一緒に
0759nobodyさん
2013/08/09(金) NY:AN:NY.ANID:???FWのせいで効率が落ちる＆保守性が落ちるのは本末転倒なので好きなの選べばいい。
Cakeは開発グダグダだし、独自方言大杉で他FWに移行し辛いし、一緒に心中する覚悟が必要かな
最近だとIDEとの親和性も大事だね
0760nobodyさん
2013/08/09(金) NY:AN:NY.ANID:???0761nobodyさん
2013/08/09(金) NY:AN:NY.ANID:???CodeIgniter のライセンスの問題で話題になっただけで、
他と比べて特別何か優れてるわけでは無い
0762nobodyさん
2013/08/09(金) NY:AN:NY.ANID:???俺もそう思う。
0763nobodyさん
2013/08/09(金) NY:AN:NY.ANID:???というようなフレームワークってある？
0764nobodyさん
2013/08/09(金) NY:AN:NY.ANID:???0765nobodyさん
2013/08/09(金) NY:AN:NY.ANID:???生PHP＝独自設定ファイルが不要という意味ならば、
Zendとかじゃね？フレームワークとしては微妙だけど、ライブラリとしてはまぁまぁ便利
>>764
どのFWも一長一短な上、無駄に種類が多いからね･･････
0766nobodyさん
2013/08/09(金) NY:AN:NY.ANID:???0767nobodyさん
2013/08/10(土) NY:AN:NY.ANID:???IDEと親和性が高いフレームワークでオススメってある？
phpStorm使い始めたんだけど、コード補完が効かないと耐えられない体になってしまったよ
0768nobodyさん
2013/08/10(土) NY:AN:NY.ANID:???VisualStudioでアプリ作ってると、コード補完が効かないのは耐えられない。
0769nobodyさん
2013/08/10(土) NY:AN:NY.ANID:???他もあると思うけど使わないから知らない
0770nobodyさん
2013/08/10(土) NY:AN:NY.ANID:???結局素のPHPの部分しか、解釈してくれないようだ
コンポーネントの関数とかまで見つけてサジェストしてくれたら、最高なんだが
0771nobodyさん
2013/08/10(土) NY:AN:NY.ANID:???実際に実行される直前になるまで
変数に入っている型がわからないなら
補完できなくて当然なわけで。
0772nobodyさん
2013/08/10(土) NY:AN:NY.ANID:???＞実際に実行される直前になるまで
＞変数に入っている型がわからないなら
＞補完できなくて当然なわけで。
そう思っていた時期が俺にもありました。
が、最近のIDEはコードとコードコメントから中身を推察して、凄い精度で補完してくれるんだよ。
ただし、マジックメソッドを多用してたり、PHPコードでは無く文字列や設定ファイルを多用してると、流石に無理でCakeは相性が悪い。
0773nobodyさん
2013/08/10(土) NY:AN:NY.ANID:???0774nobodyさん
2013/08/10(土) NY:AN:NY.ANID:???0775nobodyさん
2013/08/10(土) NY:AN:NY.ANID:???出来るどころか、その逆、コードを解析してコメント入力の補完までしてくれるよ。
以下のメソッドがあるとする。
function getHoge($a = 1) {
return new Hoge($a)
}
1. コードから型を推察する
$a = getHoge(); // $a はHogeインスタンスとして認識される
$a->xxxxx; // $a-> と入力すると xxxxx が補完される
2. コードからコメントを補完
/** と打つと、以下のコメントひな形を自動入力してくれる。
この @return にメソッドが返すべき型を指定すると、IDEはそれを認識する。
(@returnが無くても上記のコード推察機能は動く)
/**
* @param int $a
* @return Hoge
*/
function getHoge($a = 1)
0776nobodyさん
2013/08/10(土) NY:AN:NY.ANID:???0778nobodyさん
2013/08/10(土) NY:AN:NY.ANID:???0779nobodyさん
2013/08/10(土) NY:AN:NY.ANID:???0780nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???普通に変数に型を書いたほうが
見やすいと思うよｗ
0781nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???アノテーションで駆動させてますよ
0782nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???0783nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???/**
* @param int $a
* @return Hoge
*/
function getHoge($a = 1)
$aを二回書くのは無駄でしか無いね。
もっと言えば@paramも無駄だし@returnも無駄。
こんな感じでコメントを書く場所が厳密に決まっていて
同じ事を二回書かなくて済む言語出来ないかねぇ。
// 関数と戻り値のコメントを書く。
function Hoge getHoge(
int value, // ここに引数のコメントを書く
string str, // ここに引数のコメントを書く
) {
・・・
}
valueが@paramなのは自明だし型も自明
0784nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???DRYが何か判ってて書いてるんだろか
読んでるこっちが恥ずかしくなるわ
0785nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???反論はできないのであった
完でいい？
0786nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???変数に対する型指定アノテーションも存在するよ
厳密に型指定したいならPHP以外を使えば良いんじゃね？
>>783
コメントは別に「型」を記載する為だけのものじゃないからね。
あと、君が上げてるサンプルは長文になった時、確実に可読性が確実に落ちると思うんだがｗ
＞コメントを書く場所が厳密に決まっていて
うん。それがphpdocだ。
C〜C#、Javaあたりのソース読んでみ同じような事してるよ
0787nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???長文になる時は別の書き方を用意すればいいだけの話。
// 関数と戻り値のコメントを書く。
// [*1] : 長いコメント
// [*2] : 長いコメント
function Hoge getHoge(
int value, // 短いコメント [*1]
string str, // 短いコメント [*2]
) {
・・・
}
重要なのは、コードを変更した時、同じ事を二度やらなければいけないということ。
コードとドキュメントの整合性が取れなくなるのは、これが理由。
0789nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???君が言いたい事はわかるが、とうの昔に多言語で実装されている。
・MS系(VB/C/C#)のドキュメントコメント
・Java系のjavadoc
・ECMAScript(JS/AS/etc)のコメント
phpdocはそれに倣っただけだ。
あとアノテーションについて学べ。まずはそこからだ。
＞重要なのは、コードを変更した時、同じ事を二度やらなければいけないということ。
IDEが自動で変えてくれる。
＞コードとドキュメントの整合性が取れなくなるのは、これが理由。
整合性がとれなくなるのは、開発者が無知だからであって、言語のせいでは無いよ。
＞長文になる時は別の書き方を用意すればいいだけの話。
長いコメントと短いコメントの記載場所が2箇所に別れちゃうんだｗ
で、長いコメント書く場合の改行やパラメータの区切りはどうすんの？ @param とか明示的な文法が必要じゃね？
0790nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???ドキュメントコメントってこれ？
http://msdn.microsoft.com/ja-jp/library/8cw818w8(v=vs.90).aspx
俺の方法では不要なparamが使われている。
Int1という名前が二回出てきている。
javadoc もECMAScriptのコメントも同じ。
> IDEが自動で変えてくれる。
IDE使わないときはどうすんの？
0791nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???> で、長いコメント書く場合の改行やパラメータの区切りはどうすんの？ @param とか明示的な文法が必要じゃね？
短い時に短くかけるのがメリット。
たいていは短いのだから
多くのものを短く出来るのはいいことだ。
0792nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???＞型指定アノテーション＝型指定
違う。「言語」としての型指定では無い、所詮はただのコメント文。
コメントにルールと意味を含める事で、言語を拡張するイメージだよ。
最近ならAndroid系のソースコード読めばアノテーションの存在意義が理解しやすいよ。
ピュアなJavaコードなんだけど、Android独自文法を実現している。
0793nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???＞たいていは短いのだから、多くのものを短く出来るのはいいことだ。
答えになっていない。
長いコメントの区切りはどうするの？
パラメータの順番が変わったらどうするの？
お前、まともにとリファレンスコメント書いた事ないだろ。
＞IDE使わないときはどうすんの？
IDEの為にアノテーション使おうって話なんだが？
0794nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???独自フレームワークより害悪だわ
0795nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???,' i ,' '"´ ヽ.l＼ ',,ヽ '､ ､.'､!_ゝ-r- ､
,. '"i .i l .,' ,./ヾヽ,ヽヾヽ .l､. N ヽi i., ' ., ,.' ﾍ
,'-_.,' .l /!.l..-‐'´ ｀ヾ''''ヽ l.', l }｀'‐l l' .,.,'i´ i
',__/, ! ,'´'l _,,,,_ ､ r-==.-'､.l,' .'z ..', V/ヾ.､ ﾉ
ゝ,'l N ,ｨr'´￣｀ ｀r'っ 'i _. ｨ'ヽ--｀'
'´ .! i'l !r'/i/i 丶 '´'´' ｀i ! ´,ヾl !
',!.l.ll.! r=＝ﾆ'‐ヽ. l ! ,' ,.,i !
i. ',l. !:::;: -‐‐-:;i l.! , ','.ｲ.l ! やっと【PHPフレームワーク総合スレ15】
! ','､ l.{ ,l ,'i.,.'.'´ .l. ! .l が盛り上がってまいりました！
i !.l＼. ヾ=== ' ' ノイ´ .l. l i
! .! ! ｀' .､ ,. ｰ',.. 'i .l. l l
! .! ! ','､' ー. '"r;''"‐'´i .!. ! .!
! .! l !ヽ'i´i-´' .| !. i !
. ! .i .! ! ! | '､ !. i i
i .i .i ,.- ' く.r'_,,.''''' ヽ、 ',. i i
! i_,i.ｨ'" i i ｀'i;--' ､ .i
i , '´ 〃＿＿ .,'.,' ＿_ ,',' ヽ i
0796nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???> 長いコメントの区切りはどうするの？
[*1]って書いてるじゃんｗ
> パラメータの順番が変わったらどうするの？
変わってなにか困るの？
0797nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???[*1]とか[*2]は無いｗｗ
@param $var の方が良いわｗ
＞＞パラメータの順番が変わったらどうするの？
＞変わってなにか困るの？
>> 787 で
＞重要なのは、コードを変更した時、同じ事を二度やらなければいけないということ。
[*1] だと数字を全て書き換える必要があるよね？
(書き換えないのであれば、相当可読性落ちる)
何より長文と短文を紐付ける [*1] が人的管理とかねぇわｗ
試しにそのコメント処理パーサ実装してみ？
0798nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???@see / @author / @todo / @throw あたりを考慮してない時点で察してやれよ･･････
コメント文をまともに書いた事も、ドキュメントを作成した事も無いんだよ･･････
0799nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???＞ $aを二回書くのは無駄でしか無いね。
と言っているのに >>787 では
$aの代わりに [*1] を二回書いているというねｗ
0800nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???> (書き換えないのであれば、相当可読性落ちる)
書き換えなきゃいいじゃんｗ
可読性？ 落ちない落ちないｗ
> 試しにそのコメント処理パーサ実装してみ？
なんか難しいの？ｗ
http://kojika17.com/2013/01/starting-markdown.html
> I get 10 times more traffic from [Google] [1] than from
> [Yahoo] [2] or [MSN] [3].
>
> [1]: http://google.com/ "Google"
> [2]: http://search.yahoo.com/ "Yahoo Search"
> [3]: http://search.msn.com/ "MSN Search"
0801nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???> $aの代わりに [*1] を二回書いているというねｗ
長文だからだろ？
短文（大半）は一回でいい。
0802nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???0803nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???0804nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???Markdown記法持ち出してるが･･････で？
IDEとの親和性が抜群に上がるので皆phpdoc書こうぜ！って話なのだから、
当然IDE用の何かがあるんだよな？ｗ
0805nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???, ⌒ヽ ( ） ／/ | ＼
（ ' （ ヽ⌒ヽ 、 ／ / | ＼
ゝ ｀ヽ( ）.. | (⌒ 、
( ⌒ ヽ （ ヽ
∧__∧ 【PHPフレームワーク総合スレ15】が
（ ´･ω･） 盛り上がってまいりました
（ つ(＼
(＼_ノ(___)⌒ ⌒ヽ_
） ＿＿＿＿ ・_つ
（／ （／
｡ ﾟ
｡ ﾟ
〜〜〜〜 〜〜 〜〜 〜〜 〜〜 〜〜 〜〜 〜 〜
〜〜 〜〜 〜〜 〜〜 〜〜 〜〜 〜〜 〜〜 〜
〜〜 〜〜 〜 〜〜 〜〜 〜 〜〜 〜〜 〜
0806nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???俺の考えた最強の言語厨ｗ
まともにコード書いた事が無いんだろうよ
0807nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???0808nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???0809nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???0810nobodyさん
2013/08/11(日) NY:AN:NY.ANID:???0811nobodyさん
2013/08/12(月) NY:AN:NY.ANID:???○PHPerは補完に頼れなかったのが、頼れるようになってきた
僕は ほかんなんてなくても ゆうしゅうです てか？涙拭けよｗ
0812nobodyさん
2013/08/12(月) NY:AN:NY.ANID:???無駄なことに凝ってるのは、優秀ではないよ
道具を使いこなせなければ猿ですらない
0813nobodyさん
2013/08/12(月) NY:AN:NY.ANID:???こういう奴に限ってIDE無いとプログラム書けなかったりする
環境に左右される様なプログラミングしてる奴が優秀とかよく言えたもんだ
0814nobodyさん
2013/08/12(月) NY:AN:NY.ANID:???GJ
>>813
うわー、懐古厨？老害？
何か勘違いしてるようだけど、PHPerはIDEが無くても書ける。
（今までまともなIDEが存在し無かった)
故にコード品質を保つのに、人手が･･･つまり「無駄」な時間が割かれていた。
IDEを使えば、綺麗に短時間で効率良く書ける。
コメント、リファクタリング、テストコード、バージョン管理、コードリーディング、全て補佐してくれる。
「使わない」理由があるか？
君が「道具」すら使いこなせず、選択肢を狭めてるだけじゃね？
0815nobodyさん
2013/08/12(月) NY:AN:NY.ANID:???>何か勘違いしてるようだけど、PHPerはIDEが無くても書ける。
>（今までまともなIDEが存在し無かった)
>故にコード品質を保つのに、人手が･･･つまり「無駄」な時間が割かれていた。
自覚してんじゃん
XPHPerはIDEが無くても書ける
○IDEが無いと品質を保ったコードが書けない
>IDEを使えば、綺麗に短時間で効率良く書ける。
>コメント、リファクタリング、テストコード、バージョン管理、コードリーディング、全て補佐してくれる。
当たり前だろ
IDEって何の略か知ってんのか？
>「使わない」理由があるか？
>君が「道具」すら使いこなせず、選択肢を狭めてるだけじゃね？
使いこなすとか使いこなせないとかじゃなくて
「当たり前」の事をドヤ顔で誇らしげに言ってるPHPerが気持ち悪い
大体PHPでアノテーション使えるようになったのはいつからだよ
PHPerはほんとにPHPしか知らないんだな
0816nobodyさん
2013/08/12(月) NY:AN:NY.ANID:???お前は他言語はおろかPHPもIDEも使って無いっぽいねｗ
てか、話の前後を読めないの･･･アスペ？
＞大体PHPでアノテーション使えるようになったのはいつからだよ
PHPという名前になる前からアノテーション自体は定義出来たよ。
アノテーションの意味解ってる？ｗ
＞当たり前だろ
＞IDEって何の略か知ってんのか？
＞使いこなすとか使いこなせないとかじゃなくて
＞「当たり前」の事をドヤ顔で誇らしげに言ってるPHPerが気持ち悪い
「当たり前」であるIDEを使って無い奴がいる、
「当たり前」であるIDEを環境依存と難癖つけてる >>813 がいる
そして残念ながら、PHPという言語はIDEが「当たり前」に浸透してないんだよ。
アノテーション定義は出来ても解釈出来るIDEが無かったんだよ。
それが、昨今急激に進化して他言語IDEと肩を並べられるようになった。
故にフレームワークとIDEの親和性が重要になってきた。
昔のPHP事情で煽れても、情弱としか言いようが無い。
0817nobodyさん
2013/08/12(月) NY:AN:NY.ANID:???Javaで挫折してPHP入門しようとたところ、スレで無知を馬鹿にされた逆恨みでタタリ神になってから
PHPを貶めるため年中スレを監視するお仕事をしてる
0818nobodyさん
2013/08/12(月) NY:AN:NY.ANID:???言語仕様の話してんのになにが「PHPという名前になる前からアノテーション自体は定義出来たよ」だよ
本物のアホだな
それとな
>てか、話の前後を読めないの･･･アスペ？
とか
>そいつ書籍スレや質問スレを荒らしてるキチガイだろ
とかさ
別に2chだからとかって言い訳したいんだったらそれでいいけどよ
そういう煽りしか出来ないからお前らゆとりは相手にされてないんだよ
技術的な話するなら技術的な事で煽れよ
0819nobodyさん
2013/08/12(月) NY:AN:NY.ANID:???IDもないスレで人物を特定して何の意味があるんだ
PHPと同じで存在する価値がないゴミだな
0820nobodyさん
2013/08/12(月) NY:AN:NY.ANID:???
■ このスレッドは過去ログ倉庫に格納されています