【PHP】フレームワークについて語るスレ5【総合】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2006/09/30(土) 10:25:07ID:WYEQsiOw[PHP]フレームワークについて語るスレ4[総合]
http://pc8.2ch.net/test/read.cgi/php/1151706907/
[PHP]フレームワークについて語るスレ3[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/
[PHP]フレームワークについて語るスレ2[総合]
http://pc8.2ch.net/test/read.cgi/php/1135847024/
【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/
0068nobodyさん
2006/10/14(土) 10:14:29ID:???http://zephyr-php.sourceforge.net/
ってどうでしょうか???
0069nobodyさん
2006/10/14(土) 22:07:11ID:???0070nobodyさん
2006/10/14(土) 23:28:35ID:???0072nobodyさん
2006/10/15(日) 02:02:40ID:???0073nobodyさん
2006/10/15(日) 14:51:39ID:???また見つけたら報告しますね。
>>70 cakeってたしかPHP5にも対応してますよね?
これからcakeの時代が来るから、cakeの識者きてください。
0074nobodyさん
2006/10/15(日) 20:32:23ID:???0075nobodyさん
2006/10/16(月) 10:56:56ID:???0076nobodyさん
2006/10/16(月) 19:42:50ID:???と見せかけてドーン!
0077nobodyさん
2006/10/16(月) 19:48:04ID:???0078nobodyさん
2006/10/16(月) 20:01:31ID:???といってもmixiの技術系コミュも過疎りまくりだし。
みんなどこに行ってるんだ?
0079nobodyさん
2006/10/16(月) 20:33:22ID:???0080nobodyさん
2006/10/16(月) 20:42:40ID:???0081nobodyさん
2006/10/16(月) 20:56:13ID:???書き手も読み手もフィードで受け取れるからでしょ
コード書く人間で今だRSSリーダの類使ってないとかありえないだろ
0082nobodyさん
2006/10/16(月) 21:08:55ID:???0083nobodyさん
2006/10/16(月) 22:51:11ID:???規則もあったような気がするから使ってない。
あと、その人のサイトを見にいってこそ、「見た」って気が個人的にする。
RSSリーダーだとなんか味気ないし、重要な情報を見逃しそう。
0084nobodyさん
2006/10/16(月) 22:56:43ID:???0085nobodyさん
2006/10/16(月) 23:47:46ID:???0086nobodyさん
2006/10/17(火) 21:12:01ID:???東京大学教養課程の第一プログラミング言語がRubyに
http://d.hatena.ne.jp/sumii/20060928/1159394568
http://b.hatena.ne.jp/entry/http://d.hatena.ne.jp/sumii/20060928/1159394568
0087nobodyさん
2006/10/17(火) 21:15:01ID:???終わりつつある気がする今日このごろ
0088nobodyさん
2006/10/17(火) 21:21:51ID:???0090nobodyさん
2006/10/17(火) 22:40:22ID:???0091nobodyさん
2006/10/17(火) 23:48:11ID:???CかJavaかスクリプトだったらRubyって感じか。
0092nobodyさん
2006/10/17(火) 23:58:49ID:???俺が大学1年でやらされたのはCだったが、
ついてけなくて脱落して課題はできる奴におまかせな奴で溢れていた。
LL をやらせてたらその半分くらいは救われて、社会人生活の中でも活用できただろうに。
ま、といっても PHP が採用されることはないだろうな。
Ruby か Perl がいいとこ。
0093nobodyさん
2006/10/17(火) 23:59:51ID:???0094nobodyさん
2006/10/18(水) 00:38:50ID:???0095nobodyさん
2006/10/18(水) 00:39:14ID:???0097nobodyさん
2006/10/18(水) 00:48:03ID:???歴史が浅いから?
0098nobodyさん
2006/10/18(水) 00:49:47ID:???0099nobodyさん
2006/10/18(水) 00:50:31ID:???言語仕様がしょぼいから
0100nobodyさん
2006/10/18(水) 00:52:50ID:???Webプログラミングっていう枠ならまだしも
0101nobodyさん
2006/10/18(水) 00:55:47ID:???0102nobodyさん
2006/10/18(水) 01:01:23ID:???HTMLに埋め込むって形からするとWeb専用といってもいいんじゃない?
漏れはWeb以外でPHPを使っている人は知らないよ
0103nobodyさん
2006/10/18(水) 01:03:52ID:???宣言いらなかったり変数がわかりやすかったり関数が充実してるのが嬉しい。
自分の場合Cから教えられたけど初めはちんぷんかんぷんだったし。
学び始めて数ヶ月でポインタやら構造体やら再起やらやられても混乱しますわ・・・。
PHPでごく単純なことができるようになってからCやJAVAやるのもいいんじゃないかな〜と思うよ。
0104nobodyさん
2006/10/18(水) 01:17:21ID:???HTMLに埋め込むのは、そういう形で使うことも出来るというだけであって、
それを可能にしてるのはPHPではなく(Apacheの場合)mod_php。
あと、俺はシェルスクリプトの代わりにPHP使ったりもしてる。
まあ現状考えれば、Web用の言語といっても間違いじゃないんだけどね。
0105nobodyさん
2006/10/18(水) 01:25:42ID:???でも多くの教育責任者はPHPのWeb方面の側面しか知らないだろうし、採択されることはめったになさそう。
HTML以外でも、文書主体のデータを文書主体な見た目のままでいじくれるって点もあるしね。
その点ではerbも一緒か。
0106nobodyさん
2006/10/18(水) 01:26:17ID:???Apacheのモジュールで動かしているケースがほとんどだからね。
それがPHPの魅力だったりもするわけで。
とはいえ、教育用ならpyかrubyがいいのかな。
0107nobodyさん
2006/10/18(水) 01:28:33ID:???0108nobodyさん
2006/10/18(水) 01:33:30ID:???Ruby や Python をさしおいて敢えて PHP を採用する理由はないだろうな。
0109nobodyさん
2006/10/18(水) 01:44:25ID:???いつになったらバージョンアップするんだ?
0110nobodyさん
2006/10/18(水) 01:58:40ID:ZulLsGCC0111nobodyさん
2006/10/18(水) 02:00:51ID:???0113nobodyさん
2006/10/18(水) 02:25:13ID:???0114nobodyさん
2006/10/18(水) 02:58:00ID:???0115nobodyさん
2006/10/18(水) 02:58:49ID:???symfonyのほうがいいのかな〜
0116nobodyさん
2006/10/18(水) 04:43:57ID:???自分のホームページをカスタマイズできると知れば、学習のモチベーション上がると思う。
0117nobodyさん
2006/10/18(水) 05:03:52ID:???通信教育の「ホームページ作成講座」とかならともかく
0118nobodyさん
2006/10/18(水) 07:25:30ID:???のではないのか?
0120nobodyさん
2006/10/18(水) 08:52:22ID:???0121nobodyさん
2006/10/18(水) 09:14:04ID:???0122nobodyさん
2006/10/18(水) 15:29:13ID:???0123nobodyさん
2006/10/18(水) 15:49:49ID:???0124nobodyさん
2006/10/18(水) 20:37:35ID:???7月中に0.3までバージョンアップする予定だったようだが…
先が思いやられるな。
0125nobodyさん
2006/10/18(水) 21:49:27ID:???symfonyにすんのに
0126nobodyさん
2006/10/19(木) 00:50:14ID:???0128nobodyさん
2006/10/19(木) 03:50:47ID:???まだベータも0.7.1914だね。
来年はじめぐらいまでにサイトを立ち上げるんだけど、
今の状態なら素直にCakePHPにしたほうがいいかな。
0129nobodyさん
2006/10/19(木) 05:13:12ID:???特色が違うから両方を2日くらいかけて軽く触ってみると
どれを使うべきか自ずと判断できると思う
ちなみにCakeはサイト内にこっそり置かれてる
screencastをチュートリアルにした方が早いし解りやすい
http://cakephp.org/pages/screencasts
0130nobodyさん
2006/10/20(金) 01:59:30ID:???http://www.codeigniter.com/user_guide/
0131nobodyさん
2006/10/22(日) 18:41:08ID:???0132nobodyさん
2006/10/23(月) 08:56:31ID:???0133nobodyさん
2006/10/23(月) 10:24:19ID:???過去形は全て断定なんだって、
断定の気持ちを強く表したい時は絶対にとか必ずとか付けるんだって。
僕は絶対にCake派でした。
なんだか変だよね。
この場合、僕はCake派でした。 は >>129 結果の返答だと思われます。
0134nobodyさん
2006/10/23(月) 10:24:56ID:???0135nobodyさん
2006/10/24(火) 01:31:43ID:???symfonyやcakeみたいに controllerに 複数のactionを書いていくタイプ、
どっちが好き?
オレは 1 action 1ファイル。
0136nobodyさん
2006/10/24(火) 02:18:44ID:???1a1のほうがいいよなー
0137nobodyさん
2006/10/24(火) 03:46:37ID:???executeしかない小さいactionはactions
複数メソッドがあるものは単体actionにしてる
0138nobodyさん
2006/10/24(火) 04:34:16ID:???ファイルの読み込みにかかる微々たるコスト的には1アクション1ファイルの方がいいのかもしれないけど、アクションの中で呼び出すメソッドを共有したいときにちと面倒かと。
1アクション1ファイルだと、メソッドの共有時にはたぶん継承でやると思うんだけど、同じコントローラの中で同じような処理をするためのメソッドを共有したいってだけのために、継承で依存関係を増やすのはちょっとな、という気がする。
やっぱり同質の処理をするメソッドどうし(アクションどうし)は、隣どうしに書いてあったほうが安心っていうのもあるし、別のアクションへの転送(forward)を本当にただのメソッド呼び出しとして書けるのも応用利かせやすいし。
あと全体的にリファクタリングしやすいってのもあると思う。
なんか主観的な意見ばっかでスマソ
0139nobodyさん
2006/10/24(火) 04:54:44ID:???単なる共有とは拡張性が違うと思う
シンプルに共有するだけでいい場合も多そうだけど
0140138
2006/10/24(火) 07:57:29ID:???メソッド共有以上の狙いがあったり(139の言うようにオーバーライドを活かすとか)、コントローラorアクション自体にis-aの関係を持たせたいときとか。
ただ、単なるメソッド共有のためだけに、新たな基底クラスを作ると、本来すべき継承とごっちゃになってちょっと嫌だから、それなら初めから一緒のクラスに入れといたほうが見通しが良いんじゃないかと思った。
0141nobodyさん
2006/10/24(火) 10:02:38ID:???many action 1controller 1file になってきてるんじゃね
0142nobodyさん
2006/10/24(火) 10:16:29ID:???どっちも選べるsymfonyが最強
0143nobodyさん
2006/10/24(火) 14:38:54ID:???0144nobodyさん
2006/10/24(火) 14:57:42ID:???0145nobodyさん
2006/10/24(火) 15:20:18ID:???単一アクションにもできるからsymfonyに限った事ではない
0146nobodyさん
2006/10/24(火) 15:40:11ID:???0147nobodyさん
2006/10/24(火) 15:55:59ID:???0148nobodyさん
2006/10/24(火) 16:13:11ID:???0149nobodyさん
2006/10/24(火) 16:13:50ID:???0150nobodyさん
2006/10/24(火) 16:24:27ID:???0151nobodyさん
2006/10/24(火) 16:30:15ID:???正直いらんけどな
0152nobodyさん
2006/10/24(火) 16:57:52ID:???単体actionがなければ→actionsを見るという挙動のことだよ
actionsの上にactionが載っているというイメージ。
CSSならぬカスケーディングactionという発明。
まあその名称は俺が言ってるだけだけど
fabienは技術者としてセンスあると思う
0153nobodyさん
2006/10/24(火) 17:13:25ID:???どうなんかな、単体主体で使ってる場合便利なんだろうか
askeetのチュートリアルは1ファイル複数actionだよね
0154nobodyさん
2006/10/24(火) 17:21:31ID:???ちょっと特殊なアクションだったり長いロジックが必要なアクションの時に
別ファイルで単一にしておいて目立つようにとか
そういう使い分けを想定しているのかな
0155nobodyさん
2006/10/24(火) 17:25:25ID:???0156nobodyさん
2006/10/24(火) 17:44:53ID:???同一Actionファイルに固める、コンポーネント化、Modelファイルに組み込みの
3パターンくらい?
SymfonyでAction毎に1ファイルのルールでやってる場合は
ひとまずActionsに置くってやり方が出来る訳かな
0157nobodyさん
2006/10/25(水) 05:14:29ID:???ユーザ登録画面なんだけど、ユーザ名を入力するのに、姓と名を分けて登録するようにしています。
しかし外国人の場合は姓と名の順番が逆だし、またミドルネームとかあったり、そもそも姓と名の区別がなかったりする国もあるそうなんです。
こういう場合って、みなさんどのような画面にしたりテーブル構造にしてますか。
なんとなく、姓と名を分けないような構造がいいのかなと思うんですけど、でも要件としては分けなければならないしで、どうしていいか困ってます。
I18Nなアプリの経験者がおられましたらお助けを。
0158nobodyさん
2006/10/25(水) 06:41:55ID:???おーもいっきりスレ違いだなw
通常はラストネームとファーストネームだけで十分じゃないかと。
表記上の順番に合わせて、英語のファーストネームと日本語の姓を一緒のフィールドに入れるような変なことは避けたほうがいい。
DBは飽くまで「意味」で分類すべき。
ミドルネームも必要な場合は、単にオプショナルってことで後ろにつけときゃいいんじゃない?
複数のミドルネームがある場合は全部ミドルネームにスペース区切りで入れてもらえばいい。
あと、姓名の区別がないような場合は、名のほうに全部つっこんでもらえばいいかと。
UIが各国語に対応しているなら、フォームもそれぞれの国や地域にあわせればいい。
全部英語ならば、ラストネーム・ファーストネーム・ミドルネームの順番でいいと思う。
(英語圏でも、コンマをはさむことで姓名の順番が入れ替わっていることを表現することはよくある)。
余談だけど、英語のサイトでもミドルネームの項目のないところも結構多いよ。
ミドルネームまであるのって、政府関連や法的な必要性がある場合くらいじゃないかな。
ただ、ミドルネームの項目を省略することに、差別の声を上げる人もいなくはないから、いちおうつけるって感じでいいと思う。
参考:
http://en.wikipedia.org/wiki/Middle_name
0160nobodyさん
2006/10/27(金) 07:20:44ID:???http://www.cakephp.jp/doc/
0163nobodyさん
2006/10/28(土) 09:50:33ID:???0164nobodyさん
2006/10/28(土) 12:03:44ID:???もっとがんばれよ
0165nobodyさん
2006/10/28(土) 23:57:13ID:???0166nobodyさん
2006/10/29(日) 00:00:32ID:???カラムのソートやpaginationをつくってくれるscaffoldは、
どうやったらできますか?
■ このスレッドは過去ログ倉庫に格納されています