[PHP]フレームワークについて語るｽﾚ２[総合]
■ このスレッドは過去ログ倉庫に格納されています
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/
0655nobodyさん
2006/04/02(日) 19:09:22ID:???多感な年頃ですね。
どうせMojavi専用＋携帯専用プラグインなんて出てきたらまた文句言いたくなっちゃうんでしょ？
0656nobodyさん
2006/04/02(日) 19:14:23ID:???おれもこないだまでは
「MVCきちんと分離しとけばVだけ変更して携帯サイトできあがり～」とか思ってたんだが
仕事で公式やったら>>650の通りで、>>630なんてのは空論に過ぎねーと思い知った
ていうかもう携帯の仕事はやりたくなくなったｗ
0658nobodyさん
2006/04/02(日) 19:52:01ID:???0659nobodyさん
2006/04/02(日) 20:01:02ID:???653のやり方に反対しているわけじゃないんだ
同じフレームワーク（以下FW）上で656に書いたみたいな大きな違いまで吸収できるならそれでいい
ただ実際、特化FWの代わりができるほどに「こなれた」汎用FWは見たことがない
654も言うとおり、実際「まったく違った」サイトにせざるを得んのだから、
それなら携帯の方は分けて考えて特化FWで作っても問題になりにくいだろうな、ってこと
もちろんFWの学習曲線を2回登らないといけないとかのデメリットも忘れてるわけじゃない
でも携帯サイトの不自然な制約はそれすら凌駕するくらいだと思うってこと
（これは個人的意見だしどこまで対応しなきゃならないかっていう要件にもよると思う）
0660nobodyさん
2006/04/02(日) 20:19:15ID:???mojavi使える？他のフレームワークでも構わない。
filterとrendererで対応できないのって、どの辺？
別に煽ってるとかじゃないよ、携帯コンテンツとか作ったこと無いから、知的好奇心。
0661nobodyさん
2006/04/02(日) 20:32:30ID:???だから、ウェブの資料とかあんまりない。
CP剥奪とかなったらシャレにならない。
まあ、携帯の開発って、フレームワークを適用できる部分が多いと思うよ。
PCのサイトなんかよりずっと。
0662nobodyさん
2006/04/03(月) 02:52:00ID:???どーせ大した情報も持ってないんだろ？
携帯サイトごときでフレームワーク変えるようなアホに
何も聞くことねーよ雑魚。
0664nobodyさん
2006/04/03(月) 03:50:19ID:???春休みって奴か
0666nobodyさん
2006/04/03(月) 09:22:59ID:???基づいて、携帯専用のフレームワークは不要と判断
しているのかを知りたい。
0667nobodyさん
2006/04/03(月) 09:33:50ID:???結論言えばfilter/pluginやrenderer/decoratorでもやればできる。
さらに言えばフレームワーク使わなくてもやればできる。
さらに言えばPHP使わなくても（ｒｙ
作ろうとしているサイトの規模に応じて適切なものを検討してね。
あとはご勝手に、と
0668nobodyさん
2006/04/03(月) 10:21:16ID:???携帯独自のコンテンツを提供するサイトだったら
専用フレームワークが必要十分だろうけど、
両方提供する場合は専用だと嬉しくない
ただまぁ、現状の一般のフレームワークでは
携帯の邪魔くさい部分に対応しきれないのは
間違いないので、携帯向けフィルタ集みたいな
ものもあったらいいね
0669nobodyさん
2006/04/03(月) 10:27:00ID:???その辺の処理とかもフレームワーク側で便利にこなしてくれるといいんじゃない？
いらないいらないって叩くやつからは何も生まれてこないので、どっちかというと
作って公開してくれる人を大切にしたい。
0670nobodyさん
2006/04/03(月) 11:12:37ID:???わかるー！おれも「viewを変えるだけでいいだろ」と思ってたけど、技術的な制約が全然違うから、作り方も別にならざるを得なくて、すごい苦労した。
なんかね、パソコン向けと携帯向けって、使っているのがHTML（とそのサブセット）というぐらいしか共通点ってないんじゃないかと思った。
GET/POSTとかないし、クッキーないし、URLの文字数に厳しい制限あるし、CSSやJavaScriptないし、Sessionはれなかったりするし、認証方式まるで違うし、そのくせ情報少ないし、これでどうやって作れっての？と思った。
もうフルブラウザしかサポートしませんといいたかったよ。
>>659
>でも携帯サイトの不自然な制約はそれすら凌駕するくらいだと思うってこと
はげどー！誰が考えたんだよ、あんな仕様・・・特にi-mode。
>>653
FilterやPluginで対応できる・・・そう思ってたときが自分にもありました。
最初から携帯も視野にいれて設計されたフレームワークならともかく、そうじゃないフレームワークではFilterごときでは対応できなくて、Controllerにも手をいれないと難しい。
「MojaviにFilterいれればクラサバアプリが作れる」というのと同じようなもん。
0672nobodyさん
2006/04/03(月) 11:54:53ID:???実際のブラウザシェアをキャリアが公開してくれると
嬉しいんだよな。例えばこれこれのスペックの端末が
これくらいのペースで減ってるからこの時点で非対応
に、とか判断できる。
この辺は新規開発じゃまったく情報ないから
古い仕様に合わせるってことになるわけだけど、
そうすると制約だらけで何もできないに等しく
なっちゃうんだよな。
実際には 3G じゃなくても PDC の後期の機械は
結構ハイスペックなんで、いろんなことできる。
これは仕様外の端末独自のものだけじゃなくて
仕様上も結構制約緩くなってたりする。
どうでもいいけどキャリアは端末情報をすべて XML で
提供してくれんかな。PDF じゃ全然使えねーよ。
0673659
2006/04/03(月) 13:08:34ID:???>>660
FilterやらRendererやらで対応は，原理的にはそりゃ何だってできるだろうけど．
あるUAには複数画面に分割したHTMLフォームで入力は932+携帯独自コード，
別のUAにはFlash読ませてエラーもFlash生成して返しますよ，なんてのは
実質的に単なる別プログラムでしょう．
あるいは認証とかで，古い端末はセッションIDをURLにくっつけてください，
でもブックマークしてもらうページにはつけちゃダメだからhiddenで渡してください，
あぁでもCookie使える新しい端末は逆にCookie以外は禁止してください，とか．
個別に考えれば「こうすればいいじゃん」とか浮かぶだろうけど，
つまりは対応できないってのではなく，汎用FWの機能内で無理して対応するより
特化FWで支援機能バリバリで対応した方が
コードの見通しもメンテ性も良いだろうなって話だわ．
まぁ「お前の設計が糞」とか言われりゃそれまでなのだが．
>>670 同志がいてくれて嬉しいｗ
0674nobodyさん
2006/04/03(月) 13:24:57ID:???そそ、可能か不可能かといわれれば、可能。
でも、事実上不可能。
単なるフォーム入力画面でも、PCなら一画面ですむのが携帯だとHTML最大サイズが小さいから複数画面にしなきゃいけなかったりとか、
その最大サイズも端末ごとに違うから端末ごとに画面数が違うとか、
そもそもキャリアごと・端末ごとに使えるタグが違うとか。
画面数が変わるとVだけでなくCもかわるし、入力データのバリデーションもやり方が変わってくる。別の画面で入力されたデータとあわせてチェックしなきゃいけないとか。
おれの場合、共通化できたのはMだけだった。
ちょっとスレ違いになってすまんかった。でもこのスレはフレームワーク設計者もみてると思うから、携帯対応も考慮してくれるとうれしい。
0675nobodyさん
2006/04/03(月) 15:54:53ID:???としか思えん。
0676nobodyさん
2006/04/03(月) 16:10:03ID:???理由や具体例を述べよ。
それだけじゃ主張したいことが全然伝わらない。
独り言だったらチラシの裏に書くように。
0677nobodyさん
2006/04/03(月) 18:59:37ID:???>つまりは対応できないってのではなく，汎用FWの機能内で無理して対応するより
>特化FWで支援機能バリバリで対応した方が
>コードの見通しもメンテ性も良いだろうなって話だわ．
なんで汎用だと「無理して対応」になるの？なんで特化だと「バリバリ対応」になるの？
君の上げている理由じゃぁ普通のWEBフレームワークに普通に突っ込めるじゃん。
むしろPCと携帯でVIEWだけ分けてロジック共通にしたい時なんて、特化フレームワーク
なんて使ってたら偉い手間。
0678nobodyさん
2006/04/03(月) 19:10:32ID:???なんでループさせるの？
特化してるのも汎用の拡張もやりたいように
やればいいじゃん。
作ることそのものを否定する必要はあるまい。
専用のものから汎用のものへインポート
できるかもしれないんだし。成果が誰かを
幸せにすりゃそんでいいんだよ。もちろん
まず最初に自己満足を満たすのも大事。
0679nobodyさん
2006/04/03(月) 20:04:37ID:???> 君の上げている理由じゃぁ普通のWEBフレームワークに普通に突っ込めるじゃん。
↓
> 個別に考えれば「こうすればいいじゃん」とか浮かぶだろうけど，
> なんで汎用だと「無理して対応」になるの？なんで特化だと「バリバリ対応」になるの？
なんで？って……ならない理由がわからないんだが．
すごく簡単な喩え話でいうとさ，mb_send_mail()が使える環境と使えない環境で，
日本語のたいていのMUAで正常に読めるように日本語メールを送るのはどっちが楽よ？って話．
0680nobodyさん
2006/04/03(月) 20:21:36ID:???当然、対応させるためにフィルタやらViewやらなんやらを作ったし、
キャリアごとに異なる認証機構もフレームワーク内で収まるようにした。
具体的な方法はいえないが。
もちろん、専用フレームワークをきちっとした形で作り上げてくれるのなら大変ありがたいよ。
0681nobodyさん
2006/04/03(月) 22:07:03ID:???Filterに突っ込めって行ってんだよ！
そんなこともで出来ねーならプログラマなんか辞めちまえよ！
0682nobodyさん
2006/04/03(月) 22:50:27ID:???そんなことも理解できないなら人間なんか辞めちまえよ！
0683nobodyさん
2006/04/03(月) 22:55:34ID:???色んな意見参考にして自分に取り入れていったらええやん
もともとそういうスレだし
0684nobodyさん
2006/04/03(月) 23:01:38ID:???お前はPHPもApacheも使わずに、とっても便利で何でもできちゃうアセンブラでHTTPデーモン書いて携帯サイト作ってやっとけ。
そんなこともできねえならプログラミングやめろ。
0685nobodyさん
2006/04/03(月) 23:33:57ID:???0686nobodyさん
2006/04/03(月) 23:37:37ID:???0687nobodyさん
2006/04/03(月) 23:46:23ID:???2chで叩いてる奴より形にして公開してるやつの方が100倍えらい。
0688nobodyさん
2006/04/04(火) 01:59:52ID:???OS作るの？ご苦労さん。
俺だったらウェブサイト作るためだけにOS作るなどというばかげたことはやらずに、普通に既存のプラットフォームを使うけど。
0689nobodyさん
2006/04/04(火) 02:19:53ID:???0690nobodyさん
2006/04/04(火) 02:31:31ID:???スレ違いだからもう来なくていいよ。
0692nobodyさん
2006/04/04(火) 05:05:36ID:???0693nobodyさん
2006/04/04(火) 06:17:17ID:???他人の自由を制約する必要は一切なし。
0694nobodyさん
2006/04/04(火) 08:38:05ID:???はいはい、携帯用フレームワークは不必要だね、無意味だね、馬鹿だね、ウンコだね、チン毛だね。
誰かにそう同意してもらえるまで駄々こねるだけの甘えん坊さんは(ﾟ⊿ﾟ)ｲﾗﾈ
0695nobodyさん
2006/04/04(火) 10:49:28ID:???0696nobodyさん
2006/04/04(火) 10:54:11ID:???0698nobodyさん
2006/04/04(火) 15:42:02ID:???0699nobodyさん
2006/04/04(火) 17:37:28ID:???0701nobodyさん
2006/04/04(火) 23:12:05ID:???だからフレームワークがあると助かるよ。KEMP 期待してる。
そしていい所は俺フレームワークに取り込んで
フリーライドさせてもらうよ。
0705nobodyさん
2006/04/05(水) 02:15:23ID:???本当にありがとうございました。
0707nobodyさん
2006/04/05(水) 13:13:44ID:???0710nobodyさん
2006/04/05(水) 16:44:00ID:???0711nobodyさん
2006/04/06(木) 13:45:11ID:???やっぱmojavi2で携帯に対応するより、専用FW使った方が工数が低くなりそうだ
公式でなく勝手サイトだけど、そう思う。
勝手サイトでなく公式サイト作ればわかるってのは、どの辺を言ってるの?
課金がらみのセキュリティとか認証とか?
0713nobodyさん
2006/04/06(木) 22:39:29ID:???絶対落ちないようにしないといけないから大変だよね
そのへんの荷が重いから有料ｺﾝﾃﾝﾂにはなかなか手を出せない
0714nobodyさん
2006/04/07(金) 00:29:20ID:???専用のスレってないの？
0716nobodyさん
2006/04/07(金) 00:38:33ID:???Mojaviのプラグインにしたら怒るかなｗ
0717nobodyさん
2006/04/07(金) 01:46:40ID:???0719nobodyさん
2006/04/07(金) 06:57:34ID:???0720nobodyさん
2006/04/07(金) 07:25:00ID:???好きにしなさい。
どうせできやしないでしょ。
0722nobodyさん
2006/04/07(金) 09:16:48ID:???0723nobodyさん
2006/04/07(金) 09:25:03ID:???0725nobodyさん
2006/04/07(金) 12:56:49ID:???というかプラグインってどのバージョンでも問題なく動くようにできるのかな?
私も期待しております。
0726nobodyさん
2006/04/07(金) 15:03:56ID:???作る前から何か作るとか言ってる場合、口だけな厨か途中で投げ出すケースが圧倒的に多い。
0727nobodyさん
2006/04/07(金) 15:14:11ID:???0728nobodyさん
2006/04/07(金) 19:40:08ID:???0729nobodyさん
2006/04/07(金) 22:55:18ID:???http://ke-tai.org/index.php?KEMP%2FFAQ#content_1_9
0730nobodyさん
2006/04/08(土) 01:18:15ID:???じゃあ、一から作るとして携帯用のフィルタでどんな機能が欲しい？
0731nobodyさん
2006/04/08(土) 03:18:35ID:???Ruby on Rails本読むと、もっと頑張って欲しいなぁ～って思った。
0732nobodyさん
2006/04/08(土) 09:41:51ID:???結局使われるのはPEAR DBよりADODB、DB_DataObjectよりPropelみたいな。
0733nobodyさん
2006/04/08(土) 12:13:24ID:???みなさんは画像のアップロードは、どうしていますか?
HTML_QuickFormを利用しようかと思ったのですが、利用を推奨していないようなので…
0734nobodyさん
2006/04/08(土) 20:58:01ID:???0735nobodyさん
2006/04/08(土) 23:03:32ID:???立てますた
【モバイル】携帯電話向け開発について語るスレ
http://pc8.2ch.net/test/read.cgi/php/1144504375/
0736nobodyさん
2006/04/09(日) 03:16:46ID:???0739nobodyさん
2006/04/09(日) 08:38:55ID:???切り離されてるんだけど、これってどっちがMVCとして正しいのかな？
0740nobodyさん
2006/04/09(日) 09:13:52ID:???そういう意味ではどちらも間違っているということはないと思う。
Viewクラスはプレゼンテーションロジックの中でテンプレート上ではやりづらい部分を書くために用意されているだけの話で。
0741nobodyさん
2006/04/09(日) 14:09:24ID:???テンプレートだけでViewを完結させようとすると
どうしても、制御文入りのテンプレートになってしまうからね
0742nobodyさん
2006/04/10(月) 00:03:51ID:???0743nobodyさん
2006/04/10(月) 07:28:46ID:???0744nobodyさん
2006/04/10(月) 09:20:34ID:???0745nobodyさん
2006/04/10(月) 09:26:36ID:???ヘルパーになるよ。
おれはthisという名前でassignして
{$this->hoge()}
で呼んだりしてる。
0746nobodyさん
2006/04/10(月) 10:04:57ID:???Viewの中で$smarty->assign('this', $this);ってこと？
おもしろいやり方だな。俺もやってみようかな。
まあthisに限らず、smartyで言えばregister_functionやregister_modifierでViewのメソッドを登録しとけばばヘルパーになるね。
つーか、register_function自体がヘルパーを登録するものか・・・
0747nobodyさん
2006/04/10(月) 11:18:17ID:???0749nobodyさん
2006/04/10(月) 12:24:31ID:???databases.ymlで設定するっぽいけど…。
symfonyでPDO使ってる人いる？
0750nobodyさん
2006/04/11(火) 03:23:42ID:???出来ますた。
自己レスでスマソ。
all:
pdo:
class: sfPDODatabase
param:
dsn: mysql://aaa:bbb@localhost/ccc
username: aaa
password: bbb
database: ccc
host: localhost
ちゃんとインデントしないと動かないようでつ。
ネイティブも同じ要領でいけまつ。
みんなはPropel使ってるのかな。
0751nobodyさん
2006/04/11(火) 03:26:45ID:???書き忘れ。
$db = sfContext::getInstance()->getDatabaseConnection('pdo');
0752nobodyさん
2006/04/11(火) 06:32:02ID:???ContextをgetContextじゃなくて
sfContext::getInstance()で取得してんの？
確かにそれだと、各主要インスタンスにcontext渡さなくていいから
便利っちゃ便利そうだな
0753nobodyさん
2006/04/11(火) 14:44:11ID:???フレームワーク１年生のヘタレなので分かりませぬ。
普通はgetContextを使うんでつか？
>>750
訂正：
PDOの場合のdsnは
mysql:host=localhost;dbname=ccc
でした。ｽﾏｿ
しかし、DBから引いたデータは文字化けする模様。
>>747
Preview 0.1.2で止まってますね。
Zendよ、早くしてオクレ兄さん。
■ このスレッドは過去ログ倉庫に格納されています