【PHP】フレームワークについて語るスレ6【総合】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2007/02/19(月) 23:50:20ID:e8b09Hl8【PHP】フレームワークについて語るスレ5【総合】
http://pc10.2ch.net/test/read.cgi/php/1159579507/l50
[PHP]フレームワークについて語るｽﾚ4[総合]
http://pc8.2ch.net/test/read.cgi/php/1151706907/
[PHP]フレームワークについて語るｽﾚ３[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/
[PHP]フレームワークについて語るｽﾚ２[総合]
http://pc8.2ch.net/test/read.cgi/php/1135847024/
【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/
0052nobodyさん
2007/03/04(日) 10:46:34ID:???メソッドの事を言っているという前提で話すと、
システムの規模によるでしょ
小さなシステムだとアクションに処理メソッド追加した方が見通しよくなるし、
大きなシステムだと、処理群をどこかに集約する方が見通しがよい。
005347
2007/03/04(日) 14:56:50ID:???Actionクラス内にcontrollerが利用しないfunctionを書くという意味で
Actionクラスのメソッドだと思います。
基本的な処理はmodelクラスの中でまとめているのですが、getDefaultViewとexecuteで共通の処理
があったのでAction内に書いてみたのですが微妙な感じがしたので聞いてみました
0055nobodyさん
2007/03/05(月) 10:47:07ID:???基底クラスに共通のメソッド作って継承させたりもするし。
それがOOPじゃん。
0056nobodyさん
2007/03/05(月) 19:42:15ID:???0057nobodyさん
2007/03/06(火) 01:23:50ID:???phpMyAdminを使ってきたけどちょっと遅いんだよね
0058nobodyさん
2007/03/06(火) 03:59:01ID:???0059nobodyさん
2007/03/06(火) 04:05:58ID:???ちょっと複雑な操作するなら、スクリプト書けばいいだけって感じになるし。
0060nobodyさん
2007/03/06(火) 04:10:45ID:???本番のDBとデータ構造が変わって非常に面倒なのだがどうにかならないものか
0061nobodyさん
2007/03/06(火) 05:19:44ID:???開発と本番の構造が違っているというのがそもそも間違いなんじゃ?
フィールドの順番が違ってしまうというのなら、順番に依存しないコードを書く。
0062nobodyさん
2007/03/06(火) 15:18:58ID:???開発をしていてある程度になったら本番にリリース
で開発環境で開発中にフィールドを追加
ということはよくあることではないのでしょうか
0063nobodyさん
2007/03/06(火) 15:31:45ID:???最悪でも本番環境へのリリース時にテスト環境DBからエクスポート
→本番環境DBへインポートで終わる話じゃないないの？
0064nobodyさん
2007/03/08(木) 02:47:07ID:???順番を気にするってのがよく分かりませんが、
DB抽象化レイヤーでDAOを作ってやれば、
微調整程度の変更ならPHPコードの変更無しに対応できませんか？
参考になるか分かりませんが、以下は自分が2年前にPHPで仕事してた時のワークフローです。
1. dbDesigner4でDB書いて正規化
2. 出てきたXMLをPropelのXMLに変換するXSLTに食わせる。(http://blog.tooleshed.com/?p=6)
3. Propelを走らせてDAOを生成
4. DAOの中身をゴリゴリ弄くるModelを書いて、Controlから操作（自分はMojavi3を使用）
5．ViewはSmarty、formはhtml_quickformで抽象化
自分もphpMyadminの操作性はイマイチと感じていたので、DBDesigner4のデータ操作機能を使ってました。
2年間ちまちまと仕様変更のサポートもしてますが、
1−3のステップはすぐ終わるし、4の大幅な書き直しも殆ど経験がないので、
まぁPHPも悪くないかなぁと思ったりしてます。
ただ、開発中はremote debugの挙動が微妙で殆どprint_rで対応してたので、
ここが改善されるまでは（もうされてる？）PHPで仕事したくないってのも本音です。
0065nobodyさん
2007/03/08(木) 06:55:10ID:???何か他のとは違う感じだけど。
0066nobodyさん
2007/03/08(木) 10:17:13ID:???0067nobodyさん
2007/03/08(木) 11:11:45ID:???調べるの面倒そうで結局触ってないな＞piece framework
ドキュメント周りがわかりづらいというか不親切というか
なんとか状態マシンか知らんけどアーキテクチャを
既存のわかりやすい概念なりなんなり使って説明した
ドキュメントがあればまだ試してみる気になるんだが
良くも悪くも一見さんお断りな雰囲気で試してみる気にならない
実装は良さそうなんだけど
ヴァリデーションのパッケージは
単独で使えそうでなかなか良いかなと思った
0070有限状態マシン特別捜査本部設置
2007/03/09(金) 12:42:08ID:???みんなで「有限状態マシン」というものがどういうものか調査しよう。
前にチラッと見て気になっていた。
http://www-06.ibm.com/jp/developerworks/web/library/wa-finitemach1/index.shtml
JavaScript での有限状態マシン
ブラウザー・ベースのアプリケーションは、マウス、キーボード、タイマー、ネットワーク、そしてプログラムのイベントが時を選ばずに発生するリアルタイム環境で実行されます。
イベント駆動型アプリケーションの振る舞いがイベントの発生順によって異なる場合、プログラミングは非常に複雑になるため、デバッグするのも変更するのも難しくなります。
ソフトウェア・エンジニアは、イベント駆動型プログラムの開発を体系づける方式として長いこと、有限状態マシンを使ってきました。
これは学界では、離散的または決定性有限オートマトンと呼ばれることもあります。
有限状態マシンが課す規則は、複雑なロジックをわかりやすい表に置き換えて、設計に厳密さを加えます。
その結果、実装は単純化され、テストするのも簡単になります。
従来から、有限状態マシンはネットワーク・ドライバーとコンパイラーのような多様なプログラムを開発するのに有益であることが証明されています。
ブラウザー・ベースのアプリケーションを開発する際にも、同じように有限状態マシンが役立つことになります。
0071有限状態マシン特別捜査本部設置
2007/03/09(金) 12:43:54ID:???この分野には多数の学術的文献 (「参考文献」を参照) がありますが、実用されている定義は単純明快です。
有限状態マシンは、以下のもので構成されるコンピューター・プログラムです。
・プログラムが応答するイベント
・イベント間でのプログラムの待機状態
・イベントに対応した状態遷移
・状態遷移中に行われるアクション
・イベント間のアクションに必要な値を保持する変数
0073有限状態マシン特別捜査本部設置
2007/03/09(金) 12:46:58ID:???有限状態マシンの使い方？
有限状態マシンを最近知りました。状態、イベント、遷移、アクションなどから構成されるものですが、アプリケーション開発に有効であると聞きました。
0074有限状態マシン特別捜査本部設置
2007/03/09(金) 12:54:18ID:???ということで有限状態マシンというやつが何なのか知りたいんだが・・
http://piece-framework.com/docs/piece-framework-workshop3.pdf
うーん。オートマトンのことなのかな？それなら話は早い。
http://www-06.ibm.com/jp/developerworks/java/060412/j_j-cb03216.shtml
この辺も見ながら・・。
0075有限状態マシン特別捜査本部設置
2007/03/09(金) 12:55:59ID:???http://ja.wikipedia.org/wiki/%E6%9C%89%E9%99%90%E3%82%AA%E3%83%BC%E3%83%88%E3%83%9E%E3%83%88%E3%83%B3
決定性有限オートマトン - Wikipedia
http://ja.wikipedia.org/wiki/%E6%B1%BA%E5%AE%9A%E6%80%A7%E6%9C%89%E9%99%90%E3%82%AA%E3%83%BC%E3%83%88%E3%83%9E%E3%83%88%E3%83%B3
うん、有限状態マシンと有限オートマトンは同じ意味になってるな。有限状態マシンの方が一般的なのかな？初めて聞いた。
0076有限状態マシン特別捜査本部設置
2007/03/09(金) 13:02:18ID:???http://ja.wikipedia.org/wiki/%E6%9C%89%E9%99%90%E3%82%AA%E3%83%BC%E3%83%88%E3%83%9E%E3%83%88%E3%83%B3
有限オートマトン（ゆうげん-、finite automaton、FA)または有限状態機械（ゆうげんじょうたいきかい、finite state machine、FSM）とは、有限個の状態と遷移と動作の組み合わせからなる「ふるまいのモデル」である。
状態（state）とは過去に関する情報を格納するものであり、システムが開始してから現在までの入力を反映するものである。
遷移（transition）とは状態変化を示すものであり、遷移を実現するのに必要な条件とともに示される。
動作（action）とは活動の説明であり、与えられた時点で実行しなければならないことを示している。
動作にはいくつかの型がある。
開始（Entry）動作
その状態に入るときに行う動作
終了（Exit）動作
その状態から出るときに行う動作
入力（Input）動作
現在状態と入力条件に依存して行う動作
遷移（Transition）動作
ある遷移を行うときに実行される動作
0077nobodyさん
2007/03/09(金) 14:02:07ID:???気持ち悪いなぁ
0078nobodyさん
2007/03/09(金) 14:46:54ID:???0079nobodyさん
2007/03/09(金) 15:55:05ID:???Railsは便利そうな感じがしたので、色々調べてみたんですが、仕事をするには至っていません。
DAOが組み込み済みとのことで、工程を多少省けて良いかなとは思ったんですが。
大小を問わず今の開発者泣かせなAJAXベースのWEBアプリは
先２〜３年でWPFに駆逐されるのではと勝手に思っているので、
そう考えると、腰を据えて勉強を進めるならASP.NETかなぁ。
C#自体もJavaの後発だけあって、さすがに素晴らしい言語だし。
0080nobodyさん
2007/03/09(金) 16:23:05ID:???0081nobodyさん
2007/03/09(金) 16:50:48ID:???VSとC#を使って現資産で開発効率を上げられるので、自分はWPFかなと思ってますが。
最後にWeb言語の勉強をしてから久しいので、適当に流してやってください。
0082nobodyさん
2007/03/09(金) 18:57:18ID:???AJAXの代替として、とりあえずFlash（ActionScript）を使ったリッチクライアント技術が活用されるようになるでしょうか？
Flashで足りないことはApolloで補えるかなー？というかんじで見てみるとか。
http://www.atmarkit.co.jp/fwcr/rensai/wcrwatch17/wcrwatch17.html
デスクトッププラットフォームを制するのはApolloかWPF/Eか
0083nobodyさん
2007/03/09(金) 19:48:43ID:???Flexスレにどぞ
http://pc11.2ch.net/test/read.cgi/php/1113294628/
0084nobodyさん
2007/03/09(金) 21:09:40ID:???確かに魅力的だ
Webアプリを作っていてセキュリティ対策が一番重要で一番時間がかかるわりに
一番おもしろくないので、その辺が楽になるFWは魅力的だ
0085nobodyさん
2007/03/09(金) 21:14:11ID:???結構高い志を持ってやっている印象はあるがどうなの? > 利用している人
0086nobodyさん
2007/03/09(金) 21:19:35ID:???0087nobodyさん
2007/03/09(金) 22:59:47ID:???http://www.phppro.jp/news/330
0088nobodyさん
2007/03/09(金) 23:13:19ID:???ほうが良いと思うな。故Mapleを思い出しちゃうよ。
0089nobodyさん
2007/03/10(土) 01:23:22ID:???正直、まだ満足にSymfonyやZend Frameworkを使いこなせていません。
もう次世代の新しいフレームワーク「Piece」が出たんですか？
ピースのホームページにあった説明分には、聞いたことがないような用語が連発されていてよく分かりませんでした。＞＜
PHP初心者の私でも分かるようなドキュメント、説明、使用例を作って欲しいです。
作者さん、よろしくお願いします。
0090nobodyさん
2007/03/10(土) 02:12:56ID:???0091nobodyさん
2007/03/10(土) 02:13:56ID:???有限マシンと言われてもピンと来なかったが、決定性有限オートマトンと同じらしいから、コンパイラの解説でも探して読めば判るよ。
字句解析とかの話で、普通に解説されている。
決定性有限オートマトンとか、DFAで調べても出てくるだろ。
0092nobodyさん
2007/03/10(土) 02:55:04ID:???0094nobodyさん
2007/03/10(土) 05:36:29ID:???getInstanceメソッドは子クラスごとにいちいち書かないといけないじゃん。
それぞれのインスタンスを管理するFactoryクラス書いて
疑似Singletonにするのってアリ？ナシ？
0095nobodyさん
2007/03/10(土) 05:59:35ID:???生成される側で呼び出しクラスチェックしたら問題ないよね。
0097nobodyさん
2007/03/11(日) 18:51:28ID:???> Singletonにするクラスを継承させると
> getInstanceメソッドは子クラスごとにいちいち書かないといけないじゃん。
なぜ？getInstanceにどういう実装をしてるんだ？
0098nobodyさん
2007/03/11(日) 19:09:03ID:???それにアクセスするgetInstanceも子クラスに持たせないといけないでしょ
0099nobodyさん
2007/03/11(日) 20:58:19ID:???なんでよ？継承してるんでしょ？
class Singleton
{
private static $instance = null;
public function getInstance()
{
if (self::$instance === null) {
echo "new\n";
self::$instance = new self;
}
return self::$instance;
}
}
class SubClass extends Singleton
{}
$obj = Singleton::getInstance();
$obj = SubClass::getInstance();
これでいいんじゃないの？newが表示されるのは1回だけだよ
PHP4ならスタティックプロパティをスタティック変数にする
010099
2007/03/11(日) 21:07:13ID:???selfじゃ取れないから確かにだめだ
SubClass::getInstaceだけやってても
Singletonのオブジェクトが返って来るわ
すまんこ
0101nobodyさん
2007/03/12(月) 03:11:38ID:???そして挫折する
0102nobodyさん
2007/03/12(月) 10:16:16ID:???0103nobodyさん
2007/03/12(月) 10:23:41ID:???シングルトン以後はシングルトン以前のように
0104nobodyさん
2007/03/12(月) 10:50:44ID:???0105nobodyさん
2007/03/14(水) 05:58:22ID:???作ってる香具師は自分のスキルを誇示したくて作ってるだろうから、勉強会がモチベーション上がるだろうね。
ドキュメント整備なんてPGには全く向いてない仕事。使う側が自分が楽するために整備して行く以外無いよ。
セキュリティが面倒だから任せたいってのも、作る側もセキュリティは面倒なので遣りたくはないと思う。
結局はセキュリティは後回しで、使う側が困ると。
セキュリティとか楽しくない作業は商用ソフトとかで金でモチベーションを保たないと整備されないと思う。
0106nobodyさん
2007/03/14(水) 06:11:52ID:???いったんOOPに慣れたらクラス作らない方が書きにくい
0107nobodyさん
2007/03/14(水) 09:41:35ID:???0108nobodyさん
2007/03/14(水) 23:40:26ID:???mod_phpみたいに永続化の仕組みがない環境じゃますます要らない。
リクエストの度にDBやフォームデータというフラットな構造の値からオブジェクトを作り直すなんて馬鹿げてる。
0109nobodyさん
2007/03/14(水) 23:43:17ID:???パフォーマンスが落ちるのは仕方ない
0110nobodyさん
2007/03/15(木) 01:49:45ID:???読みやすさのためにOOにしたほうが有益
0111nobodyさん
2007/03/15(木) 01:54:28ID:???アクセラレータ入れたらいいしね
0112nobodyさん
2007/03/15(木) 02:31:25ID:???ベタ書き主義は
他人のライブラリを使うという可能性まで切り捨てることになる
0113nobodyさん
2007/03/15(木) 11:21:54ID:???0114nobodyさん
2007/03/15(木) 14:47:00ID:???オ ブ ジ ェ ク ト ン あ ら わ ル ！ ！
ﾃﾞﾃﾞｰﾝ!!
0115nobodyさん
2007/03/16(金) 08:52:32ID:???もちろんあらゆる処理を自作関数にはしているけど、
関数から一歩進んでクラスにするメリットがよく理解できない。
0116nobodyさん
2007/03/16(金) 09:53:31ID:???単純にクラス化すればいいってもんじゃないけど
例えば俺があなたのコードをメンテしなきゃならない時にコードを理解するのが大変とかっていう
ベタ書きのデメリットを回避出来るのがメリットかなぁ
本当に理解してる人からは怒られるかもしれないけど、稚拙な俺なりの理解で抽象的に語ると
クラス化するというのは情報を整理する為の方法だと思うんだ
きちんと整理されているとコードを読みやすいし書きやすい
ベタ書きでも整理は出来るんだけど、ベタ書きだけでは整理の為の表現力が足りないし、より
オレオレな整理方法になりやすい
どうでもいいけどクラス化されてないフレームワークってあるんだろうか？（phpでね）
おもしろいフレームワークになりそうな気はするがｗ
0117nobodyさん
2007/03/16(金) 10:52:04ID:???だから、PHP4で十分なんだ。
0118nobodyさん
2007/03/16(金) 10:59:28ID:???黙ってひとりだけでやっとけ。
0119nobodyさん
2007/03/16(金) 12:34:59ID:???このバランス感覚、さすが - GoogleのDIフレームワーク"Guice"を使ってみる
今、Ruby on RailsのPHP版が人気だと思いますが、Guiceに影響を受けてDIフレームワークが増えてくるでしょうか？
0120nobodyさん
2007/03/16(金) 12:44:56ID:???) ) ノ ノ
(((( >￣ > )))) ＼(^o^)／ ((( <￣< ))))
) )
((( >￣ > )))) Javaハジマタ
0121nobodyさん
2007/03/16(金) 12:48:54ID:???関数はそれ一つで事象が完結してしまうだろ。
オブジェクトはそれの消滅まで動作を一連して処理できる。
たとえば簡単な例だと、PHPのFTP関数。
何をするにも、関数ひとつひとつにコネクションを突っ込んでやらなきゃいけない。
0122nobodyさん
2007/03/16(金) 12:59:51ID:???0123nobodyさん
2007/03/16(金) 13:00:46ID:???google規模の仕事なんてしねーし
0124nobodyさん
2007/03/16(金) 13:04:11ID:???0126nobodyさん
2007/03/16(金) 13:48:08ID:???＞ベタ書きで、何にも困ってないんだけど・・・。
具体的にどんなもの作ってるの？
何も困らないとかすごいな。
つくったものちょっと見せてよ
0127nobodyさん
2007/03/16(金) 14:10:14ID:???OOの方がいいことに疑問もないけど、
そうでない奴が「これ何の役に立つんだ？」と考えるのもよくあることだな。
0129nobodyさん
2007/03/16(金) 18:45:29ID:???「一人で趣味でやってるなら好きにすれ」
となるわけだな。
0130nobodyさん
2007/03/16(金) 19:03:38ID:???無難なやつがいいです。ゲームだったらドラクエ買っとけば？みたいな。
できれば新しい奴がいいです。
0131nobodyさん
2007/03/16(金) 19:16:57ID:???0133nobodyさん
2007/03/17(土) 03:34:50ID:???既存のフレームワークを使わずに、自作フレームワーク + smartyぐらいしか
方法はないんでしょうかね
0134nobodyさん
2007/03/17(土) 04:03:49ID:???どうして自作フレームワーク + smartyだと思ったんだろう？
既存フレームワークのどこがネックだと思ったの？
0135nobodyさん
2007/03/17(土) 19:52:48ID:???0136nobodyさん
2007/03/17(土) 21:43:25ID:???ほとんどのフレームワークでSmartyなりFlexyなりのテンプレートエンジンが使えると思うんだけど、
それ以上の事っていう話？
それ以上どういうものがあるとデザイナさんにとって便利なのか、よくわからんので、
アイデアがあるなら聞かせて欲しい。
0139nobodyさん
2007/03/18(日) 17:36:06ID:???0140nobodyさん
2007/03/19(月) 11:16:32ID:???予想以上に酷い・・・
<tr><tr>とかあるのに平気で提出するし、fontタグとspanタグ（cssでスタイルを設定している）を二重に使う意味って何よ？
内容の無い、謎の<div></div>なんてのもあるし・・・
まぁ、たぶん dreamweaver だとかの出力をそのまま提出したんだろうけどね。
プロってくらいなんだから、せめて html くらい勉強してきれいな html で提出してもらいたいもんだ。
0141nobodyさん
2007/03/19(月) 11:32:32ID:???自分でタグ打つほうが良い気がしてきた
0142nobodyさん
2007/03/19(月) 11:36:17ID:???0143nobodyさん
2007/03/19(月) 11:53:00ID:???それをHTMLだのCSSだのに落とすのはプログラマの仕事にしちゃった方が
効率も良いし後のメンテ性も上がる気がするよするよ
0144nobodyさん
2007/03/19(月) 12:19:46ID:???めちゃくちゃでもHTMLで書いてもらわないと
こんなんできるか！っていうありえない絵を持ってくる
デザイナーとはそんなもん
0145nobodyさん
2007/03/19(月) 16:40:05ID:???同意。というか、デザイナ と ウェブデザイナ の仕事の違いだな。
単なるデザイナは見た目としての絵を書くのが仕事。
一般的なウェブサイトで見かけるようなレベルの
”絵”をかけるなら結構いる。
（もちろんすごいレベルの絵をかける人は少ないが）
ウェブデザイナはXHTML・CSS（もちろん手書きできること）、
各ブラウザでのCSS等の対応の違いとその対処法、
Web標準、ユーザビリティ、アクセサビリティ、CGI、Ajax、
JavaScript、PHP等の動的プログラミング言語と
”絵”以外の要素を知っていないといけない。
こういう人はデザイナの世界にはなかなかいないが、
プログラマの世界にはそれなりにいたりする。
デザイナとプログラマで作るとしたら、
デザイナは絵を描いてくれれば十分。
0146nobodyさん
2007/03/19(月) 16:44:31ID:???めちゃくちゃなHTMLを貰ってどうするんだ？
めちゃくちゃなものをそのままアップするのか？
あんなの何の参考にもならんだろ。
こんなんできるか！っていうありえない”絵”ならHTMLでだってできるよ。
でも所詮それはHTMLがおまけ程度についただけのただの”絵”でしかないけど。
0147nobodyさん
2007/03/19(月) 16:50:31ID:???思いっきりテーブルデザインで帰ってきた時は凹んだ
0148nobodyさん
2007/03/19(月) 16:57:37ID:???0149nobodyさん
2007/03/19(月) 17:06:02ID:???こっちで書きなおそうかなぁ…
自動でやってくれるソリューションあればいいのに
0150nobodyさん
2007/03/19(月) 17:22:26ID:???SEO以前の問題だろ
0151nobodyさん
2007/03/19(月) 18:24:39ID:???■ このスレッドは過去ログ倉庫に格納されています