[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 06/03 19:27 / Filesize : 221 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【PHP】フレームワークについて語るスレ【総合】



1 名前:nobodyさん [2005/08/10(水) 02:21:08 ID:CBjrwwHd]
※フレームワーク
Phrame本家
phrame.sourceforge.net/
Mojavi Project
www.mojavi.org/
mojavijapan
mojavi.p0t.jp/
Agavi本家
agavi.org/
Agavi.JP
agavi.jp/
[ 日本発 ] Maple Project
kunit.jp/maple/
[ 日本発 ] Ethna -PHPウェブアプリケーションフレームワーク-
ethna.jp/ethna-tutorial-startup-practice1.html

※関連スレ
【PHP】フレームワークMapleに舌鼓
pc8.2ch.net/test/read.cgi/php/1122105465/
【PHPフレームワーク】Ethna【スケルトン自動作成】
pc8.2ch.net/test/read.cgi/php/1123070439/
PHPでオブジェクト指向プログラミング
pc8.2ch.net/test/read.cgi/php/1113724557/

その他>>2-5参照汁

350 名前:nobodyさん mailto:sage [2005/10/07(金) 04:58:48 ID:???]
フレームワークのウリとしてフォームの取り回しの簡便化がよく喧伝されるけど
俺はそこはあんまり重要じゃないなぁ。
そんなにしょっちゅう書く部分じゃないし、もともと単純な処理がほとんどだし。
デザインパターンに基づいた保守性の高さや、
見通しの良さの方が嬉しい。
簡単なことが簡単になっても、あんまり嬉しくないけど
複雑なものを単純にすることが出来たら、かなり嬉しい。

351 名前:nobodyさん mailto:sage [2005/10/07(金) 05:03:27 ID:???]
privateやprotectedもないPHPでデザパタ重視はどうかと思う

352 名前:nobodyさん mailto:sage [2005/10/07(金) 05:20:40 ID:???]
>>351
釣りなのか、PHP5 を知らないのか、どっち?

353 名前:351 mailto:sage [2005/10/07(金) 05:23:35 ID:???]
>352
釣りだ
350はデザパタがメインのレスじゃないだろ
まぁこれでも読んで考えてくれ
ttp://www.enpitu.ne.jp/usr10/bin/day?id=104241&pg=20050818
このスレとは全然関係ないんだけどさ

354 名前:nobodyさん mailto:sage [2005/10/07(金) 08:06:14 ID:???]
フレームワークを使っているから、オブジェクト指向かというと、そういうわけでもないよな。
メンテナンス性を上げようと思えば、在り物のフレームワークを使うより、
自分なりにそのWEBアプリにあった仕組みを考えた方がメンテナンス性が上がる場合もあるだろうし、
メンテ担当の技量を考えて、クラスをいっさい使わないようにした方がメンテしやすい場合もあるだろう。

355 名前:nobodyさん mailto:sage [2005/10/07(金) 13:12:01 ID:???]
forwardすることを前提としたactionでも、
url直接入力して直呼びすることもできるよね。
何か対策してる?

356 名前:nobodyさん mailto:sage [2005/10/07(金) 13:37:39 ID:???]
してる

357 名前:nobodyさん mailto:sage [2005/10/07(金) 13:56:25 ID:???]
いくつか方法は考えられそうだけど
どんな?

358 名前:nobodyさん mailto:sage [2005/10/07(金) 14:04:28 ID:???]
requestにsetAttributeして飛び先actionで確認



359 名前:nobodyさん mailto:sage [2005/10/07(金) 14:12:14 ID:???]
なるほど thanks

360 名前:nobodyさん mailto:sage [2005/10/07(金) 16:36:25 ID:???]
結局そういうことにrequestのattributeだとかuserのparameterを使うと、(コントローラの呼び出し等を除いて)実行されるコードの最初から最後までアクセス可能ってことになる。
そうなるとグローバル変数と変わらないんだよな。
もっと各状態の遷移ごとにアクセス制限のかかったデータの受け渡しができればいいんだけど、うまくいかないもんだ。

361 名前:nobodyさん mailto:sage [2005/10/07(金) 17:27:56 ID:???]
セッション管理ではだめなのか?

362 名前:nobodyさん mailto:sage [2005/10/07(金) 17:40:15 ID:???]
>>354
おいおい、そんな事させるからPHP使いはウンコのまんまなんだよ。
クラスを一切使ってねぇ〜システムなんざ見る気しねぇ〜よ。
つーかクラス使わずどうWebアプリ作ったらいいんだろ?すら思う。

363 名前:nobodyさん mailto:sage [2005/10/07(金) 17:53:18 ID:???]
351の言ってる保守性は、アプリ自体の保守性
354が言ってるのはアプリ上に乗っかってくるデータやコマンドのメンテナンス性
で、フォーカスしてる層が違う感じがするな

364 名前:nobodyさん mailto:sage [2005/10/07(金) 18:27:14 ID:???]
PHP4にはデストラクタないし、例外も投げれないから、クラスをネストさせたり、複雑に組み合わせたりはやりづらいよね。
スコープを明示できないからクラスを使わざるをえないけど、それじゃあクラスをクラスらしく使ったプログラミングとは言えない。
もっとも、WEBアプリというジャンル自体、オブジェクト指向のメリットがあまりないジャンルだと思うね。
どっちみちリクエストのたびにオブジェクト作り直しになるわけで、ユーザからの入力データもリクエストごとにフラットにしかこないわけで。使いどころがない。

365 名前:nobodyさん mailto:sage [2005/10/07(金) 18:32:28 ID:???]
> もっとも、WEBアプリというジャンル自体、オブジェクト指向のメリットがあまりないジャンルだと思うね。

ふーん。

366 名前:362 mailto:sage [2005/10/07(金) 18:41:02 ID:???]
>>364
それは俺に対する回答だと思っていい?

クラス使ってる=オブジェクト指向っていうのが間違ってると思うよ。
実際自分を顧みるに、オブジェクト指向を意識してクラスを使い始めたが、
オブジェクト指向にはならず、単に構造化になっただけだった。
だがそれだけでもかなり見通しが良くなったと思ったよ。

単にメンテ性だけを考えてもクラスを使用しているアプリと、
クラスを全く使用してないアプリとどっちがメンテし易いか?
って考えるとどっちだと思う?
俺はベタ書きで書かれたものを渡されて「メンテしろ」って言われたら、
とりあえず「作り直させてください」って言うな。

あと、クラスのネストってどういう事?


367 名前:nobodyさん mailto:sage [2005/10/07(金) 23:01:26 ID:???]
DecoratorTemplate使う時で、
HTMLのヘッダ部での
外部JavaScriptファイルの読み込みとか
JavaScriptの初期値設定が必要な場合、どうしてる?
自分が「部分」になれるDecoratorは便利だけど
入れこみたい情報がソース中でバラける時、面倒くさいなぁ。

368 名前:nobodyさん mailto:sage [2005/10/07(金) 23:14:07 ID:???]
別にクラスを使えばオブジェクト指向になるとは思わないよ。
それとフレームワークとオブジェクト指向とは関連性があるわけじゃないとも思う。
まあ、フレームワークにもよるけど。
これは言うまでもないと思うけど、オブジェクト指向を生かせるのはGUIのデスクトップアプリケーションとか。
WEBアプリの場合、リクエストの度にオブジェクトを作り直さないといけない。
特にPHPは永続化をどうするか?とか、言語機能が少ないとか、速度が落ちるとかっていう欠点もある。
まあ、これからはAjaxとかFlashとかで、高度なGUIを持ったWEBアプリが要求されるだろうから、そうなるとオブジェクト指向のメリットも出てくるかな。
けど、HTML自体があまりオブジェクト指向なプレゼン言語とは思えないんだよなあ。




369 名前:nobodyさん mailto:sage [2005/10/07(金) 23:26:18 ID:???]
>>368
フレームワークとオブジェクト指向とは関連性があるわけじゃないとも思う

って関連ありまくりじゃん。
OOのエッセンスが分かちがたい程たっぷり入ってると思うよ。
OOを使わずともライブラリ集は作れるだろうが、
フレームワークは作りにくいだろう。

370 名前:nobodyさん mailto:sage [2005/10/08(土) 00:07:12 ID:???]
>>368
今時「PHPでOOPすると性能が落ちる」とか言ってるのは時代錯誤もいいとこ。



371 名前:367 mailto:sage [2005/10/08(土) 01:39:24 ID:???]
ViewHelperで解決した(゜д゜)

372 名前:nobodyさん mailto:sage [2005/10/08(土) 01:55:47 ID:???]
デストラクタもないのにオブジェクト指向ってありえるんだろうか?

373 名前:nobodyさん mailto:sage [2005/10/08(土) 02:24:56 ID:???]
なんだこの掃き溜めは

374 名前:nobodyさん mailto:sage [2005/10/08(土) 02:26:59 ID:???]
デストラクタがないとオブジェクト指向なプログラミングができない、
という思考回路が判らない。言語仕様に捉われすぎてる悪寒。



375 名前:nobodyさん mailto:sage [2005/10/08(土) 02:28:24 ID:???]
ありだと思うな。
Cでもオブジェクト指向でまとめられたライブラリやツールキットは山ほどあるし。

オブジェクト指向プログラミング自体はべつに大抵の言語で可能だとおもう。
たしかにPHPはオブジェクト指向言語として設計されたわけじゃないが、
これとPHPでオブジェクト指向プログラミングをする事は矛盾しないだろう。

376 名前:nobodyさん mailto:sage [2005/10/08(土) 02:45:50 ID:???]
てか5にはデストラクタもあるよ。
でもウェブアプリでデストラクタを使う機会はあんまりないだろ。

377 名前:nobodyさん mailto:sage [2005/10/08(土) 05:08:37 ID:???]
>>372
あるよ

378 名前:nobodyさん mailto:sage [2005/10/08(土) 05:09:53 ID:???]
>>370
時代錯誤というより、単に知識が乏しいだけだと思う。



379 名前:nobodyさん mailto:sage [2005/10/08(土) 05:32:22 ID:???]
このスレでPHPによるオブジェクト指向プログラミングを否定している
連中は、オブジェクト指向じゃなくてC++ or Java指向になってるんじゃないか?
rubyもデストラクタは持ってないしな(GCがあるからだけど)。


380 名前:nobodyさん mailto:sage [2005/10/08(土) 06:07:15 ID:???]
確かにウェブアプリじゃデストラクタなくても、なんとかなる。どうせ1回こっきりでプロセスごと終了するんだから。
そうすると、こったオブジェクト作ってもしょうがないじゃん。シングルトンとか、ウェブアプリでどれくらい意味あるのか。

381 名前:nobodyさん mailto:sage [2005/10/08(土) 07:48:43 ID:???]
>>380
SingletonはDB接続に関するクラスで使ってるな俺は。
スゲー便利だしすっきりするなぁって思ったね。
要は使い方によるかなと。

382 名前:nobodyさん mailto:sage [2005/10/08(土) 07:56:41 ID:???]
ほっといてやれよ。

383 名前:nobodyさん mailto:sage [2005/10/08(土) 08:43:12 ID:???]
>>381
1回のアクセスでオブジェクトが全部ご破算になるWebアプリでシングルトンの意味はある?

$_db_ = new MyDB();
function getDB() {
global $_db_;
return $_db_;
}
:
:
//実際使う場所
$db = getDB();

これでいいんじゃない?


384 名前:nobodyさん mailto:sage [2005/10/08(土) 09:07:34 ID:???]
>>383
グローバルオブジェクトを利用したSingletonの実装の一形態だろそれ
いいんじゃない? と言われりゃそうですねと言うしかないな
Java厨って実装から何から全部Javaと一緒じゃないと否定したがるのがうざいな

385 名前:nobodyさん mailto:sage [2005/10/08(土) 09:16:29 ID:???]
>>383
意味が無いと思ったら使わなければいいだけの話じゃん

386 名前:nobodyさん mailto:sage [2005/10/08(土) 09:45:38 ID:???]
PHP5にはデストラクタあるだろ。

387 名前:nobodyさん mailto:sage [2005/10/08(土) 10:47:02 ID:???]
あるって何回も書かれてるってw

388 名前:nobodyさん mailto:sage [2005/10/08(土) 10:56:20 ID:???]
383のやり方だとグローバル空間が汚れるじゃん。
_を使うのはやっぱり苦肉の策だし、クラシックな作法だろう。



389 名前:nobodyさん mailto:sage [2005/10/08(土) 11:00:17 ID:???]
おれはsingltonならstaticで書きます。

390 名前:nobodyさん mailto:sage [2005/10/08(土) 14:36:34 ID:???]
DB_DataObjectなんかは>>383みたいな感じだね

Java厨というよりJavaを意識しすぎたPHPユーザー、みたいな印象を受ける
Javaを意識するあまり、「PHPじゃないと出来ないことをしないといけない」みたいな傾向ってあったと思う
最近はその対象がRubyに移ってきたみたいだけど

391 名前:nobodyさん mailto:sage [2005/10/08(土) 16:18:59 ID:???]
俺はDB接続部分をSingletonにして、各テーブルに発行するSQL文などを集めたクラス
がgetInstanceするって感じに使ってるけど、おかしいのかな?
各テーブルというと語弊があるかな。ある程度のテーブルを纏めたクラス。
JOINする場合(というかJOINしない場合が珍しいけど)は基となるテーブルのクラスに入れる。
$a = Atables();
$b = Btables();
print_r($a->getSelect());
print_r($b->getSelect());
って感じで。
全然スマートじゃないなぁとは思うけど、
DB周りはどうやったらスマートになるのか
全然わからん。解説サイトではロジック部(?)とSQL発行部
が混じっているが、個人的にそれはすごい抵抗があるし。
誰かご教授下さい・・・。

あ、今月のPHPプログラマーズマガジン無料だって!
JPSPAN扱ってるね。あれ@ITかなんかで廣川さんが
解説してて、それ以来使ってるけど、あれ使ってる人って
聞いたことないから不安になってた。
スレ違い&長文すまん。

392 名前:nobodyさん mailto:sage [2005/10/08(土) 16:42:29 ID:???]
OOにデストラクタを重視する奴は意味が分からないな
前時代の遺物的存在じゃん
後片付けは言語側で勝手にやってくれる方が今風だし、キレイだ

393 名前:nobodyさん mailto:sage [2005/10/08(土) 17:14:13 ID:???]
C++でOOP入りした人は感覚的に染み付いていて、抵抗あるんじゃないかな。
オレも昔はそうだった。ruby, PHP, C#で、すっかり骨抜き?にされたけど。
なんつーか最初の頃は堕落した感じがしたもんだ。
(良い悪いとかじゃんくて、楽チン→堕落、みたいな妙な感覚)


394 名前:nobodyさん mailto:   [2005/10/08(土) 17:52:40 ID:???]
お、お前ら・・・お前ら何言ってんだ??
お前らの会話の内容がサッパリ分からんぞ、DQNな漏れは。

もうね、難しいとか難しくないとかいうレベルじゃない。
何の予備知識もないスワヒリ語を聞いてる感じ。

395 名前:nobodyさん mailto:sage [2005/10/08(土) 18:06:12 ID:???]
>>394
それはDQNだからじゃなくて単にオブジェクト指向開発用語を知らないだけだと思う
つまりそれを勉強すればこの会話の意味はすっかり解るだろうし
勉強して損ないものなのでぜひ習得してみるべし

396 名前:nobodyさん mailto:sage [2005/10/08(土) 18:38:45 ID:???]
>>395
勉強できる Web をうpきぼん。

397 名前:nobodyさん mailto:sage [2005/10/08(土) 19:05:01 ID:???]
>>392
勝手に行うのはメモリ開放だけだろ。
さらにPHPはfinally構文がない。

398 名前:nobodyさん mailto:sage [2005/10/08(土) 21:14:56 ID:???]
finally構文ってオーバーライドを禁止するfinalのことか?
finalならPHP5にあるが。



399 名前:nobodyさん mailto:sage [2005/10/08(土) 21:17:47 ID:???]
>>398
例外処理のfinallyでしょ。
Javaなら以下のように書けるけど、PHPではfinallyが書けないので
リソースの破棄を行いたい場合などに二度手間になることがある。

try {
 例外の起こりそうな処理
} catch (Exception e) {
 例外発生時の処理
} finally {
 例外が起きても起きなくても実行したい処理
}


400 名前:383 mailto:sage [2005/10/08(土) 22:26:28 ID:???]
>>390
> Java厨というよりJavaを意識しすぎたPHPユーザー、みたいな印象を受ける

JavaはHelloWorldくらいしか書いたことないな。
俺のよくいじる言語はSmalltalk, Ruby, PHP, JavaScriptだよ。
あとSchemeも好きだな。

わざわざclass定義してstatic変数用意して2つもメソッド書いて、
結局>>383のたった6行でできることをかえって複雑にするのはアホらしい
ってことだ。


401 名前:nobodyさん mailto:sage [2005/10/08(土) 22:41:27 ID:???]
まあ、「Singletonって書きたいだけちゃうんか」というコードが多い
という気はする。


402 名前:nobodyさん mailto:sage [2005/10/08(土) 22:43:38 ID:???]
>>309
>>他にもデメリットとして、smartyのようなテンプレートエンジンを使うと実行速度がぐっと下がるし、

これはウソでしょ。

403 名前:nobodyさん mailto:sage [2005/10/08(土) 22:45:32 ID:???]
Singletonパターンってイディオムみたいな感じだよね。
確かに無理して本に乗ってる書き方通りにしなくても良いとは思う。
Javaみたいにマルチスレッド環境になることもないし。

404 名前:nobodyさん mailto:sage [2005/10/08(土) 23:03:48 ID:???]
383の書き方だと、呼び出し側のコードを見ただけでは
それがSingletonなのかどうかは判別できないじゃん。
確かに伝統的な書き方は記述が面倒だけど、
一人の思考ではなかなか太刀打ちできない強度があるもんだよ。
たくさんの頭脳を経た思考の蓄積や時間による淘汰は馬鹿に出来ない。

405 名前:nobodyさん mailto:sage [2005/10/09(日) 00:09:28 ID:???]
>>400
わざわざ冗長に見える記述をするのはそれなりの理由があるからで、
それが感じられないならオブジェクト指向自体が冗長だろう
ていうかSmalltalkとかRubyのほうがよりオブジェクト指向が強いと思うのだが

406 名前:nobodyさん mailto:sage [2005/10/09(日) 00:13:58 ID:???]
冗長って何?

407 名前:nobodyさん mailto:sage [2005/10/09(日) 00:26:12 ID:???]
>>406
君は初心者向けの本とかをたくさん読んできなさい
フレームワークスレはまだ早い

408 名前:nobodyさん mailto:sage [2005/10/09(日) 01:17:58 ID:???]
>>400
class aClass {
function &singlton(){
static $me;
if(!is_object($me)) $me =& new aClass;
return $me;
}
}

$instance =& aClass::singlton();

これがそんなに複雑かな?
わざわざgetDB()とか$_db_とかというのをグローバルな名前空間に
つくる方が複雑化を招く気がする。

実際に作る時はこのままではなんとなく気持ち悪くてスタティックな
コールであることを保証したりしちゃうから、そういうときはたしかにphp4で
ちょっと損した気分になるね。



409 名前:nobodyさん mailto:sage [2005/10/09(日) 03:49:12 ID:???]
PHPでのシングルトンには、「リソースを効率よく使うため」ではなくて
「意図を表すコーディング」としての効果を期待しろ、ということで。


410 名前:nobodyさん mailto:sage [2005/10/09(日) 07:15:34 ID:???]
>>400
なんか実用的なプログラム書いた事無くて、頭の中で屁理屈こねくり回してるって印象を受けるな〜

411 名前:nobodyさん mailto:sage [2005/10/09(日) 07:19:12 ID:???]
PHPに限らずアクセスレベルなんかも、
実際に使っちゃうリスクへのヘッジというよりも
意図を埋め込む意味合いの方が強いよね。

412 名前:nobodyさん mailto:sage [2005/10/09(日) 11:23:06 ID:???]
意図なんてコメントとして書いておけばよい。

413 名前:nobodyさん mailto:sage [2005/10/09(日) 12:57:50 ID:???]
>400
そもそもシングルトンで重要なのは、コンストラクタを private とかにして、
オブジェクトの生成が出来る箇所を限定することの方だろ。

414 名前:nobodyさん mailto:sage [2005/10/09(日) 14:48:09 ID:???]
↓これはシングルトン?

/**
* シングルトンとして使ってください(オブジェクトは1度だけしか生成しないでください)。
*/
class Example
{
 :
}

415 名前:nobodyさん mailto:sage [2005/10/09(日) 14:58:42 ID:???]
プログラムは改変されていくものだから、
コメントがいつの間にか嘘の説明にならないよう、
むしろ少なめ推奨がモダンな作法。
独善的持論をぶってる奴はもう少し勉強しれ。

416 名前:nobodyさん mailto:sage [2005/10/09(日) 15:04:08 ID:???]
DB鯖がセッション用と顧客データ用と別だったりとかさー
DBオブジェクト複数接続先で使いたい時とかって割と無い?

417 名前:nobodyさん mailto:sage [2005/10/09(日) 15:06:04 ID:???]
↑解かりづらいか、「DBオブジェクトを接続先別に複数生成したい時」と言い換え

418 名前:nobodyさん mailto:sage [2005/10/09(日) 15:18:56 ID:???]
俺はSingletonなDBオブジェクトにコネクションコンテナを持たせてる



419 名前:nobodyさん mailto:  [2005/10/09(日) 16:51:24 ID:???]
>>415もまた独善的持論なわけだが。

420 名前:nobodyさん mailto:sage [2005/10/09(日) 16:53:47 ID:???]
ハイハイそうだね

421 名前:nobodyさん mailto:sage [2005/10/09(日) 18:16:42 ID:???]
あー、415のせいで荒れ始めただろ……責任とって下さい、415

422 名前:nobodyさん mailto:sage [2005/10/09(日) 18:49:57 ID:???]
何で糞ガキがこんなスレに迷い込んできたんだ…。

423 名前:nobodyさん [2005/10/09(日) 18:52:26 ID:j3jR0Qvz]
ままー おなかすいたー

424 名前:nobodyさん mailto:sage [2005/10/09(日) 18:56:57 ID:???]
>>415
>プログラムは改変されていくものだから、
まあ、その通り。
>コメントがいつの間にか嘘の説明にならないよう、
確かに気をつけないと。
>むしろ少なめ推奨がモダンな作法。
いきなり妄想が入ってきました。
>独善的持論をぶってる奴はもう少し勉強しれ。
独善的持論乙

425 名前:nobodyさん mailto:sage [2005/10/09(日) 19:30:17 ID:???]
>>424
だから勉強してから書けって言ってるだろ?
お前の浅薄な意見なんて何の参考にもならねーんだよ。

426 名前:nobodyさん [2005/10/09(日) 19:38:21 ID:QrQMlw6M]
ソースのコメントを少なめ推奨している、モダンな作法とやらのポインタくれ。

427 名前:nobodyさん mailto:sage [2005/10/09(日) 19:38:25 ID:???]
お子ちゃまたちは
XP(エクストリーム・プログラミング)についてなど
調べてみようね。
最近よく出版されてる軽めのプログラミング読本も
結構参考になるよ。

428 名前:nobodyさん mailto:sage [2005/10/09(日) 19:39:39 ID:???]
底が知れたなw
一瞬俺の知らない技術体系が発生してるのかとおもた



429 名前:nobodyさん mailto:sage [2005/10/09(日) 19:45:20 ID:???]
XPってコメント少なめ推奨してるのか?

430 名前:nobodyさん mailto:sage [2005/10/09(日) 19:50:40 ID:???]
コメントなきゃ判らんコードはリファクタリング候補ってこと
量が少ないほうがいいとかモダンとか言うのはオカルトつーか誤認

431 名前:nobodyさん mailto:sage [2005/10/09(日) 19:56:38 ID:???]
>>430
同じことを簡単に言ってるだけだろ。
まあケチつけたいだけの奴は
Singletonをコメントで実現しとけばいいんじゃねーの?

432 名前:nobodyさん mailto:sage [2005/10/09(日) 20:03:13 ID:???]
全く違うよ。XPのレトリックが読めてない典型ワナビー君じゃん。
コードとの差異が出ないようにコメントを最小化する、なんてのは
アジャイルでもなんでもないし、リファクタリングしないことが前提の
固定的な開発思想でしょ。

433 名前:nobodyさん mailto:sage [2005/10/09(日) 20:07:19 ID:???]
ここはフレームワークについて語るスレですよ。OOPの話は↓でしない?
PHPでオブジェクト指向プログラミング
pc8.2ch.net/test/read.cgi/php/1113724557/

434 名前:nobodyさん mailto:sage [2005/10/09(日) 20:18:50 ID:???]
よしフレームワークにおけるアノテーションやAOPの意義について考えようぜw

435 名前:nobodyさん mailto:sage [2005/10/09(日) 20:29:41 ID:???]
>>432
あー、お前の言うことにも一理あるね。
というか、お前が俺の言葉をどのように捉えたのかは理解したよ。
言葉のツラだけ捉えればまさにオカルトという言葉が相応しいかもしれない。
世の中には言葉をそういう風に使って金儲けや愚かな事をする輩が溢れているから
ダイレクトにそう捉えられたのも無理はないと思う。
だけど俺が言いたいのはそういうことじゃないんだよ。
なんか議論がつまらない方向に発展していきそうなのでこのへんで切り上げますが。

436 名前:nobodyさん mailto:sage [2005/10/09(日) 20:35:02 ID:???]
>>435
上の流れがあるから指摘の意義は判ってる奴は普通に判ってるだろ
幼稚な煽りで見れたものじゃないがな

437 名前:nobodyさん mailto:sage [2005/10/09(日) 22:21:08 ID:???]
>>434
PHPでリフレクションを利用したコメントアノテーションはちょっと興味ある
言語仕様になくても無理矢理実現できるのがPHPらしいというかなんと言うか

438 名前:nobodyさん mailto:sage [2005/10/09(日) 22:33:52 ID:???]
まあ今のとこお守りみたいなもんでコメントと大差ないけどね



439 名前:nobodyさん mailto:sage [2005/10/09(日) 23:00:25 ID:???]
>>434
XPはコメントとかコード外のメタデータや宣言を否定するわけじゃないっつの
それがリファクタを困難にするとも言ってない
読めるコードを書けっていう当たり前のことが言いたいだけなんです

440 名前:nobodyさん mailto:sage [2005/10/09(日) 23:22:19 ID:???]
みんな理屈はいいから結論を書いてくれよ
>>414はアリ?ナシ?

441 名前:nobodyさん mailto:sage [2005/10/09(日) 23:24:45 ID:???]
お子ちゃまは寝る時間ですよ

442 名前:nobodyさん mailto:sage [2005/10/09(日) 23:40:49 ID:???]
オフィシャルではアノテーション導入する気はないみたいだなあ。
やっぱりコンパイラが対応してくれないと…フレームワークレベルでは実効力に欠ける。
Maple以外でDI+AOPなフレームワークってないのかな?

443 名前:nobodyさん mailto:sage [2005/10/10(月) 00:43:37 ID:???]
>>440
本当に理屈は要らないんだな?

ナシ。


444 名前:nobodyさん mailto:sage [2005/10/10(月) 02:00:10 ID:???]
フレームワークのメンテナが提供してるサンプルは
どれもこれもシンプル過ぎていまいち参考にならないなぁ
もっと踏み込んだサンプルをチボンヌ

445 名前:nobodyさん mailto:sage [2005/10/10(月) 07:29:44 ID:???]
議論を読んでない俺が思うのは、開発手法の議論は他のスレでやってくれということだ。
つーかガチガチのクラス使いたいならJavaでやれ。
PHPでやらなきゃならん制約があるなら新スレでも立てるろや。

446 名前:nobodyさん mailto:sage [2005/10/10(月) 07:35:31 ID:???]
俺が思うのは
フレームワークの開発がどれも停滞し過ぎということだ。

447 名前:nobodyさん mailto:sage [2005/10/10(月) 09:25:29 ID:???]
YAMLってJSONみたいな物?

448 名前:nobodyさん mailto:sage [2005/10/10(月) 09:35:59 ID:???]
>>442
上にも出てたけどpok。
実務レベルでどうか知らんけど、勉強用にはとても良かった。

>>446
最近はMapleが活発になってきたんじゃないかな?




449 名前:nobodyさん mailto:sage [2005/10/10(月) 10:57:46 ID:???]
MapleってM3のDecoratorみたいな
CompositeViewを実現する機構がなくない?
そこが俺的には痛いッス

450 名前:nobodyさん mailto:sage [2005/10/10(月) 11:04:05 ID:???]
>>447
違うね。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<221KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef