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

1 名前：nobodyさん mailto:sage [2008/02/09(土) 10:43:58 ID:???] 前スレ pc11.2ch.net/test/read.cgi/php/1197383840/ 829 名前：nobodyさん mailto:sage [2008/07/08(火) 21:14:00 ID:???] PHPって、まともなクラスライブラリがないから、それぞれ独自でフレームワークを実装し出すんだよ。 830 名前：nobodyさん mailto:sage [2008/07/08(火) 21:14:32 ID:???] DIコンテナ=XMLの設定ファイル使う、じゃないでしょ。 yamlの奴とかもあるよ 831 名前：nobodyさん mailto:sage [2008/07/08(火) 21:16:09 ID:???] >>829 zfってそこまとめようとしてるように感じたんだがな その視点で言うと普及しなさそうで失敗ぽいけど 832 名前：nobodyさん mailto:sage [2008/07/08(火) 21:21:43 ID:???] ZendFrameworkに関しては、使える部分はあるんだけどね。 ともすればRouterやControllerあたりに目を奪われて、ライブラリ 部分の評価がおざなりになってしまったりする。 例えばCIに持ち込むとかすればいいし、双方ともそれが簡単に 出来るように作ってはあるんだけど、その時に何というか気持ち悪い 何故かと考えたが、クラス・変数・関数・ファイル名等の命名規則が、 分散しすぎているせいもあるなあというのが最近の実感。 異質な気持ち悪さがあるのは、きっと命名規則等も分散して 833 名前：nobodyさん mailto:sage [2008/07/08(火) 21:22:18 ID:???] >>832 最後の行はゴミｗ 消したい 834 名前：nobodyさん mailto:sage [2008/07/08(火) 21:29:32 ID:???] 5.3の名前空間使えるようになったら少しはマシになるかな 835 名前：nobodyさん mailto:sage [2008/07/08(火) 21:38:19 ID:???] >>834 多分、それが普及するまでまた３年くらいかかるんじゃね？ 名前空間全開で使ってると使用者が増えないという、何という二の舞ｗ んで、5.2のサポート終了まで引っ張るとか。 836 名前：nobodyさん mailto:sage [2008/07/08(火) 21:46:15 ID:???] 3と4と5で文法や仕様が大きく変わって、全部に対応するライブラリやフレームワークを構築するのが困難。 837 名前：nobodyさん mailto:sage [2008/07/08(火) 21:48:24 ID:???] 3とかあり得ないし、4に対応するものを新しく書く必要もない、と思うけどね 4はそれこそ、今までの遺産でがんばれば良いじゃない 838 名前：nobodyさん [2008/07/08(火) 22:09:17 ID:PfgpRR5R] >>832 CodeIgniterにZendFrameworkのライブラリを引っ張ってくる＝いいとこ取りで、楽ができますか？ ＭＶＣならルーティングとか、コアになる部分は、どのフレームワーク使ってもに似たような処理になっているでしょうか？＾＾ 839 名前：nobodyさん mailto:sage [2008/07/08(火) 22:12:20 ID:???] 幕の内弁当のようにいろいろな具が詰まったフレームワークを、いったんバラバラの具に分解して 自由に組み合わせて食べられるとウマー？ 時間があったら、フレームワークのコードを読んでみるか…。 840 名前：nobodyさん mailto:sage [2008/07/08(火) 22:12:52 ID:???] Perl5.0が1994年、Perl5.6でさえ2000年にリリースされてる。これが圧倒的なボリュームのCPANがあるPerlと、Pearが尻すぼみに終わり、Zendが始まりもしなかったPHPの違い。 841 名前：nobodyさん mailto:sage [2008/07/08(火) 22:34:22 ID:???] >>838 別にそんなに難しくないし、メリットはあるとおもう。例えばZend_Pdfとか持って来たり。 lib/Zend 以下をごっそりvendor/とかにコピーしてinclude_pathを通すのが一番楽だけど、 依存に注意しながら必要なものだけを持ってくるのでも、それほど難しくない。 例外が２系統投げられるので、その辺が気になるなら対処して。 CIの場合はそれほどコアに密着したライブラリって無いので、例えばSessionとかDbとか も、好きなものを使おうと思えば使える。Registryとか、なんでCIにないのかなって思ったし。 ＃ そうすると、CIの機能をいくらか無視することにもなるかもだけど、それで幸せになれるならおｋ で、問題はそれをやると、ソースがカオスになると。メソッドの命名規則なんか、CIはZFの 対局にいると言っても過言ではないとおもうし。 ＃ クラスにprefixつけない、CamelCase嫌い、クラスファイル名でもCamelCase式と ＃ lowercase-underscore式の、独自ルールによる混在、もろもろ・・・ そこに上乗せする俺のソースはどっちで書けばすっきりするんだああ、となるよ。 842 名前：nobodyさん mailto:sage [2008/07/09(水) 00:45:59 ID:???] DIの設定がXML地獄てSpring2.5とか使ったことないのか？ ここのアホ住人は。 今は、XMLにはほとんど記述せずにアノテーションでお手軽に記述できるんだよ。 843 名前：nobodyさん mailto:sage [2008/07/09(水) 00:54:02 ID:???] >>842 そうやって、どんどんJava風を進めて行くわけですね。＞アノテーション 出来れば、そのメリット・デメリットを絡めたレスが欲しいなぁ。 なんでJavaで一般的なものがPHPで一般的でないか、それを、 「遅れている」等としか捉えられないのなら、少しおかしいと思っていいよｗ 844 名前：nobodyさん mailto:sage [2008/07/09(水) 01:06:31 ID:???] >>843 842は設定ファイル云々に突っ込んでるだけでしょ 845 名前：nobodyさん mailto:sage [2008/07/09(水) 01:12:38 ID:???] >>844 それを言うなら、XML言い出した大本の>>825では自嘲している > 俺を含めて、本格的に使ったことの無い奴が多いんだろうとは思うが。 むしろ、DI派の具体的な書き込みが無いから発展しないんだろうが。 846 名前：nobodyさん mailto:sage [2008/07/09(水) 01:20:27 ID:???] 本当に、PHPでDIとかDaoとか、「これはいい！」と思って使ってる人っているの？ 847 名前：nobodyさん mailto:sage [2008/07/09(水) 02:45:49 ID:???] そもそもPHPやRubyのような動的言語には、DIみたいな回りくどい書き方は不要。 静的言語の融通の効かなさを誤魔化すために生み出されたものだし。 848 名前：nobodyさん mailto:sage [2008/07/09(水) 10:02:19 ID:???] Tomcatの再起動とか面倒だったりするもんな。 849 名前：nobodyさん [2008/07/09(水) 12:00:32 ID:QmvziGkH] 自分のプログラム技術が上手なことに気付いた アルゴリズム能力は知識で補えない、もって生まれた能力 850 名前：nobodyさん [2008/07/09(水) 20:19:04 ID:My9jWWGd] >>849 オリジナルの式を組めるなら凄いな 851 名前：nobodyさん mailto:sage [2008/07/09(水) 21:05:11 ID:???] ゆがんだ車輪を再発明しまくってる悪寒 アルゴリズムってか、ロジックレベルで言ってるんでは無かろうかとも思う ってか、何これ。コピペ？ 852 名前：nobodyさん mailto:sage [2008/07/09(水) 23:28:12 ID:???] >>849 世界ＩＴコンテスト、慶大生が３位入賞 　世界の学生がＩＴ（情報技術）の開発力を競う「イマジンカップ」（米マイクロソフト主催）の第6回世界大会が 8日までパリで開かれ、「アルゴリズム部門」で、慶応大の高橋直大さん（20）が3位に入賞した。 日本人の3位以内の入賞は初めて。アルゴリズムはコンピューターソフトの基礎となる計算手法で、 高橋さんのアルゴリズムの独創性などが評価された。 　アルゴリズム部門のコンテストは数学パズルのような9問の課題を24時間の制限時間内に コンピューターを駆使して解法を考案する。高橋さんは「好きな算数や数学の考え方をいかした。 2、3分しか寝なかった」と話した。 パリの大会には100カ国以上から124チームが参加した。予選を含めた総参加人数は20万人を超える。（パリ支局）(11:01) www.nikkei.co.jp/news/shakai/20080709AT1G0900609072008.html 853 名前：nobodyさん mailto:sage [2008/07/10(木) 03:46:42 ID:???] 何このきもい流れ 854 名前：nobodyさん mailto:sage [2008/07/10(木) 03:57:12 ID:???] >>853 「DIコンテナ」のこと？それとも 「自分のプログラム技術が上手なことに気付いた」の方？ はっきりしろやｗ卑怯者がｗｗｗ 855 名前：nobodyさん mailto:sage [2008/07/10(木) 04:07:03 ID:???] 「自分のプログラム技術が上手なことに気付いた」の方に決まってんじゃん なんで卑怯者？？？ 856 名前：nobodyさん mailto:sage [2008/07/10(木) 04:08:03 ID:???] ネタが無いんだよｗ 857 名前：nobodyさん [2008/07/10(木) 10:37:59 ID:R+kirKl3] で、ここでPHPフレームワークの話をしよう！ ってなると、話がピタッと止まるから面白いｗ 858 名前：nobodyさん mailto:sage [2008/07/10(木) 12:07:19 ID:???] あぁ、Java厨が嵐に来ているだけだからね。 859 名前：nobodyさん mailto:sage [2008/07/10(木) 12:11:37 ID:???] PHPフレームワークの話題は規模が大きくなったので、 各フレームワーク専用スレに移行しております。 860 名前：nobodyさん mailto:sage [2008/07/11(金) 18:54:57 ID:???] どんなふうにしてクラスを作ればいいのか？ クラス作成の適切な方法を調べています。 分析（モデリング）→設計の流れにおいて、 ・構造化プログラミングだとDFD ・オブジェクト指向プログラミングだとUML ユースケースドリブン＝ユースケース図→ロバストネス分析→クラス図を作成する？ アーキテクチャセントリック＝アーキテクチャ（基盤）としてのフレームワークを選定→フレームワークの流儀に従って機能（クラス等）をどんどん追加していく？ …ということでしょうか？ 本やサイトを調べると、Javaの事例がたくさん出てきました。 861 名前：nobodyさん mailto:sage [2008/07/11(金) 19:04:44 ID:???] なら死ぬ気でJavaやれよ。俺はJavaを書くと慢性的に薄い血尿が出てた頃を思い出すからコリゴリだけどな。 862 名前：nobodyさん mailto:sage [2008/07/11(金) 19:28:36 ID:???] javaのコードをphpに置き換えりゃいいじゃねえか・・・ 863 名前：nobodyさん mailto:sage [2008/07/11(金) 19:37:29 ID:???] そうして行数や文字密度ばかりでかい、可読性最低のソースが量産されるのですね 864 名前：nobodyさん mailto:sage [2008/07/11(金) 19:49:05 ID:???] Javaは勉強しました。 ＝簡単なアプレットを作れます。 オブジェクト指向分析→設計って、言語の仕様に依存しないで使えますよね？ クラス作成は、適当でも動くものは作れるけど、先人が体得してきた上手いやり方を知りたいです。 デザインパターンは、これから勉強してみます。 865 名前：nobodyさん mailto:sage [2008/07/11(金) 19:53:01 ID:???] 構造化プログラミングの設計は、わかりやすいと思います。 文書を作成する場合も、フローチャート図やDFD図を書けば、人に説明できる。 データベース設計もER図で書ける。 オブジェクト指向設計はこれから勉強しますが、体当たりで試行錯誤するより、典型的な勉強方法を知りたいです。 866 名前：nobodyさん mailto:sage [2008/07/11(金) 23:06:34 ID:???] 近道して楽しようと思わないことかな 867 名前：nobodyさん [2008/07/11(金) 23:37:05 ID:3Q95O5fB] オブジェクト指向設計は、まだ方法論が確立されていないのですか？ 群雄割拠＞＜ 868 名前：nobodyさん mailto:sage [2008/07/12(土) 02:04:01 ID:???] >>866 それは、自分で私は低脳プログラマですって言ってるようなものだぞ。 869 名前：nobodyさん [2008/07/12(土) 09:41:14 ID:jBMGyyJi] オブジェクトはな・・・Cの構造体を勉強してみると感じが分かるやもしれぬ。 が、そもそもCの勉強コスト自体が高いかね。 でも、勉強しておくと、後々効いてくる。 870 名前：nobodyさん mailto:sage [2008/07/12(土) 09:52:14 ID:???] オブジェクト指向を学習したいならPHPなんてしない方がいい 関連書籍のレベルも低いし 871 名前：nobodyさん mailto:sage [2008/07/12(土) 11:05:18 ID:???] オブジェクト指向なんて難しい事を考えずに、 関数の寄せ集めって考えれば、すごく楽なのに。 872 名前：nobodyさん mailto:sage [2008/07/12(土) 11:12:05 ID:???] 関数の寄せ集めとは違うぞ。 より便利に関数・・・というか、プログラミングを、と考えていくとオブジェクト指向につながっては行くけどな。 873 名前：nobodyさん mailto:sage [2008/07/12(土) 11:19:45 ID:???] >>868 なんで？ 874 名前：nobodyさん mailto:sage [2008/07/12(土) 11:38:13 ID:???] 関数と変数の寄せ集めじゃない？ 875 名前：nobodyさん mailto:sage [2008/07/12(土) 11:39:05 ID:???] >>873 楽したがる人の方が優秀っていうのは定説 876 名前：nobodyさん mailto:sage [2008/07/12(土) 11:46:50 ID:???] >>875 根拠を詳しく 877 名前：nobodyさん mailto:sage [2008/07/12(土) 12:02:11 ID:???] >>876 どうせ「ソースは自分」だろうからほっとけ。 オブジェクト指向はOOPだけ見てると、どうしても小手先的な話が多くなりがちだから OODも勉強したほうが良いとは思う。ただ、これに関して自分が呼んだ範囲でよかったと 思える本は、Booch先生の「Booch法：オブジェクト指向分析と設計」ぐらい。 しかもこれはもう絶版で再版はされないだろうから、中々に難しい。 878 名前：nobodyさん mailto:sage [2008/07/12(土) 12:26:50 ID:???] >>876 少しはぐぐれ 879 名前：nobodyさん mailto:sage [2008/07/12(土) 12:33:16 ID:???] >>877 じゃあ、自分の言葉で、「OODも勉強したほうが良い」と思われることを一つでもよろしく 例えば設計手法としてドメインモデルに基づいた「名前」の抽出とか、そう言った具体的な ものは、"OOではなく"普通に有効なものだと思う。 何がOOのエッセンスか、その辺がよくわからない。 例えば新しい手法が出てきたとして、それがある場面で有効であっても、付帯する、 例えばJavaを前提としたUMLの書式であったりJavaの文脈であったり、そういった ものはあまり普遍的ではないように感じる。 例： Beanとかなんとか書いてある本を、PHPで実際に参考にするのは非常に難しい。 880 名前：nobodyさん mailto:sage [2008/07/12(土) 12:41:03 ID:???] >>879 > "OOではなく"普通に有効なものだと思う。 色々あるだろうけど、それはその通りだと思うよ。 ただ、例えばモジュール化とかの方法論は、機能単位に分解することを前提にしてたり、 して、モデリングの方法論としては使用されていなかったというだけの話で。 OO言語が流行るまで、個々のエンジニアレベルでOO的な思考がされていなかったのかと 言えば、そんなことはないでしょ。ただ、共通的なモデルとしては語られなかっただけで。 でも、それが出来るようになったのは、それなりに大きい。 後半は何言ってるかわからんから、コメントは控える。 881 名前：nobodyさん [2008/07/12(土) 15:09:10 ID:2oBRlMWN] モデル駆動型アーキテクチャ - Wikipedia ja.wikipedia.org/wiki/%E3%83%A2%E3%83%87%E3%83%AB%E9%A7%86%E5%8B%95%E5%9E%8B%E3%82%A2%E3%83%BC%E3%82%AD%E3%83%86%E3%82%AF%E3%83%81%E3%83%A3 >フォレスターリサーチは2006年に MDA は死に体（D.O.A.）であるとした OOA/OOD業界には、SIerが儲けるためのバスワードが混ざっているんでしょうか？ 882 名前：nobodyさん [2008/07/12(土) 15:11:44 ID:2oBRlMWN] ×　バスワード ○　バズワード バズワード - 【buzzword】(特にビジネスの世界における)流行語。 バズワード(buzzword)とは一見専門用語のように見えるがそうではない、明確な合意や定義のない用語のことである。 883 名前：nobodyさん mailto:sage [2008/07/12(土) 16:00:51 ID:???] OOA/OOD業界って何？って話があるけど、そもそもOOをまともに語れるSIerなんてそんなに居ないと思う。 昔、IBMでさえ、「VBはOO言語だから、VBで作ったシステムはオブジェクト指向技術で作られているんだ」なんて 意味の無いことを主張してたし。 ただ、近いところだと、SOAなんかはバズだなぁって思う。 884 名前：nobodyさん mailto:sage [2008/07/12(土) 17:44:37 ID:???] いや意味なくはないだろw 具体的に何が気に障ったのか判らんが 885 名前：nobodyさん [2008/07/12(土) 17:54:21 ID:bJKqKB86] ethnaみたいなシンプルなFWで十分 MVCとヴァアリデートだけできればいいし 886 名前：nobodyさん mailto:sage [2008/07/12(土) 19:26:06 ID:???] > MVCとヴァアリデートだけできればいいし 逆に、それ以外で要らないものって何だ？ 887 名前：nobodyさん mailto:sage [2008/07/12(土) 19:35:29 ID:???] MVCが広すぎて何とも言えないが、独自セッションライブラリとかO/Rマッパとか やたらと柔軟なrouterとか、使いやすいConfig、Repositoryクラスとか、そんなもの のことかも でも、ぶっちゃけヴァリデートはテンプレートライブラリと同程度にフレームワーク からの独立性や選択肢が欲しいな。 一時期HTML_QuickFormが流行ったのは、独立したヴァリデーションライブラリの 側面もあったからだと俺は思ってる 888 名前：nobodyさん mailto:sage [2008/07/12(土) 20:05:09 ID:???] >>884 別に自分の話じゃないよ。 興味があるなら、九大病院　IBM オブジェクト指向　でググって見てちょ。 889 名前：nobodyさん mailto:sage [2008/07/12(土) 21:52:20 ID:???] >>887 > MVCが広すぎて何とも言えないが、独自セッションライブラリとかO/Rマッパとか > やたらと柔軟なrouterとか、使いやすいConfig、Repositoryクラスとか、そんなもの > のことかも 俺もそれのことだろうとは思ったのよ。 でも、本当にそんな便利なものをいらないと 言っているのかと疑問になってね。 890 名前：nobodyさん mailto:sage [2008/07/12(土) 22:01:37 ID:???] 今時PHPてどこの乞食だよｗｗｗ 891 名前：nobodyさん [2008/07/12(土) 22:05:04 ID:yMqg6CvP] 九大病院　IBM オブジェクト指向 に一致する日本語のページ 約 320 件 bizboard.nikkeibp.co.jp/kijiken/summary/19980817/NC0450H_416091a.html 日経コンピュータ 1998/08/17号 大規模オブジェクト指向開発が破綻　早期稼働を狙いVisual　Basicへ変更 九州大学医学部附属病院は98年5月，医師や看護婦のあらゆる業務を支援する「新医療情報システム」を予定より1年以上遅れて全面稼働させた。 当初は97年1月から順次稼働させる予定だったが，システム・インテグレータとして開発を担当した日本アイ・ビー・エムのプロジェクト管理の甘さなどが原因で，開発が大幅に遅れてしまった。 最初smalltalkを使って、頓挫してVisualBasicに変更＝オブジェクト指向プログラミングを捨てて、構造化プログラミングでデスマーチに対処したんですね？ 892 名前：nobodyさん mailto:sage [2008/07/12(土) 22:08:56 ID:???] itpro.nikkeibp.co.jp/article/NEWS/20080306/295561/ スルガ銀行は2008年3月6日、日本IBMに111億700万円の損害賠償を求める訴訟を東京地方裁判所に提起したと発表した。 「新経営システム」の開発を委託したが、「IBMの債務不履行により開発を中止せざるを得なくなった」（広報）ことにより被った損害や逸失利益などの賠償を求めたもの。 　 スルガ銀が導入を目指していたのは、IBMのオープン勘定系パッケージ「NEFSS/Corebank」。 2004年9月にプロジェクトを開始していた。 当初は2008年1月の稼働を目指していたが、開発遅れにより、延期していた。 俺なら111億円も弁償できないよ＞＜ PHPで月100万円儲けられれば十分です(^^)v 893 名前：nobodyさん mailto:sage [2008/07/12(土) 22:10:53 ID:???] >>888 結構古い話なのね 肝心の97年のnikkeiBPの記事がリンク切れなのでぐぐっても良く判らないな。 bizboard.nikkeibp.co.jp/kijiken/summary/19980817/NC0450H_416091a.html 有料記事化してたこいつかな（SMLのML漁った方が早いのかな） ともあれあの当時のVBでOO云々っていう事なら 俺も無理ある話だと同感ましたわ。 2006/7にも受注してんのな ttp://www-06.ibm.com/jp/press/20060719001.html こっちの話題はいまんところ見当たんない感じ 894 名前：nobodyさん mailto:sage [2008/07/12(土) 22:11:11 ID:???] >>887 その発想はいいかもね！ PHPのフレームワークが乱立しているけど、いいとこ取りで自分で組み合わせて使うのがスマートだと思う。 ＝大きすぎず小さすぎず、必要十分条件を満たすように使い分けられる時代が来るかな？ 895 名前：nobodyさん mailto:sage [2008/07/12(土) 22:11:24 ID:???] >>891 被ったよ。失礼 896 名前：nobodyさん mailto:sage [2008/07/12(土) 22:14:56 ID:???] >>891 それだけじゃなくて、名前は忘れたけど九大病院にシステム好きなセンセイが居て、 システムの要件としてオブジェクト指向技術をつかったシームレスなシステム化っのが あったらしい。 で、IBMはVBだってOOPLなんだから、これもOOだって言い張ってた。 結局どうなったかは知らんけど。 スレと関係なくなってるから、ここまでにしておくね。 897 名前：nobodyさん mailto:sage [2008/07/12(土) 23:13:48 ID:???] 98年というと、Vistual Basic 6.0が発売されたとしか。 どうだろうね。 VB6なら、クラスもインターフェースもあるし、 オブジェクト指向として必要最低限の機能はあるんじゃね？ 898 名前：nobodyさん mailto:sage [2008/07/13(日) 08:44:03 ID:???] オブジェクト指向って、厳密な定義が難しいよね。 ttp://d.hatena.ne.jp/sumim/20040525/p1 899 名前：nobodyさん mailto:sage [2008/07/14(月) 14:03:45 ID:???] まぁ、別にCでだってOOPしてるプログラムとかAPIはいくらもある訳で。 900 名前：nobodyさん mailto:sage [2008/07/14(月) 21:48:58 ID:???] 当たり前だが使ってる言語だけでOOとか非OOとか言うことはできんわな 901 名前：nobodyさん mailto:sage [2008/07/14(月) 21:58:48 ID:???] >>900 PHPやPerlが一番いい例じゃないかｗ そこまで行くと、何を今更と言ってもいいかと まあ議論の内容は大事だけどね 902 名前：nobodyさん [2008/07/17(木) 01:56:21 ID:r8Tb5l59] 外国語ではフランス語が一番オブジェクト指向に近い 903 名前：nobodyさん mailto:sage [2008/07/17(木) 02:06:39 ID:???] 名詞に性がある言語はOpen Close Principleに反していると思う。反論は認める。 904 名前：nobodyさん mailto:sage [2008/07/17(木) 09:42:03 ID:???] きょうのむずかしいことば「Open Close Principle」 Open Close Principle に一致する日本語のページ 約 55,700 件 www.morijp.com/masarl/homepage3.nifty.com/masarl/article/dp-ocp.html Gang of Fourのデザインパターンは，全部で23個ものパターンがあります． オブジェクト指向には，カプセル化，継承，ポリモルフィズムといった数少ない道具しかありません． では，なぜ23個もの多くのパターンになってしまったのでしょうか？ このことは，デザインパターンの中に何かかくされた原理というべきものが存在するということを暗示しています． それが今回紹介するOpen-Closed Principleです． Bertrand Meyerによれば，Open-Closed Principleとは次のことを意味します． 「モジュールは拡張性について開いて（Open）おり，修正について閉じて（Closed）いなければならない」 このOpen-Closed Principle -- 「結んでひらいての法則」は，オブジェクト指向設計を考える際，その設計が正しいかどうかの指針を与えてくれるもっとも重要な原理です． >>903 ネタThanksですｗ 参考になりました(^^)v 905 名前：nobodyさん mailto:sage [2008/07/17(木) 13:41:46 ID:???] 理解できたようで理解できていないのがオブジェクト指向 906 名前：nobodyさん mailto:sage [2008/07/17(木) 13:47:12 ID:???] オブジェクト指向すら理解できてない乞食は コンピュータ学園HALでも通っとけ 907 名前：nobodyさん mailto:sage [2008/07/17(木) 20:12:06 ID:???] >>904 > オブジェクト指向には，カプセル化，継承，ポリモルフィズムといった数少ない道具しかありません． > では，なぜ23個もの多くのパターンになってしまったのでしょうか？ 数字はたった10個しかないのに、 ものすごくたくさんの数値パターンがあるのと同じ。 文字はたった26文字（アルファベット）しかないのに、 いろんな小説が作られたのと同じ。 人間は少ないもので、数多くのパターンを表現できるように・・・ではなく、 数多くのパターンを、少ない物で表現可能にしてきたのだよ。進化とともにね。 908 名前：nobodyさん mailto:sage [2008/07/17(木) 20:33:28 ID:???] GoFのパターンがデザインパターンのすべてではないしね。 代表的なものであるのはまちがいないけど。 デザインパターンの重要な点は、有能なプログラマなら意識的 あるいは無意識にやっている、まっとうな設計に名前をつけたこと。 名前が付けられることで方法論が共有でき、会話やグループプログラミングがスムーズになるから。 909 名前：nobodyさん mailto:sage [2008/07/17(木) 23:40:50 ID:???] 実際理解できてない奴大杉 910 名前：nobodyさん [2008/07/18(金) 02:20:52 ID:VtO/mWcS] GoFというネーミングセンスに痛さを感じてしまう。 と思ってたらこれが元ネタ？ ja.wikipedia.org/wiki/%E3%82%AE%E3%83%A3%E3%83%B3%E3%82%B0%E3%83%BB%E3%82%AA%E3%83%96%E3%83%BB%E3%83%95%E3%82%A9%E3%83%BC_(%E3%83%90%E3%83%B3%E3%83%89) 911 名前：nobodyさん mailto:sage [2008/07/18(金) 02:33:21 ID:???] その程度で痛いとか言ってたらdankogaiなんてどうなるの？ 912 名前：nobodyさん mailto:sage [2008/07/18(金) 20:21:15 ID:???] PHPのフレームワークはpradoが圧倒的に人気みたいですね q.hatena.ne.jp/1210442237 913 名前：nobodyさん mailto:sage [2008/07/18(金) 20:43:14 ID:???] Pradoってなんだよｗｗｗｗ 914 名前：nobodyさん mailto:sage [2008/07/18(金) 20:47:51 ID:???] これはひどいｗｗｗｗ 915 名前：nobodyさん mailto:sage [2008/07/18(金) 21:11:58 ID:???] pradoはかなり特殊だから信者がこぞって入れたんだろうな 916 名前：nobodyさん mailto:sage [2008/07/18(金) 22:09:19 ID:???] 潔くPHP5だというだけで特殊扱いか。SAXが流行ってた頃を思い出すし、Pradoを俺は嫌いじゃないよ。 917 名前：nobodyさん mailto:sage [2008/07/18(金) 22:37:15 ID:???] いや、PHP5とか好きとか嫌い以前にね。 そのアンケート結果不自然すぎでしょｗ フレームワーク自体の問題じゃなくて 認知度の問題から、その結果はありえないの。 918 名前：nobodyさん mailto:sage [2008/07/18(金) 22:37:45 ID:???] いやPRADOの特殊性はPHP5縛りとかそんなチャチなものじゃなくて もっと恐ろしいというか、どう見てもDelphiですな所。 不作為であの結果はありえないっしょ。 919 名前：nobodyさん [2008/07/18(金) 23:40:48 ID:w/EYto11] 汎用性ではETHNAでしょ 920 名前：nobodyさん mailto:sage [2008/07/22(火) 03:55:09 ID:???] >Mapleは存在をしりませんでした。T-T。これ日本でつくられているのかな。 ワロタｗ 921 名前：nobodyさん mailto:sage [2008/07/23(水) 17:01:32 ID:???] radar.oreilly.com/2008/07/perl-on-app-engine.html GAEにPerlが載ってPHP静かに脂肪ｗｗｗ 922 名前：nobodyさん mailto:sage [2008/07/27(日) 19:58:30 ID:???] 脂肪ネタ、実は好きですｗ 923 名前：nobodyさん mailto:sage [2008/07/30(水) 15:19:27 ID:???] Rails の migration のように、データベースのテーブル定義を複数人で同期させる仕組みって PHP にありますか。 なんかよさそうなライブラリやツールがあれば教えてください。 924 名前：nobodyさん mailto:sage [2008/07/30(水) 19:35:58 ID:???] >>923 俺も知りたいな。 うちでは、Excelのテーブル定義書とテストデータ（や初期データ）ファイルから、 誰かが書いたVBAマクロでSQLをテキストファイルにしている。 テーブル定義やデータが変更されたら、データベースごとドロップして再度流し込み。 この辺をフォローしているフレームワークやライブラリってあるのかな？ まあ上記のやり方で、わかりやすくてしかもPHP以外でも使えるのであんまり必要は 感じていないのも事実だけどｗ 925 名前：nobodyさん mailto:sage [2008/07/31(木) 12:29:49 ID:???] >>924 それだとデータは再入力しないといけないよな。それは困る。 データはどうしてるの? 926 名前：nobodyさん mailto:sage [2008/07/31(木) 12:52:20 ID:???] 924じゃないけど、そんなの先にダンプしとけばいいんじゃないの？ カラム名変わってたらちょっと手を入れるけど、 追加とかなら大抵平気だろ。 つか、そもそもそんなにrailsが好きならrailsのmigration使って管理しろよ。 開発環境なんだし、PHPであるひつようなんてないだろ、どうせ。 927 名前：924 mailto:sage [2008/07/31(木) 13:24:55 ID:???] >>925 共通で使うデータ（テストデータ・初期データ）はデータファイルとして これもExcelにしておく。INSERT文には自動変換。 データのファイルを作るのが結構手間だけど、alterなんちゃらでテーブル 定義を変更し続けて、開発者間での整合が取れなくなるのが一番嫌だから、 あくまでドキュメントベースでやってる。 ただのテスト用データなら、>>926が言うようにそれぞれが勝手にダンプ すればいいし。 928 名前：nobodyさん mailto:sage [2008/07/31(木) 14:10:50 ID:???] >>926 >924じゃないけど、そんなの先にダンプしとけばいいんじゃないの？ >カラム名変わってたらちょっと手を入れるけど、 >追加とかなら大抵平気だろ。 それを、スキーマが変更されるたびに、手作業で、開発者全員がやらないといけないの? >つか、そもそもそんなにrailsが好きならrailsのmigration使って管理しろよ。 >開発環境なんだし、PHPであるひつようなんてないだろ、どうせ。 別にRailsが好きなんて書いてないんだけど。 Railsのmigrationはよく出来ていると思ったから、PHPではどうしたらいいかを聞いただけ。 なんかRailsに引け目でもあるわけ? >926 929 名前：nobodyさん mailto:sage [2008/07/31(木) 15:16:19 ID:???] スキーマーの変更なんて、そんなに頻繁にするもんじゃないと思うけど。 つーか、RailsってORマッパーなしじゃ使えないのかな。ORマッパーって業務でウェブアプリ作るレベルだと意味無いというか、100%害悪だと思うんだけど。 930 名前：nobodyさん mailto:sage [2008/07/31(木) 18:57:07 ID:???] ＞それを、スキーマが変更されるたびに、手作業で、開発者全員がやらないといけないの? スキーマ変更が多いなら、たしかに自動化できた方が良いねえ。 でもrailsのmigrationも万能じゃないって言うか、 気をつけて書かないと全ての開発者の手元で動くmigrationにならなかったりもするので あまりコスト的には変わらない気もするが、、、どうなんだろう。 ＞なんかRailsに引け目でもあるわけ? >926 なんで引け目？ 別にないけど。 ＞ORマッパーって業務でウェブアプリ作るレベルだと意味無いというか、100%害悪だと思うんだけど。 スキーマ煩雑に変わるような状況だと、それなりにORマッパーは便利。 でも仕様が固まったあとSQLに置きかえないとやばい。 あと、railsだってORマッパー無視して最初から普通にSQL書いて投げられるよ。 それともそういう話ではない？ 931 名前：nobodyさん mailto:sage [2008/08/01(金) 23:30:29 ID:???] >>930 >なんで引け目？ 別にないけど。 だったら最初から >>つか、そもそもそんなにrailsが好きならrailsのmigration使って管理しろよ。 とか書くなよ。 単に、PHPではどうしたらいいかを聞いているのに、"そんなにrailsが好きなら" とか "Rails使え" とか、ばかじゃねーの ほんと役立たずな926

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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