[PHP]フレームワークについて語るｽﾚ２[総合]
レス数が950を超えています。1000を超えると書き込みができなくなります。
0001nobodyさん
2005/12/29(木) 18:03:44ID:PQZNoJbD■Phrame
http://phrame.sourceforge.net/
■Mojavi Project
http://www.mojavi.org/
■Agavi
http://agavi.org/
■[ 日本発 ] Maple Project
http://kunit.jp/maple/
■[ 日本発 ] Ethna -PHPウェブアプリケーションフレームワーク-
http://ethna.jp/ethna-tutorial-startup-practice1.html
■[ 日本発 ] guesswork
http://www.guesswork.jp/
■Biscuit
http://bennolan.com/biscuit/
■PHP on TRAX
http://phpontrax.com/
■Web Application Component Toolkit (WACT)
http://www.phpwact.org/
■symfony
http://www.symfony-project.com/
■XOAD
http://wiki.xoad.org/index.php?title=Wiki_Home
■[ 日本発 ] pokox
http://www.glamenv-septzen.net/pukiwiki/index.php?pokox
■[ 日本発 ] 速構Web Framework
http://www.pm9.com/newpm9/itbiz/php/framework/
■CakePHP
http://cakephp.org/
0896nobodyさん
2006/04/18(火) 16:38:57ID:PuLKXxqh逆にADODBみたいにダイナミックリンクやスタティックリンク可能な標準的テンプレートモジュールが出てもいいかなとも思う。
0897nobodyさん
2006/04/18(火) 16:45:05ID:???誰か知らない？それ読んでから生PHP派に転向したんだが。
それから、Smartyのエラー表示ってどんなんだったっけ？生PHPより分かりやすければ、Smartyを使う利点といえるはず。
でも今手元にテスト環境がないんで確かめられない。
Railsのエラー表示をみて驚いた覚えがあるから、Smartyのエラー表示がすごかった覚えはないんだよな。
0898nobodyさん
2006/04/18(火) 16:51:47ID:???とりあえず、smartyが気に入らないのは同意。
気に入らないから、自分でテンプレートエンジン作ってみたんだけどな、
途中で、flexy見たりして、要素でアクセスできるといいな・・・とか思って作ってみたら、
途中でテンプレートの文法に矛盾みたいな部分が出たりしてきたので断念した。
結局、出来合いのものを使うのが一番楽かな？とsmartyだな。
まぁ、結局ん所さ、smarty使うにせよ使わないにせよ、あるものを使いこなせるんならそれでいいんじゃね？
（って、この間、PHP5でDOM関数がサポートされてるのを初めて知ったんだが、
DOM APIでXHTMLをテンプレートみたいに使ってみている人居ない？
遅すぎて使い物にならんかな？）
0899nobodyさん
2006/04/18(火) 16:58:01ID:???0900nobodyさん
2006/04/18(火) 16:58:07ID:???> それから、Smartyのエラー表示ってどんなんだったっけ？
うちでちょっと出してみた所、
{hoge}
で
Smarty error: [in テンプレート名 line 1]: syntax error: unrecognized tag 'hoge'
ってな感じ。
特に分かりやすいってもんでも無いと思うけど・・・
0901nobodyさん
2006/04/18(火) 17:02:21ID:???概ね同意。
なんか初めは「Smarty不要」を無意味に連発されてる状況だったから、「使いたくないなら使わなくていいよ」って流れになったけど、それを返すように「Smartyは真の意味で必要なのか？」に論旨がずれてきたって印象。
結局は結論は「使いたくないなら使わなくていいよ」にしかならんよ。
smartyそんなめちゃくちゃいいわけじゃないし。
生phpだって悪くはないし。
一長一短じゃん。
俺はsmartyは記述が短いってだけの理由でも十分使う理由になってるし、とやかく言われる筋合いなし。
「使いたいなら使えば」でいいじゃないのよ。
0902nobodyさん
2006/04/18(火) 17:08:52ID:???> この方法では、「ある箇所だけエスケープしない」というのが実現できないな。
> テンプレートに書かれた情報をもってこれないから。なんかいいアイデアあるといいけど。
prefilterのこと？
0903nobodyさん
2006/04/18(火) 17:19:02ID:???どういう結論を期待してるわけ？
Smarty使って損したなら使わなければいい、以外に言いようがないけど。
まさか再びSmartyを使いたくなるような革命的な理由探しなんかしてないでしょ。
そんなもんないから諦めれ。
俺は記述が簡潔、分離のしやすさ、あとは不満のない程度に拡張もしやすいって理由でSmartyはよく使ってる。
それとも、あなたの書き込みを見てSmarty使うのをやめることにしました。ありがとうございました。って結論じゃなきゃ嫌かい？
「Smartyを使うのをやめる理由」として挙げられたものの方が俺にとっては弱いのでやめる気にはなれない。
0904nobodyさん
2006/04/18(火) 17:28:58ID:???生PHP？テンプレートエンジンも使ってないの？
というテンプレートエンジン優勢の風潮があったのに対して、
いや生PHPでいいでしょ？むしろこっちの方が使いやすいよ。
というゆり戻しが起きているのが今なのでは。
0905nobodyさん
2006/04/18(火) 17:47:57ID:???生PHPってDWでくずれずデザインできるの?
0906nobodyさん
2006/04/18(火) 17:48:02ID:N+jyBKUQrailsにインスパイアされたフレームワークは軒並みそれを真似てる。
もともとオレは自分が設計に参加した案件ではテンプレートエンジン使ってこなかったけど。
必要ないから。
0907nobodyさん
2006/04/18(火) 18:02:14ID:???ドリでもPHPのコーディングできるから生PHPでも問題ないよ。
WYSIWYGではアイコンで表示されるし。
逆にテンプレートエンジン使うときには崩れるので
少し手を加える必要あり。
http://blog.cles.jp/item/376
フレームワークというより、テンプレートエンジンの話題になってるな…。
0908nobodyさん
2006/04/18(火) 18:07:19ID:???喪前にはがっかりだ。
。。。。。まぁ馬鹿はほっておこう。
否定的な人：特段のメリットが見出せない
肯定的な人：使いたいから使う、イヤなら使うな。
ってのが今の主流派。
で、否定的な人達は今まであがったメリットだけでは利用するに値しないから、
何か他にメリットがあるのか？と聞いている。
要するに自分の意見に対する論理的な反証が欲しいんだよ。
その反証が検討に値するものだったら、このままSmarty使うかもしんないけど、
今まで出てきたメリットしかないっていうなら、たぶんもう使わない。
ただそんだけの話で、誰も「いまどきSmarty使ってる奴ｗｗｗｗｗｗ」
とか言ってるわけじゃない。
0909nobodyさん
2006/04/18(火) 18:29:05ID:???人は人、おのれはおのれだし。
参考になるならパクればいいし
ならないならスルーすればいいし。
0910nobodyさん
2006/04/18(火) 18:30:21ID:???じゃメリットを感じる人が、Smartyを使うことのをやめる必要がない、という意見に対する論理的な反証が欲しい場合はどういう反証してくれるの？
結局「好きにしろ」の以外の結論ねーべ。
そこで御託を並べる意味がわからん。
0911nobodyさん
2006/04/18(火) 18:47:39ID:???テンプレートエンジン必須のPerlと埋め込み型のPHPじゃ立ち位置が違いますから。
0912nobodyさん
2006/04/18(火) 18:48:53ID:???0913nobodyさん
2006/04/18(火) 18:51:04ID:???あと、<?=は論外な。
0914nobodyさん
2006/04/18(火) 18:52:13ID:???初めから素直にそう言いなさい。別に重くないし覚える量もごくわずかだしな。
hなんて関数名つけてるやつリアルで見たら張り倒したくなるけど、勝手にどうぞ。
0915nobodyさん
2006/04/18(火) 18:57:12ID:cLSmooAOSmartyならあんまコード変更しなくていいから良い
0917nobodyさん
2006/04/18(火) 18:59:44ID:???理由は？
0920nobodyさん
2006/04/18(火) 19:02:28ID:???0922nobodyさん
2006/04/18(火) 19:07:24ID:???railsは真逆の方法論を提示したわけで。rails見てると、いちいちPHPに対する皮肉に思えてくる。
0923nobodyさん
2006/04/18(火) 19:09:42ID:???デフォルトにしてくれていいと思う。
0925nobodyさん
2006/04/18(火) 19:13:52ID:???ttp://php.s3.to/man/language.basic-syntax.html
>>920
h()がｷﾓｲって言ってんじゃなくて、
自分関数をあらゆるシステムで使い回すのがｷﾓｲって言ってるんじゃないの？
言わば枯れてないものを他人に強要出来る自信があるのがすごいな。
何かあってもSmartyやらフレームワークのせいに出来ないしな（笑
0928nobodyさん
2006/04/18(火) 19:19:31ID:???0929nobodyさん
2006/04/18(火) 19:23:50ID:???0930nobodyさん
2006/04/18(火) 19:32:17ID:???<?xml version="1.0" encoding="Shift_JIS"?>
<!doctype xxx>
<html>
みたいにしないといけないってこと。
これを普通にPHPとして実行するとパースエラーが起きる。
しかし、
$str = '<?xml version="1.0" encoding="Shift_JIS"?>';
として、適当な方法で出力すればいいのでは？って話。
なんだったら、sed 's/<?/<?php/g'とやってもいいし。
かなりどうでもいいこと＞ショートタグ使うか使わないか
0931nobodyさん
2006/04/18(火) 19:35:13ID:???0932nobodyさん
2006/04/18(火) 19:36:35ID:???好きにしたら。
short_open_tagはオフにしている環境ことがわかってるから、マニュアルにも移植性が低いって書いてあるんでしょ。
それでzendも推奨はしていない。
互換性の問題もあるから廃止にもできない宙ぶらりん状態。
0934932
2006/04/18(火) 19:38:07ID:???×環境ことが
○環境が多いことが
0935nobodyさん
2006/04/18(火) 19:42:50ID:???後になって困っても、sedで置換して終わりだよ。
<?=だけ引っ掛ければ、問題ない。
0936776
2006/04/18(火) 19:49:44ID:???おーい、いまをときめくRailsにケンカ売っちゃやばいよ
まぁRuby(eruby)の文法は <%=h @product.name %> みたいに、いちいち括弧を
要求しないからPHPよりはテンプレートにプログラム臭がしなくて比較的いいんだけど。
それにこういう書き方でもヘルパーメソッドだから、なんていうかぱっと見のキモさも少ない。
0937nobodyさん
2006/04/18(火) 19:50:33ID:???0938nobodyさん
2006/04/18(火) 19:51:23ID:???一つしかシステム作ってないならそうかもね。
しなくても良いことはしないに限るんじゃないか？
どうでもいいって事は仕事で使ってないから言えるんだと思うが。
0939nobodyさん
2006/04/18(火) 19:51:42ID:???0941nobodyさん
2006/04/18(火) 19:57:29ID:???0942nobodyさん
2006/04/18(火) 20:07:22ID:???喪前にはさらにがっかりだ。
メリットを感じない側は、メリットがないことを証明するのは難しいから、
メリットを感じてる側に反証してくれと言ってたんだよ。
今更取り上げるのも虚しいが、喪前が求めてるのは悪魔の証明と一緒。
ホントにメリットを感じてんだか、ただ暴れたいだけなのか分からん奴よりも、
メリットを感じない人の方が論理的だと言われてた理由がまだ分からんのか？
つーか、もはやいつまでも取り残されてるのは喪前だけなんでこれで終了。
0944nobodyさん
2006/04/18(火) 20:13:32ID:???ちげうよ。使っているものをわざわざ使うのをやめるための理由があるかどうかを論証してごらん。
別にできないならできないでそう言えばいい。
俺だってお前のような頭の固い人間にsmartyを使ってもらえるメリットを論証することなどできない。
お前は自分勝手な論理展開しすぎ。
0945nobodyさん
2006/04/18(火) 20:14:44ID:???＞メリットを感じない側は、メリットがないことを証明するのは難しいから、
何で？悪魔の証明とは全然違うじゃん。smartyのデメリットを挙げて
そのデメリットを持たないsmartyより優れていると思われる他の選択肢を
示せばいいだけじゃん。
結局あんた悪魔の証明と言いたいだけちゃうんか
＞メリットを感じない人の方が論理的だと言われてた
自分で自分を論理的と言っているだけじゃないの？
＞つーか、もはやいつまでも取り残されてるのは喪前だけなんでこれで終了。
逃げるのね、別にいいけど
0947nobodyさん
2006/04/18(火) 21:01:21ID:???強くのこっているphpにおいて、smartyタイプのテンプレートエンジンを採用する意味は
あんまりないなって思うけど、javaでのxmlcのような奴なら使う価値があるとおもう。
しばらくEnhydraを使っていたんだけど、デザイナーからもらった見本に
ちょいちょいとid属性を振るだけでデザインの変更はおしまい。
あらかじめid属性をつけるように頼むか、既存のものへの小さめの変更なら使用中のものを
ひな形として使うように決めておけばその手間だって必要ない。
文書をDOMツリーとして扱うので、タグマークアップ言語にしか使えないけどね
だれか作らんかしらん。
0948nobodyさん
2006/04/18(火) 21:17:02ID:???たしかにphpが出てきたばっかりのころはhtmlにコードを埋め込める感覚は新鮮だったけど（まあSSIとかもあったか）、テンプレートエンジンで書くようになったら、「埋め込んで使うphp」はやや冗長に感じるな。
つーかたぶんsmartyって食わず嫌いの人もけっこういそうな希ガス。
そういえば俺も最初はキモくて使う気がしなかった。
0949nobodyさん
2006/04/18(火) 21:24:00ID:???この議論（とも言えない部分はあるが）みて、
自分で細かく調べてみて結構使う気になってきたよ
0950nobodyさん
2006/04/18(火) 21:50:27ID:???埋め込んで使うといえばColdFusion。あれ最低だった。
Smartyでも生PHPでもいいけど、コードとHTMLの混在だけは勘弁だ。
0951nobodyさん
2006/04/18(火) 22:23:42ID:???そうか？PHPがいまほどはやってなくてまだCGIが全盛だった頃、
USではColdFusionが人気だったぞ。日本ではさっぱり流行らなかったが。
データベースの読み書き程度のアプリならHTMLを書く延長で作れたから、
デザイナーを中心に人気を博した。
複雑なロジックが必要な場合は外部ライブラリに分離し、HTMLからそれを呼び出すから
HTML中に含まれるロジックはそんなに多くない。
0952nobodyさん
2006/04/18(火) 23:31:22ID:???0953nobodyさん
2006/04/18(火) 23:39:03ID:???とりあえず
・ZF
・Symfony
・Agavi
・Mojavi
・他
の順？他のFW使ったことないからわかんねー。
PHP4/5でわけたりできないかな。
つーか今mojavi.orgに行ってみたら、「ちょっと待っててね」の代わりにこんなエラーに変わってた。
FATAL [/var/www/mojavi.org/opt/user/SessionContainer.class.php:35] Only variable references should be returned by reference
Mojavi4の予感？
0954テンプレ案
2006/04/18(火) 23:44:36ID:???::フレームワーク一覧::
■Zend Framewoek
http://framework.zend.com/
■symfony
http://www.symfony-project.com/
■Agavi
http://agavi.org/
■Mojavi Project
http://www.mojavi.org/
■Phrame
http://phrame.sourceforge.net/
■[ 日本発 ] Maple Project
http://kunit.jp/maple/
■[ 日本発 ] Ethna -PHPウェブアプリケーションフレームワーク-
http://ethna.jp/ethna-tutorial-startup-practice1.html
■[ 日本発 ] guesswork
http://www.guesswork.jp/
■Biscuit
http://bennolan.com/biscuit/
■PHP on TRAX
http://phpontrax.com/
■Web Application Component Toolkit (WACT)
http://www.phpwact.org/
■XOAD
http://wiki.xoad.org/index.php?title=Wiki_Home
■[ 日本発 ] pokox
http://www.glamenv-septzen.net/pukiwiki/index.php?pokox
■[ 日本発 ] 速構Web Framework
http://www.pm9.com/newpm9/itbiz/php/framework/
■CakePHP
ttp://cakephp.org/
0955nobodyさん
2006/04/18(火) 23:46:04ID:???＞FATAL [/var/www/mojavi.org/opt/user/SessionContainer.class.php:35] Only variable references should be returned by reference
＞Mojavi4の予感？
ttp://knym.net/wiki/index.php?PHP%2FMojavi
0957nobodyさん
2006/04/18(火) 23:59:36ID:???0958nobodyさん
2006/04/19(水) 00:26:21ID:???今英語のドキュメントを見てます。
余裕があれば土日でいじってみますが
他にも試したい物があって・・・
英語苦手です。
0959nobodyさん
2006/04/19(水) 01:23:40ID:???これもいれて。
PHPフレームワークの比較
http://lnx.googlewrite.com/chart.php
http://phpspot.org/blog/archives/2006/01/php_30.html
PHPフレームワークのリスト
http://d.hatena.ne.jp/koyhoge/20060327/1143444511
あと、フレームワークの簡単な紹介もつけてくれるとうれしい。
Symfony (機能てんこもり)
Cake (Railsライク)
Agavi (Mojaviを改良)
みたいな。
0962nobodyさん
2006/04/19(水) 09:22:09ID:1t4rF7dPttp://framework.zend.com/download
0964nobodyさん
2006/04/19(水) 10:44:30ID:???デファクトスタンダードって
de facto standard
って書くんだ。
ｲﾀﾘｱ語かｽﾍﾟｲﾝ語由来？
0966nobodyさん
2006/04/19(水) 17:21:25ID:???0968nobodyさん
2006/04/19(水) 23:35:44ID:???詳しい日本語サイトがないな。
英語はアホだから読めん。
0971nobodyさん
2006/04/20(木) 00:00:42ID:???この辺を見ながら始めればすぐに分かるはず。
http://develop.ddo.jp/tech/index/PHP/Symfony/documentation
http://www.minfish.jp/blog/archives/2006/01/pearphp5.html
http://blog.symfony.jp/
最初にムービー見たほうがよいかもよ。
http://downloads.symfony-project.com/demo/cart/cart.mov
0973nobodyさん
2006/04/21(金) 22:39:52ID:???0974nobodyさん
2006/04/22(土) 00:55:45ID:???なんか、どのフレームワークも一長一短だから
フレームワークキットみたいにして
バラ売りして欲しい。
っていうかそれがZendか…。
0975nobodyさん
2006/04/22(土) 10:30:03ID:???http://www.symfony-project.com/weblog/2006/04/20/symfony-0-6-2-released.html
0976nobodyさん
2006/04/23(日) 01:42:47ID:???/:module/:action/*
の*ってどういう意味ですか？
0977nobodyさん
2006/04/23(日) 08:31:49ID:???http://framework.zend.com/manual/ja/
>>620の訳が採用されたっぽい？
0978nobodyさん
2006/04/24(月) 00:45:40ID:???0979nobodyさん
2006/04/24(月) 21:09:43ID:???0980nobodyさん
2006/04/25(火) 03:49:30ID:???0982nobodyさん
2006/04/25(火) 07:30:50ID:???0984nobodyさん
2006/04/25(火) 13:06:13ID:???あれできないとなんかややこしいよな
説明も投げやりだし
0986nobodyさん
2006/04/25(火) 21:32:54ID:???もし搭載してないならMapleにも劣ってね？
0988nobodyさん
2006/04/25(火) 21:49:49ID:???いやいや、今やJava界隈ではDIxAOPは大盛り上がりだよ。
実際に業務で使われるレベルでな。
もし、今PHPでリリースされてる数々のフレームワークが
DIxAOPに対応してないのであれば、２年遅れてるね。
0990nobodyさん
2006/04/25(火) 21:57:37ID:???0992987
2006/04/25(火) 22:04:18ID:???JavaとPHPでは使われる規模が違うだろ。
あと多分あんた最近DIとAOP知ったんだと思う。
俺も1年前そう思ってたから。
PHPでDIなんか使う（必要とする）場面がほとんどないと思うのだが。
逆に使うと解りにくいと思う。
だが、Seasar.PHPは応援する。
実際に業務レベルで使えるかどうかでは無くて、
可能性を示してくれた事に対して。
0993nobodyさん
2006/04/25(火) 22:16:29ID:???0994nobodyさん
2006/04/25(火) 22:24:07ID:???0995nobodyさん
2006/04/25(火) 22:25:40ID:???0996nobodyさん
2006/04/25(火) 22:33:59ID:???[PHP]フレームワークについて語るｽﾚ３[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/
レス数が950を超えています。1000を超えると書き込みができなくなります。