トップページ⇒php
1001コメント284KB

【PHP】PHPフレームワーク総合スレ14

レス数が1000を超えています。これ以上書き込みはできません。
0001nobodyさん2009/09/26(土) 05:55:43ID:Z4zintKr
前スレ
pc11.2ch.net/test/read.cgi/php/1237825268/
0002nobodyさん2009/09/26(土) 05:56:56ID:Z4zintKr
主なフレームワーク

* symfony
* CakePHP
* ZendFramework
* CodeIgniter
0003nobodyさん2009/09/26(土) 07:22:33ID:???
噂には聞いてたけど
cakeのコードきっついすなー
なんでこんなのが人気あるんだ
0004nobodyさん2009/09/26(土) 08:56:47ID:???
http://slashdot.jp/security/article.pl?sid=09/09/25/0246256

.svnからソースコードが盗まれてPHP脂肪ｗｗｗ
0005nobodyさん2009/09/26(土) 11:46:36ID:???
PHPと何の関係があるの？

って笑えばいいのかな？
0006nobodyさん2009/09/26(土) 15:15:25ID:???
>>3
コードの質もわからないバカが多いからだよ。
0007nobodyさん2009/09/26(土) 18:36:52ID:???
PHPのフレームワークに関する話題用のスレッド

●国外産●
symfony
　ttp://www.symfony-project.com/
code igniter
　ttp://codeigniter.com/
Zend Framework
　ttp://framework.zend.com/manual/ja/index.html
CakePHP
　ttp://www.cakephp.org/
Yii Framework
　ttp://www.yiiframework.com/

●国産
ちいたん
　ttp://php.cheetan.net/
Ethna
　ttp://ethna.jp/
guesswork
　ttp://classic.guesswork.jp/
maple
　ttp://kunit.jp/maple/

●前スレ
【PHP】フレームワークについて語るスレ13【総合】
http://pc11.2ch.net/test/read.cgi/php/1237825268/

次スレは >>980 くらいで立てて
0008nobodyさん2009/09/26(土) 18:36:58ID:???
●過去スレ一覧
13http://pc11.2ch.net/test/read.cgi/php/1237825268/
12http://pc11.2ch.net/test/read.cgi/php/1229960175/

11http://pc11.2ch.net/test/read.cgi/php/1219581817/
10http://pc11.2ch.net/test/read.cgi/php/1202521438/
. 9http://pc11.2ch.net/test/read.cgi/php/1197383840/
. 8http://pc11.2ch.net/test/read.cgi/php/1192604501/
. 7http://pc11.2ch.net/test/read.cgi/php/1181350116/
. 6http://pc11.2ch.net/test/read.cgi/php/1171896620/
. 5http://pc10.2ch.net/test/read.cgi/php/1159579507/
. 4http://pc8.2ch.net/test/read.cgi/php/1151706907/
. 3http://pc8.2ch.net/test/read.cgi/php/1145971945/
. 2http://pc8.2ch.net/test/read.cgi/php/1135847024/
. 1:http://pc8.2ch.net/test/read.cgi/php/1123608068/
0009nobodyさん2009/09/26(土) 18:43:23ID:???
cakeはメソッドの名前とかが微妙におかしい
英語がろくに使えない中国人が付けたみたいな感じ
0010nobodyさん2009/09/26(土) 19:25:57ID:???
たとえば？
0011nobodyさん2009/09/27(日) 02:10:24ID:???
isFieldErrorとか
0012nobodyさん2009/09/27(日) 04:12:33ID:???
beforeFilterもいい名前じゃないな
何の前なのか明示した方がいい
0013nobodyさん2009/09/28(月) 17:11:34ID:???
サーバーサイドで実行できるjqueryのオープンソース　phpquery

サーバー側でHTMLをjqueryで整形できるよ。

http://code.google.com/p/phpquery/


$doc = phpQuery::newDocumentHTML("http://www.yahoo.co.jp/");

$html = $doc['div'] -> html();

サーバーサイド側でこんな簡単にHTMLが抜け出せる。
正規表現も使わないで済む。jqueryライクな書き方でOK
0014nobodyさん2009/09/28(月) 18:22:58ID:???
で、どのフレームワークが一番いいの？
0015nobodyさん2009/09/28(月) 21:30:30ID:???
これからはじめるならYiiもいいかもしれないよ
0016nobodyさん2009/09/28(月) 21:40:26ID:???
yiiもドキュメント見るとなんかダサい感じ
0017nobodyさん2009/09/28(月) 21:40:46ID:???
面接で、使ったことあるフレームワークとか聞かれたとき、
Yiiって言いにくいよな、なんかショッカーの雑魚戦闘員っぽくて。
0018nobodyさん2009/09/29(火) 01:52:25ID:???
PHPやJSなどの各種フレームワークを比較できる
『Best Web Frameworks』
http://www.bestwebframeworks.com/
0019nobodyさん2009/09/29(火) 01:58:03ID:???
>>18
いくら何でもこんな表じゃ比較できないだろうｗ
やっぱり使ってみないと分からないよな
0020nobodyさん2009/09/30(水) 04:24:45ID:???
PHP4準拠だったり、マジックメソッド多用してたり、グローバルスコープに関数や定数を定義しまくっているFWは論外だと思う。
特にマジックメソッドはIDEとの親和性も悪いし、エラーの温床になりやすい。
0021nobodyさん2009/09/30(水) 06:53:34ID:???
それってcakeしかねーじゃん！
0022nobodyさん2009/09/30(水) 16:50:14ID:???
マジックメソッドは使わなければ良いだけじゃね？
0023nobodyさん2009/09/30(水) 19:12:44ID:???
cakeはレンタルサーバーでも使いやすいから人気になっただけだな
0024nobodyさん2009/09/30(水) 20:10:25ID:???
つまり、そのほかのフレームワークは
レンタルサーバーでは使いにくいといいたいわけです。
0025nobodyさん2009/09/30(水) 22:05:58ID:???
PHP使ってる人のPGとしての意識が低いだけっしょ。
コード品質より、楽さを求める人が多いからcakeを選択する人が多い、と。
0026nobodyさん2009/10/01(木) 03:04:16ID:???
他のフレームワークよりcakeは楽できるの？
0027nobodyさん2009/10/01(木) 03:34:53ID:???
最初に覚えてからもう新しいの覚えることができなくなった頭がお年寄りになった人たちには楽だよ
0028nobodyさん2009/10/01(木) 03:58:09ID:???
cake食い過ぎて糖尿病！
0029nobodyさん2009/10/01(木) 08:45:24ID:???
すみません、フレームワークを勉強しようと思っているのですが、ZendとCakeってどう違うのでしょうか？
まだ良く分かっていないのですが、例えばライブラリのように２つを一緒に使うとかいうような事も出来るのでしょうか？
関数、変数名が干渉してしまってどちらか一方だけになるとかあるのかなぁ、と思っています。


0030nobodyさん2009/10/01(木) 09:11:17ID:???
cakeは「名前空間がぶつからないようにする」という配慮自体が欠けてる、全体的に。
0031nobodyさん2009/10/01(木) 09:31:16ID:???
Zend 疎結合
Cake 密結合
0032nobodyさん2009/10/01(木) 10:19:17ID:???
>>30
そ、それはまずいですね
しかし使っている人も多いようなのである程度注意していれば問題は無いのでしょうが、ちょっとした事でオーバーライドとかのバグになりそうですね

>>31
おおっ、簡潔でいて的を射ていそうな表現ですが
自分にはちょっと分かりにくかったです
Zendは互いが干渉しにくい為にバグやオーバーライド等が少ない代わりに構文はやや複雑になり、
Cakeは色々なメソッドやらハンドラが密に干渉していて、簡単な構文になりやすいという事でしょうか？

0033nobodyさん2009/10/01(木) 14:47:54ID:???
>>32
違います。
0034nobodyさん2009/10/01(木) 15:59:48ID:???
ふえっ？
すみません、では違いが分かりません
どのように２つは違うのでしょうか・・・
ごめんなさいあまり知識が無いもので
0035nobodyさん2009/10/01(木) 17:07:19ID:???
Zendは次世代PEAR(ライブラリ集)、CakeはPHP版RoR。
設計思想からして違う。

実際に使ってみると、

Zendはフレームワークを作る為のライブラリ集、
基本的な機能は揃っているが導入時にある程度のコードを書く必要がある。
反面、自分の使いやすい形式のFWに仕立て上げる事が出来る。
疎結合なので、使いたいクラスを学ぶだけで簡単に導入出来る。

Cakeは決められたルールに従えば、書くコードが少なくてすむ。
反面、ルールから外れた事しようとすると面倒になる。
0036nobodyさん2009/10/01(木) 17:20:22ID:???
>>35
よく分かりました
説明有難うございました
0037nobodyさん2009/10/02(金) 06:54:35ID:???
コンポーネントとか使い始めると名前衝突の可能性がぐんと上がるかも。＞Cake
Cake3ー！早く来てくれー！
0038nobodyさん2009/10/02(金) 16:04:35ID:???
名前衝突とか気にするなら、
最初からcake以外のフレームワーク使うのが吉
せっかくいろいろ種類が出てるんだから、
他のフレームワークも盛り上がって欲しい
まあおれはcake使うけど
0039nobodyさん2009/10/02(金) 18:54:20ID:???
PHPに名前空間がサポートされたら、
Cakeは逆にシンプルな関数名で良いといわれるようになる。

そこまで先を見ていたのだよ。
0040nobodyさん2009/10/03(土) 01:04:59ID:???
PHP5.3から名前空間サポートされましたけど。
0041nobodyさん2009/10/03(土) 02:37:53ID:???
PHP5.3の付け焼き刃な名前空間使うくらいなら、
クラスにパッケージ接頭子付ける方がまし。
0042nobodyさん2009/10/03(土) 11:48:35ID:???
Zend とか異常に長いのなかった
あーゆーのは嫌だなぁ
0043nobodyさん2009/10/03(土) 12:55:33ID:???
名前空間がサポートされたとしてもcakeの定数名はないわ
0044nobodyさん2009/10/03(土) 16:25:09ID:???
>>42
ネームスペース使っても
new Zend_Db_Adapter_Abstract();　が　new Zend\Db\Adapter\Abstract();

になるだけだぜ？
同一パッケージや、useでエイリアス貼ればいいんだろうけど･･･それをやり始めると名前衝突が避けられなくなるという罠。

Zendの命名形式はいいけど、サブパッケージを掘りすぎなのが問題だと思う。
Zend_DbAdapterAbstract
Zend_ControllerFront
みたいにcamelCase使ってもう少し階層数を下げれんもんだろうか。
0045nobodyさん2009/10/03(土) 16:38:08ID:???
で、業界で一番使われているフレームワークはどれなの？
0046nobodyさん2009/10/03(土) 16:43:05ID:???
言う程フレームワークは浸透していないよｗ
習コストかかるし、FW自体をまともに理解出来る人材も少ない。

結果社内開発のシンプルなライブラリ集みたいなものが多用される事になる･･･
0047nobodyさん2009/10/03(土) 23:36:19ID:???
>>44
Zend_DbAdapterAbstract
こんなんじゃオートローダー作りにくいし、(現状だとPEAR含めてオートローダーが共用できる)
階層数下げるメリットも分からない。
Yiiはオートローダーを実現するためにこんなコードが200行以上も続くが、こんなんよりよっぽどマシだと思う。


private static $_coreClasses=array(
'CApplication' => '/base/CApplication.php',
'CApplicationComponent' => '/base/CApplicationComponent.php',
'CBehavior' => '/base/CBehavior.php',
'CComponent' => '/base/CComponent.php',
'CErrorEvent' => '/base/CErrorEvent.php',
'CErrorHandler' => '/base/CErrorHandler.php',
'CException' => '/base/CException.php',
'CExceptionEvent' => '/base/CExceptionEvent.php',
'CHttpException' => '/base/CHttpException.php',
'CModel' => '/base/CModel.php',
0048nobodyさん2009/10/04(日) 03:30:26ID:???
>>47
お前は何を言っているんだ？
Zendの命名が冗長だっていう指摘に対するレスなだけなんだが。


オートロードなんてクソ重くてコード保守性下がる物の為に、
コード規約を設計するなんて正気の沙汰とは思えないな･･･
0049nobodyさん2009/10/04(日) 03:32:18ID:???
あとYiiはオートローダを実現する為に書いているんじゃなくて、
オートローダのファイル検索オーバーヘッドを少なくするためじゃないの？ｗ

200行程度、オートロード1～2回行うより遙かに軽いよ。
0050nobodyさん2009/10/04(日) 10:51:49ID:???
>>48
出鱈目いうなよ。オートロードが速くて保守性がいいからPHP5のFWが使ってんだろが。
>>49
ファイル検索オーバーヘッドってなんだ？オートロードってファイルを「検索」してロードすんのか？w
0051nobodyさん2009/10/04(日) 11:13:21ID:???
>>49
spl_autoload_register(array('YiiBase','autoload'));
0052nobodyさん2009/10/04(日) 15:44:29ID:???
>>50
ベンチマークとって見ろよｗ　autoloadって結構なリソース食うんだぜ。
最近のFWは機能こそ備えているけれど、デフォルトでは使ってないのもその為。
Zendとか、各クラスで使用するクラスをincludeしてるだろ？
生産性は上がるがクラス間の関係性が不透明になるから、保守性は下がる。


＞ファイル検索オーバーヘッドってなんだ？オートロードってファイルを「検索」してロードすんのか？w
そうだよ？
インクルードパスに該当するファイルが無いか検索が発生するけど、これが想像以上に重いんだよ。
Yiiはその手間を省く為に、ｸﾗｽ名とファイル名のマッチングを使っている。
0053nobodyさん2009/10/04(日) 17:23:53ID:???
これはYiiな
0054nobodyさん2009/10/04(日) 21:49:34ID:???
それはYiiの糞ローダーだけの問題だろう。クラス／ファイル命名規則が糞だからマップを必要としてるだけ。
そもそもインクルードパスのスキャンをしないためにはフルパスでinclude/requireしかない。オートロードは関係ない。
Kohanaはずっとすっきりしてるし、ZendやSolarはPEARスタンダード準拠。

ベンチマーク？
http://till.vox.com/library/post/zendframework-performance.html の
3) Get rid off require_once, use __autoload とか見れ
http://blog.apecell.com/?s=autoload&x=0&y=0 ここも
お前の言う相対パスのベンチはここ　
http://jp.php.net/manual/ja/function.require-once.php
0055nobodyさん2009/10/05(月) 23:38:00ID:???
それはautoloadを使う前提での require　と　require_once　のベンチマークだろｗ

Zend_Loaderのautoload経由でのincludeと、通常のincludeを比較してみろよ。
予め使うクラスが確定している場合はオートロードなんて使うもんじゃないよ。
0056nobodyさん2009/10/06(火) 00:47:18ID:???
autoloadするっていっても、一度に全てのファイルを読み込む訳じゃないだろうから、そこまで劇的に違いは出ないんじゃないの？

autoloadを介す場合、

1.ファイルパスが書かれた設定を読み込み、配列にセットする。
2.ロード済みかチェックする
3.未ロードならincludeする

という手順になると思う

速度に違いが出そうなところといえば、おそらく1.のパスを配列に詰め込むところでしょう。
数万ファイルあると、相当遅そうだけど、数百、数千ファイルのパスを詰め込むぐらいなら、それほど負荷はかからない様に思える。

また、この設定ファイル自体、更新頻度が低いだろうから、
アクセラレータを介したり、
初回は設定ファイルから読み込み→シリアライズしてしまえば、
さらに負荷を押さえられそうな気がする
0057nobodyさん2009/10/06(火) 00:58:19ID:???
「予め使うクラスが確定している場合は」

ワロタ。
0058nobodyさん2009/10/06(火) 01:52:53ID:???
Removing require_once in favour of __autoload shows one of the biggest performance improvements in my entire application
- I shaved off roughly 220 milliseconds by removing about 15 (or so) calls to require_once in my bootstrap.php file.
require_once is also the number one performance killer from the entire Zend_* code base. The before/after is amazing.
Without any of those enhancements from the list just by stripping out require_once from our ZendFramework "install",
we went from 9-10 requests/second to 27 requests/second.

Zend_*コードから全てのrequire_onceを取り除き__autoloadに変えると 9-10 リクエスト/秒が27リクエスト/秒になった。
0059nobodyさん2009/10/06(火) 02:38:20ID:???
require_onceって何で遅いん？
0060nobodyさん2009/10/06(火) 09:10:10ID:???
＞require_onceって何で遅いん？
PHP側の読込み済みかどうかの判定がウンコだから
0061nobodyさん2009/10/06(火) 12:08:57ID:???
>>58
それって、フレームワークやライブラリ次第なんじゃないかなあ。
毎回、必要ないものを大量にrequire_onceしてるならautoloadしたほうが速いだろうけど、
そうでないならrequire_onceのほうが速いと思う。
その加減がわからんけど。
0062nobodyさん2009/10/07(水) 08:49:18ID:???
autoloadにしてエラーが出るおれには、死角は無かった。
0063nobodyさん2009/10/07(水) 20:01:22ID:???
>>62
>死角は無かった
資格はなかった、の間違いだな
0064nobodyさん2009/10/10(土) 11:43:41ID:???
>オートロードなんてクソ重くてコード保守性下がる物の為に、
>コード規約を設計するなんて正気の沙汰とは思えないな･･･

こいつが糞なのだけは分かった。
0065nobodyさん2009/10/11(日) 06:11:17ID:???
オートロードを推奨してる言語って何かあったっけ？
0066nobodyさん2009/10/11(日) 10:25:39ID:???
オートロードってモダンな言語では標準じゃないか？
0067nobodyさん2009/10/11(日) 11:35:46ID:???
そのモダンな言語を上げてくれよｗ
大抵はclassの頭にimportとかで明示的に使用するクラスを指定すると思うんだが･･･
0068nobodyさん2009/10/11(日) 20:39:57ID:???
言語によっては慣習的にライブラリを丸ごとimportするものもあるよね
0069nobodyさん2009/10/12(月) 00:44:11ID:???
だから具体的にその言語名を名前挙げてくれよ。

JavaとかC#みたいなコンパイラ型言語の事を指している？
であれはコンパイル時にクラスチェックが行われるので、
PHPのオートロードで問題になる「実行時にクラスが参照出来ない」「どのクラスを参照しているか不透明」という問題は起こらない。
あと、丸ごとライブラリをimportするような慣習は無い。
0070nobodyさん2009/10/12(月) 10:09:43ID:???
言語というよりモダンなフレームワークじゃないか？
Rails なんて 200 くらいのライブラリを import するよね。
0071nobodyさん2009/10/13(火) 06:25:12ID:???
オートロードは用意されているが、使用はされていない気がする＞モダンフレームワーク
0072nobodyさん2009/10/14(水) 09:11:43ID:???
>>69
コンパイラ言語であることと静的性格は全く関係ない。
Objective-CとはかインタプリタじゃないけどPHPなんかよりもずっと動的性が高いし、
ライブラリを丸ごとimportする習慣もある。
0073nobodyさん2009/10/14(水) 17:44:33ID:???
>>72
丸ごとimportって、結局はコンパイラがコード解析及び妥当性をチェックして必要なクラスのみを取り込んでるんだよね？
PHPの実行時オートロードとは性質が異なると思うんだけど。
0074nobodyさん2009/10/15(木) 00:01:13ID:???
いや、存在する全てのクラスをランタイムに読み込むけど
0075nobodyさん2009/10/15(木) 18:19:58ID:???
皆はさ、一応フレームワークはcake、zendなど一通りやったの？
それともcakeならcakeだけ？
0076nobodyさん2009/10/15(木) 19:08:17ID:???
symfony,code igniter,ethna,zend,cakeあたりは触ってみた
0077nobodyさん2009/10/15(木) 19:32:58ID:???
>>74
なにそのクソ仕様ｗ
0078nobodyさん2009/10/15(木) 20:45:43ID:???
>>77
AppleとかAdobeとか絡む奴はみんなそんなもんだよ。
0079nobodyさん2009/10/15(木) 23:38:49ID:???
>>77
C#とかもimportしなくてもランタイムには全部読み込まれるだろ
0080nobodyさん2009/10/16(金) 06:35:50ID:???
明示的に全パッケージをimportするのと、実行時のオートロードは別物だと思うんだが。
0081nobodyさん2009/10/16(金) 19:56:32ID:???
phpのプロパティー名って
hoge_hoge形式がいいの
hogeHoge形式がいいの
0082nobodyさん2009/10/16(金) 20:04:57ID:QRRFB99x
hoge☆hoge
0083nobodyさん2009/10/16(金) 20:08:34ID:???
>>81
混在しすぎでどっちつかずだと思う
全体的にアンダースコア使ってるものが多いっちゃ多いけど
自作メソッドとかそういうのは好きなほうで統一すればいいんじゃね
0084nobodyさん2009/10/16(金) 20:08:56ID:???
hoge・F・hoge
0085nobodyさん2009/10/16(金) 20:14:01ID:???
ローカル変数はhoge_hogeだよね
0086nobodyさん2009/10/16(金) 20:15:14ID:???
Tsunoda☆Hiro
0087nobodyさん2009/10/16(金) 20:33:16ID:???
せい☆ぞん
0088nobodyさん2009/10/16(金) 21:33:40ID:???
ZE☆ND
0089nobodyさん2009/10/16(金) 21:38:27ID:???
>>86
微分したら全部同じじゃねーか
ひねれよ
0090nobodyさん2009/10/16(金) 21:47:01ID:???
アンダーバーとSQLとの相性は面倒
0091nobodyさん2009/10/23(金) 14:38:35ID:???
今PHPでWebアプリを作ってますが、Scalaに乗り換えたいです。
みんなもScalaを使ってみて、PHPとの比較レポートをお願いします。

ttp://codezine.jp/article/detail/4310
ttp://d.hatena.ne.jp/yuroyoro/20080808
0092nobodyさん2009/10/23(金) 16:04:35ID:???
まずは自分で比較レポート上げろやミーハー野郎。
0093nobodyさん2009/10/23(金) 20:42:51ID:???
Zend PHP Store閉店でPHP脂肪ｗｗｗ
0094nobodyさん2009/10/24(土) 00:04:45ID:???
Zen Cartはどうなるの？
0095nobodyさん2009/10/25(日) 03:57:41ID:???
>>91
Scalaに移る前にPHPのシンタックスをScala風にするやつ試してレポしてよ
0096nobodyさん2009/10/27(火) 13:25:25ID:???
楽天で週2日勤務、月額200万円を稼いだ「PHPの神」
ttp://business.nikkeibp.co.jp/article/manage/20091022/207799/?P=2

Ethnaを作れるぐらいになると１日で３０万円を稼げるのか…スゲーｗｗｗ
0097nobodyさん2009/10/28(水) 05:48:04ID:wgov9hiD
>>96
プロモーション丸出しの記事でワロタｗ
ソフバン問題で一般にもあくどさがばれたから慌ててイメージアップ戦術打ったんだな
てかF氏は技術者としては悪くはないけど少なくとも神ではねえよｗ
何より本人が一番分かってるだろうけど
褒め殺しかよｗ
0098nobodyさん2009/11/07(土) 10:30:17ID:6jU57Qso
そろそろPHPerにとどめを刺しておくか
http://e-arrows.sakura.ne.jp/2009/11/phper.html
0099nobodyさん2009/11/07(土) 14:44:10ID:???
もう許してやれよ
0100nobodyさん2009/11/07(土) 16:13:07ID:???
>>98
香ばしくて痛いなｗ
勤めてる社名まで出しちゃって･･･若いって怖い。
0101nobodyさん2009/11/08(日) 01:06:50ID:35LWJ8zb
フレームワークに手を出そうかなと思ったのですけど
どんなのを使っていいかわからない状態です

とりあえず作る予定のサイトは
テンプレートの共通点は多いけど、ページによって使うテンプレートの種類や個数が全然違う感じなんですけど、
よく分からないので、面倒なことを考えずに組み立てれば動くってくらい
初心者が取っつきやすいフレームワークを教えてください
0102nobodyさん2009/11/08(日) 01:15:09ID:???
Smarty
0103nobodyさん2009/11/08(日) 01:19:10ID:???
迷うくらいなら別にいらないのでは？
01041012009/11/08(日) 01:43:45ID:???
ですよね 確かにやりたいことはsmartyの方がやりやすいんですよね
じゃあ 自分好みのフレームワークでも自作してみようかな
ちいたんとsymfonyあたりをベースにほしい部分をコピペしながらでも
0105nobodyさん2009/11/08(日) 08:23:09ID:???
>>104
>ちいたんとsymfonyあたりをベースにほしい部分をコピペしながらでも
それがいいと思うよ
0106nobodyさん2009/11/08(日) 20:36:14ID:???
メモリリークが尋常じゃないってマジ？
foreachの途中でreturnしたらメモリリークするってバグが5.0くらいの時にあったけど
未だに漏れまくりなのか？
0107nobodyさん2009/11/08(日) 20:37:49ID:???
でもまぁループの途中でreturnするのって
プログラム的に行儀よくないよね
一つのところから入って一つのところから出るのがお作法ってもん
0108nobodyさん2009/11/08(日) 20:45:29ID:???
最後まで読んだら未確認情報かよｗ
適当なこと書いてんじゃねーよ
でもまじめさは好感持ったからぢんぽ舐めていいよ
0109nobodyさん2009/11/08(日) 21:30:21ID:???
まじめ？ｗ
嫌いだから長所に目をつぶって、短所を叩いてるだけの糞ポストにしか読めないが。
0110nobodyさん2009/11/08(日) 21:58:47ID:???
>>107
配列の中から、条件を満たす要素を取り出すとき、
見つかったら、そこでbreak/returnしないの？
最後まで回し続けるの？
0111nobodyさん2009/11/08(日) 22:00:10ID:???
>>107
君は自分でルールを作ってるのはいいことだけど
世の中は広い（ｒｙ
0112nobodyさん2009/11/08(日) 22:23:24ID:???
>>110
breakはするに決ってるじゃんｗ
ルーチンの結果に対して一様に処理を追加する必要ができた時の担保として、
出口を一つにするように心がけるってこと
「これに処理追加することはまずないし、いいだろ」と思って手抜きした時に限って
フローが続くことになることはよくある
0113nobodyさん2009/11/08(日) 22:32:32ID:???
breakをswitch～case 以外に使える事がなぜか知られてない事実
0114nobodyさん2009/11/08(日) 22:39:07ID:???
continue nはPHPにしかないというあまり知られていない事実
0115nobodyさん2009/11/08(日) 22:46:49ID:???
レベル指定だと・・・・
0116nobodyさん2009/11/08(日) 23:23:38ID:???
最低の機能だよな。
0117nobodyさん2009/11/08(日) 23:41:20ID:???
>>113
実装してしまった事があるけど、ひどく可読性を下げてしまった覚えがある。
動いてるからいいよね、ということで自分を納得させた。
0118nobodyさん2009/11/09(月) 00:22:28ID:???
レベル指定した方がキレイに書けるコードも実際あるから
ruby,python涙目ｗｗ
0119nobodyさん2009/11/09(月) 00:30:44ID:???
>>118
例をあげてください
0120nobodyさん2009/11/09(月) 00:45:35ID:???
多重ループ中で、ある程度複雑なロジックが絡んだ時とか。
PHPで書いたコードをrubyに移植しようとして
「なんでこんな簡単なことも出来ないんだ？」と思ったことがある
0121nobodyさん2009/11/09(月) 01:11:11ID:???
>>107
そういう風に習ったのか思い込んでるのか知らんけど
うちの中華コーダー連中は全員そろいもそろって無駄なフラグを作りまくって
ごちゃごちゃした糞コード生み出してるなぁ

フローチャートに沿って出口ひとつ、とかって話も聞いたりするけど
今時フローチャートなんて書くようなのは組み込みのなかに残存するごく一部の旧世代位じゃねーの？
0122nobodyさん2009/11/09(月) 01:16:38ID:???
あぁ、たしかにcontinue知らないときはフラグ立てまくってたなぁ
0123nobodyさん2009/11/09(月) 01:16:44ID:???
フラグが無駄だとしたら
元の設計が悪いんだろｗ
0124nobodyさん2009/11/09(月) 01:25:06ID:???
テーブルタグで装飾に懲りまくると・・・・
0125nobodyさん2009/11/09(月) 03:39:20ID:???
>>120
rubyにはcatch～throwがあるので、
レベル指定break/coutinueというだっさい機能は必要ありません。
0126nobodyさん2009/11/09(月) 03:48:05ID:???
PHPのcontinueは例外処理中の機能じゃなくて
ループを制御する命令だよ
0127nobodyさん2009/11/09(月) 03:48:52ID:???
それにPHPだって例外あるし
0128nobodyさん2009/11/09(月) 04:00:04ID:???
あぁ例外でループを抜けるってことか
例外を本来の「何かおかしなことが起こったことを騒ぎ立てる」機能以外で使うことがエレガントだとは
俺には思えないなぁ
名著コード・コンプリートでも、例外の良さはcatchしそこねた時に
それが誰の目にも明らかになることで、
明示的にそうでなければならない場合以外に使うのはよろしくないって書いてるね
0129nobodyさん2009/11/09(月) 04:02:47ID:???
いや、continueはループ開始に戻るんだが・・・
0130nobodyさん2009/11/09(月) 04:17:50ID:???
例外でループ制御するくらいならgoto文の方が素直で遙かにマシだよね
gotoがないことが許されるのは小学生まで
0131nobodyさん2009/11/09(月) 04:24:29ID:???
>>126-
rubyのcatch～throwは例外処理ではありませんが。
0132nobodyさん2009/11/09(月) 04:35:25ID:???
>>131
本当だ
こういう時に使うのか
0133nobodyさん2009/11/09(月) 04:37:51ID:???
>>130
ダメ。ゼッタイ。

gotoは駆逐されるべきだ
0134nobodyさん2009/11/09(月) 06:13:52ID:???
例外でないとしても、例外的な解決法だよね>.catch..throw
本当にこれが分かりやすいと言えるのか？
gotoの方が直観的で分かりやすいのではないだろうか
0135nobodyさん2009/11/09(月) 10:03:36ID:???
君にとってはそうかもね。
0136nobodyさん2009/11/09(月) 13:33:55ID:???
書き込み
0137nobodyさん2009/11/09(月) 14:04:14ID:???
ある程度の大きさのサイトを作ろうと思っているのですが、この場合、cakeよりもzendの方がいいのでしょうか？
ココ（http://www.phppro.jp/article/framework/comparison.php）等を見ると、cakeよりはzendやsymfonyの方が良さそうだったのですが、
zendのサイトに行って色々と見ている内に、日本語対応がまだ今一つって感じがしました
symfonyは書店で本の数が少なく、また、パッと調べた感じなのですが、日本語対応している詳細なリファレンスサイトが見当たりらなかったです
どれを始めるか悩んでいるのですが、cakeとzendの構築出来るサイトの規模はどの位違うのでしょうか？
個人レベルで終わるようならばcakeは無理そうなのですが
0138nobodyさん2009/11/09(月) 15:01:49ID:???
>>137
symfonyの本家ドキュメントはほとんど日本語化されている.ただすぐに分かるような場所にないだけ.
http://www.symfony-project.org/jobeet/1_2/Doctrine/ja/
0139nobodyさん2009/11/09(月) 15:26:25ID:???
>>137
正直、cakeとzendで構築できないレベルの規模になると、フレームワーク自体は
どれを選んでもそんなに差は出ないと思う。どうせどっかしらに手を入れるだろうし。
ということは、自分の（チームの）開発スタイルに合うものを探すのが吉。
0140nobodyさん2009/11/09(月) 15:50:58ID:???
>>137
「※ 評価は、2007年11月現在におけるものです。」

古すぎわろた
0141nobodyさん2009/11/10(火) 01:12:42ID:6KTwa1YJ
だがそれから状況がどれだけ変わったかというと・・・
変わった！
0142nobodyさん2009/11/10(火) 08:40:05ID:???
ｗｗｗ
どう変わった？
0143nobodyさん2009/11/10(火) 18:57:59ID:???
2007年11月ってーと、まだ1.1のころかな？
0144nobodyさん2009/11/11(水) 15:32:39ID:???
規模って?
0145nobodyさん2009/11/11(水) 21:49:45ID:???
http://jp.techcrunch.com/archives/20091110google-go-language/
Goが登場していよいよPHP冥土にGoｗｗｗ
0146nobodyさん2009/11/11(水) 21:52:40ID:???
http://www.techcrunch.com/wp-content/uploads/2009/11/gogopher.png
このぶっさいくなリスにPHPは喉笛を噛み切られるのか
0147nobodyさん2009/11/11(水) 21:58:12ID:???
Python, Rubyのほうが危ないんじゃね
0148nobodyさん2009/11/11(水) 23:31:30ID:???
まぁPHP程度で動くモノを未開拓の言語にしよう、って人は当分出ないと思うけど
PHPが食われるっていうよりは、立ち位置的にJavaとか.NETをｶﾘｶﾘするのを狙ってそう

PythonRubyに至っては、現状で既に率先して使う利点なんてほとんどないしな…
0149nobodyさん2009/11/16(月) 09:19:31ID:???
cakeのdataってプロパティ名最悪だよな
大抵のプロパティがdataだろ
0150nobodyさん2009/11/16(月) 19:43:00ID:???
Googleがどんどん便利なツールを出してくるね。
Webプログラミングも楽になるといいな～
0151nobodyさん2009/11/17(火) 04:02:16ID:???
混沌を加速するだけのような気がする。
特にjavascript
0152nobodyさん2009/11/17(火) 14:08:51ID:???
Ajaxも使いたいのですが、Zendは対応していない（？）ようなのですが、もしAjaxとかまで考えるとZendよりもCakeの方がいいのでしょうか？

0153nobodyさん2009/11/17(火) 14:30:45ID:???
何を持ってAjax対応なんだい？
0154nobodyさん2009/11/17(火) 15:28:13ID:???
"PHPのフレームワーク"ってなかなかピンと来にくいよね
0155nobodyさん2009/11/18(水) 02:09:41ID:???
>>152
jqueryあれば、どれでもええやん。
ヘルパーが欲しいの？
0156nobodyさん2009/11/18(水) 13:57:27ID:PgcaH+BL

http://twitto.org/
は最速なんだろ。

0157nobodyさん2009/11/18(水) 18:55:29ID:???
>>151
HTML5の登場で、JavaScriptの役割も整理（縮小）されるでしょうか？
HTMLを拡張しまくって、PHPが不要になっちゃう日も来るかな？ｗｗｗ
0158nobodyさん2009/11/18(水) 19:10:09ID:???
アハハｗｗｗｗｗ
0159nobodyさん2009/11/19(木) 00:17:48ID:???
クライアントとサーバの区別もつかんのかｗ
PHPerは本当にレベル低いやつ多いよなぁ･･･同じPHP使いとしては世知辛い。
0160nobodyさん2009/11/19(木) 00:40:44ID:???
>>157
jsが動くのはアクセスしたPC、phpやjavaが動くのはサーバー
0161nobodyさん2009/11/19(木) 01:28:38ID:???
みんながみんなjsバリバリのサイトがｻｸｻｸ動くブラウジング環境だとおもうなよｺﾞﾙｱ






と言ってみる
0162nobodyさん2009/11/19(木) 01:46:52ID:???
Netscape Navigator の頃にはjavascriptがこんなに普遍的な技術になるとは思わなかった。

まあ確かにどんなブラウザーであっても色鮮やかなサイトが増えましたよ、本当に…
0163nobodyさん2009/11/19(木) 04:55:26ID:???
HTML5の普及なんて、IEがあんあんだから、かなり先だろ
0164nobodyさん2009/11/19(木) 13:06:00ID:???
>>163
10年後くらいだろな
0165nobodyさん2009/11/19(木) 13:35:23ID:???
君達、どのフレームワークでサイトを運営してるの？
0166nobodyさん2009/11/19(木) 14:53:43ID:???
僕はちいたん！
0167nobodyさん2009/11/19(木) 15:34:06ID:???
拙者は下衆ワークでござる
0168nobodyさん2009/11/19(木) 22:22:27ID:???
>>167
久しぶりに聞いた
0169nobodyさん2009/11/21(土) 00:23:21ID:???
>>165
素のPHP 5.0

正直フレームワーク入れれば良かった＿|￣|○
0170nobodyさん2009/11/21(土) 08:45:18ID:???
やっぱ皆フレームワーク導入しているのだろうか？
例えば大手サイトなんか
0171nobodyさん2009/11/21(土) 10:19:09ID:???
Facebookはどうしてるんだろうね
0172nobodyさん2009/11/21(土) 14:12:59ID:???
ラボとか凄い
0173nobodyさん2009/11/21(土) 14:36:40ID:???
5.0ってフレームワーク以前にバージョンに問題あるだろ・・
0174nobodyさん2009/11/21(土) 14:52:41ID:???
PHP 5.3.3 って言えば良かったかい。
0175nobodyさん2009/11/22(日) 05:04:49ID:???
FWの導入云々はいいとして、最低限MVC切り分けは欲しいな。
0176nobodyさん2009/11/22(日) 14:29:23ID:???
ZendとCakeのどっちを始めようか迷っています
どっちがいいでしょうか？
用途は中規模のサイトに使いたいです
0177nobodyさん2009/11/22(日) 15:23:11ID:???
なんだそのデジャブ感
0178nobodyさん2009/11/22(日) 15:28:52ID:???
このスレのサイクルまとめ（４０レスで約１サイクル）
・CakeとZFどっちがいいのでしょうか。（質問するときはZFではなくZendと表記）
・大規模小規模云々
・結局のところ差はねえよ
・言語闘争
・Ajax使いたいんですがどうすれば良いんでしょうか
・クライアントとサーバの区別もつかんのか
・君たち何使ってるの？
・僕はちいたん、拙者は下衆ワーク
・PHPバージョン闘争
・最初に戻る
0179nobodyさん2009/11/22(日) 15:35:32ID:???
CakeとZFのどっちがいいのでしょうか、という質問に混じれす
・フルスタックで全部入り、そのかわりガチガチな環境がいいか、
・必要最低限のライブラリとコーディング規約をもとに自由度の高い設計・構築をしたいのか
が最大の違いと思われ。

あと別に片方しか使えないわけではない
0180nobodyさん2009/11/22(日) 17:07:18ID:???
Yii
0181nobodyさん2009/11/22(日) 18:08:34ID:???
>>178
よくそんな暇な事調べたなｗｗｗ
0182nobodyさん2009/11/22(日) 18:16:04ID:???
時代はLithiumだろ。すげーいいぜあれ
0183nobodyさん2009/11/22(日) 23:29:07ID:???
混ぜるな危険。

両方の思想が入り乱れて分け分からなくなるよ。
0184nobodyさん2009/11/22(日) 23:37:07ID:???
PHP 4.x
・Cake PHP

PHP 5.1
・Yii
・ZendFramework
・symfony

PHP 5.3
・Lithium
0185nobodyさん2009/11/23(月) 07:51:09ID:???
5.1とか…
0186nobodyさん2009/11/23(月) 17:31:31ID:???
>>183
混ぜるな危険って何のこと？
0187nobodyさん2009/11/26(木) 16:54:04ID:???
CakeとZFを一緒に使うなって意味じゃね？
MVCの切り分けはCake側に一任する前提で、
pearライブラリ的にZFを使えば共存できるとは思うが
0188nobodyさん2009/11/29(日) 18:34:12ID:???
Google App EngineでPHPのフレームワーク動かしている人いる？
0189nobodyさん2009/12/04(金) 19:10:41ID:???
>>188
(`･ω･´)ﾉｼ
0190nobodyさん2009/12/05(土) 11:54:47ID:djRTaKZ8
かなりくだらない話だけど
dとかhみたいな関数を定義しているフレームワークって何でしたっけ？
0191nobodyさん2009/12/05(土) 12:39:13ID:???
rhaco?
0192nobodyさん2009/12/05(土) 15:28:50ID:???
CakePHPにもある
01931902009/12/05(土) 18:17:16ID:???
あれ いくつかのフレームワークで使われてたんですか
ありがとうございました
0194nobodyさん2009/12/06(日) 11:13:35ID:CFjhkm3+
PHP4でMySQL5.0とConnectする場合にはOLDPasswordの設定が必要ですが、
OLDPasswordを設定しなくてもいいPHPのバージョンは、PHP5.0以上でしょうか？
0195nobodyさん2009/12/06(日) 11:35:56ID:???
OLDPasswordて何？
0196nobodyさん2009/12/06(日) 13:10:13ID:CFjhkm3+
http://oshiete1.goo.ne.jp/kotaeru.php3?q=1121173
0197nobodyさん2009/12/07(月) 01:45:54ID:???
Windowsなんてしらねーよｗ
0198nobodyさん2009/12/07(月) 22:45:03ID:???
>>196
ダセーURLだなｗ
0199nobodyさん2009/12/07(月) 23:11:05ID:???
>>198
http://bit.ly/8S2bna
0200nobodyさん2009/12/07(月) 23:13:30ID:???
S2とか付いてるとJavaぽいな
0201nobodyさん2009/12/08(火) 20:49:14ID:???
.php?とか出しちゃうのは論外だけど
やっぱURIはそれだけである程度読み取れるような意味のある文字列にしたいとこだな
IDとか連番ものはしょうがないけど
0202nobodyさん2009/12/08(火) 21:20:58ID:???
ださいかださくないかが判断基準になってるあたりまだまだだな
0203nobodyさん2009/12/08(火) 22:30:25ID:???
>.php?とか出しちゃうのは論外だけど
なんで？

どいつもこいつも、スマートURLに毒されてないか･･･？
0204nobodyさん2009/12/08(火) 22:33:42ID:???
ベタ打ちな感じのURLだろうが、きれいなURL()、だろうが
PHPで作ってる以上動作の差なんてまず出ないんだし、
PHP()使う以上見た目くらいはまともにしたいわなぁ
0205nobodyさん2009/12/08(火) 22:34:44ID:???
スキルのないコーダー多いPHPerにそういう注文つけてやんなよｗｗ
0206nobodyさん2009/12/08(火) 22:59:10ID:???
短いほどいいとかPHP歴6ヶ月目くらいのプログラマにありがちだね
0207nobodyさん2009/12/08(火) 23:53:01ID:???
mod_rewiteの使えない環境とか環境とか考えないんだろうなｗ

個人的には拡張子は無い方がいいが、GETクエリはあってもいい。
むしろWEB標準としてはそうあるべきで、スマートURLなんて所詮SEO対策に過ぎない。

スマートURLにありがちな、パラメータなのかファイルなのかわからなくなるってのはメリットでありデメリットでもある。
0208nobodyさん2009/12/09(水) 11:38:32ID:???
いやスマートURLの方がいいだろ
今時パラメータをズラズラ並べるなんてケミカルウォッシュジーンズに素足革靴を合わせるぐらい時代遅れですよ
0209nobodyさん2009/12/09(水) 12:00:51ID:???
んな流行なんかねぇよｗ
0210nobodyさん2009/12/09(水) 15:04:54ID:???
ZendFrameworkって結構難しいね
Zend_Controller_Frontの部分でいきなり「何だコレは？」と身構えた
PEARとかのライブラリとか簡単だったから今回も楽かと思ったんだけど、次元が違いました・・・
0211nobodyさん2009/12/09(水) 18:56:26ID:???
パラメータを&でつなぐ変わりに、/でつなぐ。それがどうした？と言わざるを得ない。
0212nobodyさん2009/12/10(木) 02:18:16ID:???
ぼくはREST原理主義者なのでそれ以外の人は帰ってください
0213nobodyさん2009/12/10(木) 02:36:46ID:???
RESTは支持していいとおもう
?hoge=moge&hige=mageとかもうやりたくない
0214nobodyさん2009/12/10(木) 02:41:08ID:???
あ、１行目と２行目は特に関係はないです
全くないってわけじゃないけど
0215nobodyさん2009/12/11(金) 13:55:00ID:???
Cake難しいZendも難しい　どこへいけばいいんだあ
0216nobodyさん2009/12/11(金) 15:04:58ID:???
Kohanaにどうぞ。
0217nobodyさん2009/12/11(金) 15:30:33ID:???
Yiiイイヨー
0218nobodyさん2009/12/11(金) 15:40:50ID:???
ちいﾀﾝﾊｱﾊｱ
0219nobodyさん2009/12/11(金) 15:58:14ID:???
>>216-17
ありがとう
早速やってみる

>>218
ちいタンごめん。
また今度遊ぼうね
0220nobodyさん2009/12/12(土) 18:41:16ID:???
Yiiの劇速ベンチ
http://www.yiiframework.com/performance
これみてビビったんだが、実際のアプリケーションでもこんなに変わるの？
それとも手前味噌なベンチマークなの？
一応phpmark projectとしてオープンにして透明性を維持してるみたいだけど、
Hello Worldアプリだったら、無駄なincludeを排除するYiiが圧倒的劇速になるのは当然か・・

Yii使いの人、ご意見ください。
0221nobodyさん2009/12/12(土) 19:17:18ID:???
ハローワールドでベンチ取ったり
ハローワールドをどれだけ短いコードで書けるかで言語の優位性を示したりするのって
何か馬鹿みたいだよね
02222202009/12/12(土) 20:42:08ID:???
>>221
正直僕もそう思うんですが、
実際問題、Yiiは実際のアプリで速いのかどうか？
を知ってる人がいればと思って書き込みました。
まあ、「実際のアプリ」って何やねんって話になるんだろうけど、
・条件に合ったものをソートして一覧表示
とか、
・あるレコードの詳細と関連するモデルのレコードの一覧表示
とか、
・テキストフィールドから入力->入力値バリデーションをパスしてレコード追加
とかそういうのになるのかな
結局dbのパフォーマンスが構成要素の多くを占めることになりそうだな
0223nobodyさん2009/12/12(土) 21:07:53ID:???
>>221
馬鹿はお前。そのページのWhy "Hello World"を読めよ。
0224nobodyさん2009/12/12(土) 21:10:40ID:???
>>222
>結局dbのパフォーマンス

それならAPCとか要らないよ。
0225nobodyさん2009/12/13(日) 01:22:22ID:???
データベースサーバをチューニングするのは、アプリケーションサーバとは別の話だから名。
KVSなんかの利用でDBがボトルネックにならない状況が成り立つ事もある。
PHPが流行った理由の一つが、Perl/CGIより高速な事だから名。RoRが普及しないのもCGIじゃ使い物にならないからっていうのもあるはず。
Yiiって全然知らないけど、Rasmusは関係してるんだろうか。あの人、昔からPHPのウェブフレームワークに否定的だった。
0226nobodyさん2009/12/13(日) 01:23:49ID:???
そんなにハローワールドが好きなら
生PHPの
<?php
echo 'Hello World';
も並べとけや
0227nobodyさん2009/12/13(日) 01:32:42ID:???
あ、Yってあるから、Yahoo絡みかと思ったら、全然関係ないんだな。
0228nobodyさん2009/12/13(日) 05:41:05ID:???
YiiがAPCの効果をフルに（7倍以上で）享受しているのはどうしてなんだ
APCナシの状態では他よりちょっと速い程度なのに

ちなみに、手元のcakeの実アプリ
（ゲスト使用/ログイン使用で権限が変わる、ある実稼働サイトのソースコード）で
apc on/offでabベンチとったら3倍弱程度のRequest Per Secondsで、
ちょうど件のYiiのベンチにあるcakeの項目と同じ程度のAPCキャッシュ効果だった
（モデルキャッシュをFileでなくAPC側に持たせることでちょびっとだけ数字が改善した）
0229nobodyさん2009/12/13(日) 17:28:18ID:???
俺俺FW用意してない自分にとっては簡単なWebアプリとか作るとき

> yiic shell

> model HogeTable
> crud HogeTable

が便利だとおもった
0230nobodyさん2009/12/14(月) 01:16:47ID:???
>>226
そんなに生PHPが好きならこのスレ来るなよ
0231nobodyさん2009/12/14(月) 02:20:18ID:???
>>230

>>226はHello Worldに嫌な思い出があるんだと思うよ
0232nobodyさん2009/12/14(月) 02:46:36ID:???
そうかそれは悪かった、すまん事した。
0233nobodyさん2009/12/14(月) 13:05:34ID:???
>>226
phpタグが閉じられてないのが気になる
0234nobodyさん2009/12/14(月) 14:27:14ID:???
これがファイルの中身全てなら閉じないだろ普通
下手に閉じた後に空行があると、その、なんだ、困る
0235nobodyさん2009/12/14(月) 17:31:58ID:???
なにそれきもちわるい
0236nobodyさん2009/12/14(月) 17:37:47ID:???
閉じタグに関してはZFのコーディング規約にも明記されてる

Zend Framework: Documentation
http://zendframework.com/manual/ja/coding-standard.php-file-formatting.html#coding-standard.php-file-formatting.general

＞PHP コードのみからなるファイルでは、終了タグ ("?>") は決して含めてはいけません。
＞これは必須なものではなく、 終了タグを省略することで、
＞ファイルの最後にある空白文字が出力に影響することを防ぎます。
0237nobodyさん2009/12/14(月) 18:02:20ID:???
ちょっと終了タグ消してくる
0238nobodyさん2009/12/14(月) 23:00:50ID:???
今時のコードは大体入ってない
0239nobodyさん2009/12/15(火) 02:07:13ID:???
むしろ閉じタグは最近見てないな
<span class="hoge"><?php echo moge ?></span>みたいなのもさすがに書かないし
0240nobodyさん2009/12/15(火) 05:21:09ID:???
mogeは定数か？あーん？
0241nobodyさん2009/12/15(火) 20:43:14ID:???
>>239
ビューテンプレートに生PHPを使うときはしょうがなくね？
何かのテンプレートエンジン使ってるの？
0242nobodyさん2009/12/15(火) 22:19:16ID:???
まぁタグ吐くだけならDOM作らせりゃ良いしHTML自体書く必要は別にないわなぁ
ちゃんと属性なりふってあんならレイアウトなりはCSSいじりゃ大抵はなんとかなるし
似非デザイナー()笑とかがいるようなのだとHTMLテンプレとかないとアレなんだろうけど、
趣味でやるなら全部PHPでやっちゃうのも別に問題ないとは思う
半端にHTMLタグ混ぜて＞＞＜＞＜みたいなのがいっぱいになるよりは幾分は綺麗に見える気もするし

まったく逆方向で、マークアップすんだけのHTMLのインデントに
命かけてるようなひともいるわけだし、そこらは好き好きだろうけどｗ
02432412009/12/15(火) 23:59:56ID:???
なるほど。参考になります。
ただ実際問題、有償案件であれば、見た目に関わる部分はデザイナーなりコーダーかました方が、見てくれはいいわけで、
そこも自分でやっちまう or デザインは2の次 or コーダーさんがvalidなものを書ける　なプロジェクトならばDOM生成でも良いわけだが・・・
つかここフレームワークのスレだな
0244nobodyさん2009/12/16(水) 00:09:05ID:???
Yii使っている人に質問っす。
みなさんは1.0.xつかってますか？それとも1.1を使ってますか？
0245nobodyさん2009/12/16(水) 00:35:36ID:???
使ってる人じゃないけど。
それなりにあちこち変わってるし、どっちの情報も大して出回ってないし(国内とか数える程)、
いまから触るなら1.1系でいいんじゃないかな。

>>243
なんちゃってデザイナーがTableレイアウトしまくったりする現実を見てると
肩書きがWebデザイナーってても信用しづらいけどねｗ
ちゃんと理解して使えるなら誰がやっても良いとは思う。
文章なんかの意味づけだけならコード上で済ませてもいいんじゃないかな。
速度云々が気になるような差になるようなとこでもないし、
自分的には半端にHTMLとPHPコードが混ざってるのをぐいぐりするよりは好きかも。

まぁ確かにFWと関係ないけど、このスレではよくあること…
0246nobodyさん2009/12/16(水) 00:39:08ID:???
PHPでそれなりに使えるマって
HTML触っててその延長で覚えたりしてる人とか結構いそうだし、
いい加減な性格じゃなけりゃXHTMLやらCSSやらいは勉強してるとは思う

まぁ問題があるとすれば全体的に使えないマのほうが多いってことだけどｗ
0247nobodyさん2009/12/16(水) 11:04:38ID:KzRQDWcs
ZendFramework使ってます。
ビューのhtmlをパーツ化してて、ほとんどのコントローラで最終的に呼ばれるものがあります。
例えばページのメニュー表示の部分とか（ビュー内で、共通のhtmlをrequireしてます）
共通のhtmlの中身が今は完全にべた書きになっていて、これをDBから取得した値に動的にしたいんだけど
これって全部のアクションコントローラのコンストラクタ内にDB取得の処理入れなくちゃいけないものですか？
もしくはそれぞれアクションの中にとか。。
ただ、共通のhtmlが読み込まれない場合もあるので
コントローラ内で必ずDB取得しにいくってのも無駄だなぁって思ってます。

これは共通のhtmlが読み込まれた時だけ、ajaxで取得しにいくようにしといたほうがスマートですか？

なんかフレームワーク使ってなければ、必要なページでメニュー表示用のphpを読み込むだけで済むのにって思いました。
フレームワーク使うと、ビュー側でどうされてもいいように、コントローラ側で全対応しとかなきゃいけないものなんでしょうか？
自分がフレームワークをよく理解してないせいですかね。。
0248nobodyさん2009/12/16(水) 16:22:20ID:???
マルチ乙
02492412009/12/16(水) 16:51:36ID:???
ほんとだマルチだ
しかもどっちのスレもスレ違いだしｗ
というわけで該当スレに行ってきましょう
0250nobodyさん2009/12/16(水) 21:21:42ID:???
F/Wがどうとかいう話じゃないな。設計の問題
0251nobodyさん2009/12/16(水) 22:26:16ID:???
>245
1.1で行ってみます。
しかしまあ、仕様がシンプルなので、使うの楽ですね＞Yii
0252nobodyさん2009/12/20(日) 01:43:46ID:???
Yiiって任天堂が商標取ってるらしいから
そのうち改名しそう
0253nobodyさん2009/12/20(日) 19:06:11ID:???
カテゴリーが違ったら商標は別扱いになるし
Yiiの名前はYii Frameworkだから平気。
0254nobodyさん2009/12/20(日) 22:29:38ID:???
じゃあファミコンFrameworkでも問題ないん
0255nobodyさん2009/12/20(日) 23:42:15ID:???
Wii Framework PS3
0256nobodyさん2009/12/30(水) 15:32:07ID:???
Yii公式ガイド日本語訳
http://www.yiiframework.com/doc/guide/ja
0257nobodyさん2010/01/02(土) 11:32:29ID:???
>256
いつの間にか、日本語訳されている箇所が増えている！！！
中の人、お疲れ様です。
0258nobodyさん2010/01/02(土) 17:49:33ID:???
最近YiiDocと待ってるんだよな
英語さっぱりなので手伝えることはないけど新しいとこの翻訳がずっと手付かず
0259nobodyさん2010/01/11(月) 14:56:05ID:???
>>253
お前、小・中学校時代クラスで一番下だったろ
日本の失業率は５％（総務省統計局・労働力調査）だ
５％って事は２０人に１人、１クラスが男女半数ずつ４０人として
クラスの男１人は無職になるということだ
お前、クラスで一番下じゃなかったか？
テストの点数なんか聞いてないぞ。人間としてだ
よく思い出してみろ。無職になるのは、誰だ？
0260nobodyさん2010/01/11(月) 15:13:08ID:???
>>259
そんな誤爆してぇ
> お前、小・中学校時代クラスで一番下だったろ
0261nobodyさん2010/01/12(火) 20:40:19ID:???
>>259
> １クラスが男女半数ずつ４０人として
歳がばれるからやめとけ。いい歳して。
0262nobodyさん2010/01/13(水) 13:50:00ID:???
1クラス４０人だと３０代後半以上の歳か？
今時は、30人くらい？
0263nobodyさん2010/01/13(水) 18:07:46ID:???
で、昨今の学力低下を見るに、日教組の連中が行ってた
一クラスの人数がもっと少なければ、もっと密な指導が～
は、全くの嘘だったと判る。

と、スレ違いをさらに引っ張ってみる。
0264nobodyさん2010/01/13(水) 19:25:08ID:???
だな。教員の数を確保するための詭弁

40人中でトップを争うか30人中で争うか、その違い。
どのみち社会をリードするのはトップの連中なのに、
リーダー格が育たない原因を作ってるからな。
今の日本じゃみんな井の中の蛙化してプライドだけが高い
0265nobodyさん2010/01/13(水) 22:28:29ID:???
クラスの人数が少なくなった上で学力的な成果が出てしまうと困る奴がいるんだってさ
0266nobodyさん2010/01/13(水) 22:41:01ID:???
>クラスの人数が少なくなった上で学力的な成果が出てしまうと困る奴がいるんだってさ

意味分かんねぇよw
0267nobodyさん2010/01/14(木) 02:36:03ID:???
そういう意味じゃないのｗ
0268nobodyさん2010/01/15(金) 00:17:19ID:???
スレタイと関係無いので皆様起動修正しましょう
0269nobodyさん2010/01/16(土) 12:55:25ID:???
takerunbaってFWはどうよ
日本人が作ったらしい
0270nobodyさん2010/01/16(土) 15:07:34ID:???
名前からして、ちぃたんと同じ匂いが
0271nobodyさん2010/01/16(土) 17:13:38ID:???
今までFWを使わずにやっていましたが、ZendFrameworkを学習しているのですが色々とめんどくさくなってきました
PEAR、Smartyは結構使えるのですが、CakePHPは併用は出来るのでしょうか？
名前空間がしっかり出来ていないとかいう指摘は聞きますが・・・

ZFはPEARのようなライブラリっぽくて使いやすいかなとか思ったのですがPHP関数で非推奨なものとかあったり、せっかくPEARで覚えたものと重複していたりで無駄に思えたりでCakePHPにしようかなと思っています
ZFはいいFWだとは思うのですが

マニュアルを見たところ、ZFに比べると記述量も関数も非常に少なく思いましたが、その分CakePHPは今までの自分の持っているスキル（PHP、PEAR、Smarty等）をZFよりも反映させやすいのでしょうか？
0272nobodyさん2010/01/17(日) 06:27:20ID:???
http://www.recessframework.org/
0273nobodyさん2010/01/17(日) 11:39:04ID:???
PHPの次の十年のためのフレームワークBlankaの話
ttp://d.hatena.ne.jp/anatoo/20100116/1263620509

> タイトルはここからインスパイアされた。
> 最近PHP5.3で動く新しいウェブアプリケーションフレームワーク作っている。
> まだ一度もリリースしていないが以下その概要について箇条書きとサンプルコードを少し書く。
> * PHP5.3以上で動く
> * コントローラ = コールバック
> * コントローラを作るのに必ずしもクラスを書く必要がなく、匿名関数でもよい
0274nobodyさん2010/01/17(日) 11:42:08ID:???
>>273のページで

Blanka::app(new MyContainer)->respond(Dispatcher::it()
　->{'GET /user/{name}'}('@page¥User')
　->{'GET /'}('@page¥Root')
);

というサンプルコードが載っているんですが、「->{'GET /'}」というのがよくわかりません。
PHPでこんな文法って許されるんでしたっけ？

0275nobodyさん2010/01/17(日) 17:23:40ID:???
ただのメソッドチェーンでしょ。Hoge()->Fuga()->Moge()と同じ
0276nobodyさん2010/01/17(日) 22:29:16ID:???
タケルンバフレームワークいいね
シルクハットの人goodjob
0277nobodyさん2010/01/18(月) 02:37:07ID:???
宣伝するならURLも張っておけばいいんじゃないの
0278nobodyさん2010/01/18(月) 15:21:15ID:???
ZendFrameworkって難しくない？
本とマニュアルで学習してるんだけど、全然進まない・・・
構造難しいし、メソッドとか新しく覚えなきゃいけないし、それにマニュアルがいまいちで関数調べるのにめっちゃ時間かかる
0279nobodyさん2010/01/18(月) 15:25:31ID:???
>>278
簡単で親切なFrameworkを使えばいいんじゃね？
何と比較して難しいって言ってるの？
0280nobodyさん2010/01/18(月) 15:57:58ID:???
>>279
いや、比較してってわけじゃなくて、ZFそのものが
まだ情報が少ないのか、Webで分からないところを検索してもあんま出てこなかったりするし
かと言ってマニュアル読んでも分からなかったり
0281nobodyさん2010/01/18(月) 16:37:26ID:???
ZFはリファレンスマニュアルがいまいちというか読み辛い
本は物によるだろうけど、自分が買った奴はわかりやすかった
0282nobodyさん2010/01/19(火) 04:26:04ID:???
中級者くらいじゃないと使いこなせないんじゃないかね
難しいと感じるなら先にPHPの能力を鍛えたほうがいいかも
0283nobodyさん2010/01/20(水) 09:49:42ID:???
ZFは最初のMVCが難しいからな
構造が入り組んでたり、PHPの学習では出てこないような単語とか出てくるから
0284nobodyさん2010/01/21(木) 09:59:51ID:???
yiiのyiicツールのcrud コマンドでコントローラーを生成したとき
actionIndex()のコードの頭に”0”が付くのは仕様？

0 public function actionIndex()
0285nobodyさん2010/01/21(木) 11:22:36ID:???
どんな仕様だよ。
気のせいじゃね？
0286nobodyさん2010/01/21(木) 11:44:09ID:???
>>284
http://www.yiiframework.com/doc/guide/ja/quickstart.first-app
http://www.yiiframework.com/doc/blog/ja/prototype.scaffold
ここの手順でやってたんだけど気のせいじゃないとおもう。
YiiガイドでもブログチュートリアルでもCRUDコマンドを実行したら
>>284みたいな同じ症状でそのままではエラーになる。
”0”を消すと動くけど。

Yiiのバージョンは1.1.0
環境によるバグかなんかだろうか。まあたいした問題ではないが。
0287nobodyさん2010/01/21(木) 12:40:33ID:???
>>286
自己レス

yii\framework\cli\views\shell\crud\controller.php
line 127|| 0 public function actionIndex()

となってるからshellで”0“が入るのは仕様みたいだ。
0288nobodyさん2010/01/21(木) 20:59:48ID:???
おお、yii 1.1 Stableになったのかー

1.1.0 (January 10, 2010)落としてきてみたが

127|| public function actionIndex()

まさかとは思うけど自分でいじってて0書き込んだりなんてアホなことしてないよね？
更新日時とか、変わってたりしないよね？
02892842010/01/21(木) 21:15:45ID:???
>>288
＞更新日時とか、変わってたりしないよね？
変わってた…orz
これは天狗の仕業か！？
アホなことでお騒がせしてすいません。
0290nobodyさん2010/01/21(木) 21:22:53ID:???
さすがにリリースされてから10日以上たってるのに、
そんなあからさまなバグ含めたままリリースしてるわけないとおもうのｗ
参考にコード見てて間違えてキー押しちゃってたりすることは稀に良くあるしな
0291nobodyさん2010/01/22(金) 15:09:53ID:???
メーリングリストより

【xFrameworkPX 3.5】
ttp://www.xframeworkpx.com/

でもアクセスすると
Fatal error: Maximum execution time of 60 seconds exceeded in Unknown on line 0
というエラーが。これはまずいだろう。
0292nobodyさん2010/01/22(金) 15:26:41ID:???
おまえらSmarty3が出るみたいだけど、どうよ？
0293nobodyさん2010/01/22(金) 22:10:36ID:???
PHPのプログラムをwindowsで実行するにはどうすればいいですか？
0294nobodyさん2010/01/22(金) 22:15:50ID:???
コマンドプロンプトで
php ファイル名
0295nobodyさん2010/01/22(金) 22:31:17ID:???
>>292
今ので不都合無いし、様子見
２年後くらいなら使えるようになるかねぇ
0296nobodyさん2010/01/22(金) 22:47:50ID:???
あえて仕事増やす必要ないよな
0297nobodyさん2010/01/23(土) 13:28:17ID:???
smarty3はマジ地雷。
2をまともに進化させてほしかったな。

3は、初めて書いたプログラムを、ひと月後くらいにちょっとわかった気になって綺麗に書き直そうとしたら、下手な知識が仇になって余計悪くなったみたいな感じ。
0298nobodyさん2010/01/23(土) 13:34:04ID:???
具体的にどんなところが？
0299nobodyさん2010/01/23(土) 20:06:47ID:???
Smoochyなるものもあるみたいだけど。
ttp://d.hatena.ne.jp/localdisk/20091224/1261660948
0300nobodyさん2010/01/24(日) 18:03:32ID:???
>>299
Seaser2のMayaaっぽいね。こうゆうの結構好きだよ。

個人的には、PHPTALの方がもっと好きだけど。
ttp://phptal.org/
0301nobodyさん2010/01/27(水) 05:44:20ID:???
>>300
タケルンバが作ったのは信頼性低いな
できれば避けたい
0302nobodyさん2010/02/03(水) 01:09:50ID:???
仕事でPHPのプログラミングしてる人はたいていフレームワークを使ってるの？
0303nobodyさん2010/02/03(水) 01:10:18ID:???
時と場合による
0304nobodyさん2010/02/03(水) 04:05:57ID:???
>>302
だいたいタケルンバかcake使う
生はここ半年ほとんど無いな
タケルンバで代用きくし
0305nobodyさん2010/02/03(水) 14:02:39ID:???
タケルンバってなに？キモい
0306nobodyさん2010/02/03(水) 15:21:37ID:???
アンチタケルンバ乙
0307nobodyさん2010/02/03(水) 22:56:14ID:???
タケルンバか、もしくはphaのどちらかで迷ってる
0308nobodyさん2010/02/03(水) 23:09:23ID:???
どのフレームワークを使うかはリーダーが決めるの？
0309nobodyさん2010/02/03(水) 23:26:47ID:???
だからタケルンバって何だよ
0310nobodyさん2010/02/04(木) 03:24:09ID:???
ちいたんは名前とかでまだネタにできたけど
そのタケなんとかってオナニーFWと予想されるゴミおそうとすんのは作者くらいだろｗ
誰も触ったことなんてないから説明のしようもないし、今後触ることもない
記憶にとどめる意味もないと思われ

多くはこれ>>2のどれかで、業務でつかってるの大半はCakeだと思われ
あとここにないものだと、興味からYiiを触ったりする人もいるみたいかな
もっとも、小規模のものは生PHPでFWは使わない(使うスキルがないとも言えそうだが)
0311nobodyさん2010/02/04(木) 04:35:40ID:???
人の文句しか言えない方はかわいそうですね
タケルンバさんはそんな風に匿名で人を貶めることはしませんよ
0312nobodyさん2010/02/04(木) 09:44:13ID:???
本人乙ｗ
0313nobodyさん2010/02/04(木) 10:48:02ID:???
誰のことか知らんが自分のサイトでやってくれ
0314nobodyさん2010/02/04(木) 14:10:23ID:???
タケルンバについてkwsk
（俺は）宣伝乙とか言わないのでとりあえずURL貼ってくれ
俺以外の奴が宣伝乙って書くだろうけど

で、さっさとこの話題きりあげようぜ
0315nobodyさん2010/02/04(木) 14:11:41ID:???
フレームワーク総合スレなんだから、phpのフレームワークに関する情報なら歓迎
0316nobodyさん2010/02/04(木) 16:05:00ID:???
誰だよw
いや知りたくもねーよw
0317nobodyさん2010/02/04(木) 16:58:08ID:???
>>315
同意
フレームワークについて知りたくないなら来るなっつーの
0318nobodyさん2010/02/04(木) 18:39:55ID:???
タケルンバうぜー
最近2chのあちこちで見かける
どうせクソブロガーの宣伝っしょ
0319nobodyさん2010/02/04(木) 21:49:00ID:???
名前張ってるのはむしろアンチなんじゃないかと思うぜ
0320nobodyさん2010/02/04(木) 23:12:04ID:???
Cakeってどうやって覚えたらいいの？
0321nobodyさん2010/02/05(金) 02:33:40ID:???
商用じゃねーし俺はYiiを使ってみることにしたよ。新しいもの好きなんでなんか興味わいた
0322nobodyさん2010/02/06(土) 00:37:50ID:???
>320
生PHPがある程度できるなら、ガイドブック買って流してみるってのが王道かもなー
0323nobodyさん2010/02/06(土) 03:15:16ID:???
>>320
タケルンバのブログ参照しる
0324nobodyさん2010/02/06(土) 07:48:57ID:???
ネタでやってるなら空気嫁
私怨があるなら他所でやれ単純に迷惑
宣伝したいならもっと別のまともな手で魅力を訴えて見せろ
0325nobodyさん2010/02/07(日) 09:18:28ID:???
>>323
タケルンバ乙
0326nobodyさん2010/02/09(火) 08:05:02ID:???
>>320
公式のチュートリアルをまずやって味噌
http://book.cakephp.org/ja/view/219/Blog
0327nobodyさん2010/02/11(木) 00:32:24ID:???
こりゃ、むずかしい。
0328nobodyさん2010/02/11(木) 21:58:56ID:???
>>326
これが難しいと思うならCake入門本かPHP入門本で簡単なWEBアプリを作ったほうがいいかも。
0329nobodyさん2010/02/12(金) 09:05:11ID:???
>>320
インストール・設定からならこっちのほうがいいかもね
http://book.cakephp.org/ja/view/27/Developing-with-CakePHP

とにかくCakeはマニュアルと日本語情報が豊富だからググれば何とかなる。
0330nobodyさん2010/02/15(月) 02:19:07ID:???
$userがキモい
0331nobodyさん2010/02/15(月) 23:13:47ID:???
cakeの良い入門書が見つからない
0332nobodyさん2010/02/20(土) 12:26:27ID:???
だからウェブのチュートリアルとマニュアルが一番だとあれほど（ｒｙ
0333nobodyさん2010/02/21(日) 19:42:31ID:???
こりゃ、むずかしい。
0334nobodyさん2010/02/22(月) 11:42:24ID:???
フレームワークってセキュリティはどうなんでしょか？
PHPでやっているようなセキュリティを自分で記述していく必要があるのでしょうか？
それともフレームワークの方である程度行ってくれるのでしょうか？
また、フレームワークを使ったからこそ起こった、というようなセキュリティホールなど存在するのでしょうか？
0335nobodyさん2010/02/22(月) 15:41:34ID:???
生でやるのとゴムつけるのの違い程度には安全なんじゃないの？
0336nobodyさん2010/02/22(月) 20:30:53ID:???
>>335
極めて分かりにくいね、それ・・・
0337nobodyさん2010/02/23(火) 01:58:59ID:???
つけたら快適なサービスが得られないと
0338nobodyさん2010/02/25(木) 08:13:16ID:???
支援しとくか
http://atnd.org/events/3294
> PHPユーザのためのPythonとGoogle AppEngine勉強会
0339nobodyさん2010/02/26(金) 08:37:54ID:???
>>335
結構上手い表現だと思うがw
使ったら使ったで注意点があるしな。
慢心してると大穴あったりする。
0340nobodyさん2010/02/28(日) 10:29:01ID:xRtiCHYH
rhacoって簡単そうだけどドキュメントが無いのが痛い・・
使ってる人います？
0341nobodyさん2010/02/28(日) 23:53:30ID:???
話題にもならないから、ほとんどいないと思われ
0342sage2010/03/03(水) 13:48:57ID:bgcdMcjm
340です

やっぱそうなんですね、レンタルサーバーとかでも使いやすそうで、
ライブラリとしても使えるとのことでしたので
もう少しかじってみます。
0343nobodyさん2010/03/13(土) 18:44:49ID:???
初心者？向けな気がする
今後もｆｗ学習していくなら触れない方がためな気もする・・・
0344nobodyさん2010/03/15(月) 18:01:36ID:???
CakePHPから派生したLithium
CodeIgniterから派生したKohana
ここらもチェックしてみてはいかがでしょうか？
0345nobodyさん2010/03/19(金) 04:25:31ID:???
今のところ国内ではcakeが強いの？PHP事情に詳しくないんで教えてくだされ
0346nobodyさん2010/03/19(金) 04:38:27ID:???
symfony じゃね
0347nobodyさん2010/03/19(金) 12:06:05ID:???
でも個人ブログなんかで取り上げられるのはcakeが多い気がする
実際のところシェアってどうなってるんだろ
0348nobodyさん2010/03/19(金) 22:12:31ID:???
サイトの数と、そのサイトが稼ぐPVをスコアとすると、シェア変わりそう
0349nobodyさん2010/03/20(土) 01:07:53ID:???
zend一択
0350nobodyさん2010/03/20(土) 03:10:35ID:???
何を使うかより何を作るかが重要
0351nobodyさん2010/03/20(土) 03:52:33ID:???
ド正論で仰るとおりだと思いますが、方法論や手法について語るスレでそんなことを仰られても困ります
0352nobodyさん2010/03/20(土) 04:31:24ID:???
http://www.google.co.jp/trends?q=cakephp%2C+zend%2C+symfony%2C+kohana&ctab=0&geo=jp&geor=all&date=ytd&sort=0
cakePHPの検索数1位がなんで沖縄県なんだろ？
0353nobodyさん2010/03/20(土) 05:11:56ID:???
>>352
それは多分、PHPという名のケー(ry
0354nobodyさん2010/03/20(土) 05:52:43ID:???
>>352
タケルンバが沖縄在住だから
0355nobodyさん2010/03/21(日) 01:29:07ID:???
Lithiumに期待せざるを得ない
0356nobodyさん2010/03/22(月) 13:25:16ID:???
タケルンバはLithiumに興味ないの？
0357nobodyさん2010/03/24(水) 02:46:46ID:???
やっぱりcake
0358nobodyさん2010/03/25(木) 14:01:07ID:???
タケルンバに期待せざるを得ない
0359nobodyさん2010/03/26(金) 02:49:50ID:???
cake難しいよな。コード読めない。
Zend難しいって言ってる人は、コード読む気がないんじゃなかろうか。
あれだけ素直に使えるライブラリは素敵だぞほんと。

$this->Posts->set($this->data)

いきなりこんなの理解できるか ＞ Cake
$this->dataには何が入ってるんだよ ＞ Cake
んで、どうやって応用すればいいんだよ ＞ Cake

$this->hoge = "page"

これはどこに何をセットしたんだよ。 ＞ Cake

以上、私怨ｽﾏｿ
0360nobodyさん2010/03/26(金) 03:50:54ID:???
まず名前がダサい。そんなもの使うくらいならまだちいたん選ぶわ
0361nobodyさん2010/03/26(金) 11:41:05ID:???
いや景気の良いネーミングだと思う
0362nobodyさん2010/03/26(金) 11:56:05ID:???
>>360
ちいたん（笑）
まずは自分のセンスを疑えよ・・・
0363nobodyさん2010/03/27(土) 21:44:03ID:???
これから学ぶならlithiumだろー
0364nobodyさん2010/03/28(日) 01:01:35ID:???
CakePHPもMojaviのような運命を辿るのか。
0365nobodyさん2010/03/28(日) 10:52:13ID:???
PHP4対応を捨てたCakePHP、ってだけでいいんだけどな
Lithiumって、なんかいろいろ頑張って、結局完成とか安定とかしないイメージ
0366nobodyさん2010/03/28(日) 17:46:51ID:???
理想を追いかけて遠い存在になるより
こまめにアップデートしてくれるほうがいいんだよね
0367nobodyさん2010/03/29(月) 11:59:36ID:???
>>366
両方必要だけど自分が使うならやっぱ後者だなあ。
0368nobodyさん2010/03/29(月) 12:04:41ID:???
でもこまめにアップデートされても、そう簡単にシステム更新できないからなー
0369nobodyさん2010/03/30(火) 03:59:50ID:???
Cakeは1.0以前、1.1、1.2あたりまででかなりいろいろ変わってきてて、
1.2->1.3の変化量は、それまでのちゃぶ台ひっくり返し的な変化に比べればそれほどではないと思う。
つまりなにがいいたいかっていうと、内部の激変はそれほどこないんじゃないかな
それがいい事なのか、それともmojavi化（停滞・gdgd）なのかは知らん
というか、ずっとPHPのフレームワーク周りを追っかけてきてて、むしろPHPに固執する必要があるのか？
という事も考えてしまう。

そんな俺がPHPベースのFWでこれからどうなるんだろうとwktkできるのはYii
0370nobodyさん2010/03/30(火) 04:07:14ID:???
<[include:header.html]>
<[if:$a==1]>hoge
<[else:]>hage
<[end:]>
みたいなソースってなに？
フレームワークなのかどうかもよくわからない
ｐｈｐ初心者ですが、えらい人教えてくらさい。
0371nobodyさん2010/03/30(火) 13:43:29ID:???
>>370
それ、テンプレートってどのフレームワークで採用してるの？
0372nobodyさん2010/03/30(火) 14:04:29ID:???
>>371
？？どのフレームワークかを知りたいのですが、、、
すんません全然フレームワークもテンプレート？も
理解してないので会話になってないのかな。

ディレクトリのどっかみたらわかる？
0373nobodyさん2010/03/30(火) 14:19:37ID:???
>>372
めんどくせーから単刀直入に聞くけど、そのソースどこから拾った？
0374nobodyさん2010/03/30(火) 14:35:29ID:???
>>373
拾ってない
外注したうちの会社で使ってるのウェブベースのソフト
つくったソフト会社とはわけあってほとんど会えないし、
こっちでいじるの嫌がるので（当たり前だね）聞きづらい。
0375nobodyさん2010/03/30(火) 15:18:20ID:???
>>370の情報だけで特定出来る対象を、少なくとも俺は知らない。

たとえば外注の自作フレームワークならここで聞いても答えようが無いわけで。
そのファイルを読み込んでいるプログラムがわかれば判断できるんでないの。
0376nobodyさん2010/03/30(火) 17:59:22ID:???
そっかあれだけじゃ判断できないのか。
自作かな

ともかくありがと
0377nobodyさん2010/04/01(木) 02:31:46ID:???
>>376
特徴的なので、あれだけでわかる。
elseの後の:とか。
だが、誰も知らないので自作だと思う。
0378nobodyさん2010/04/01(木) 04:16:17ID:???
ちょっとpythonっぽいテンプレートエンジンだな
ほんとにこのスレの守備範囲なのかどうかも微妙
0379nobodyさん2010/04/07(水) 01:13:36ID:???
>>369
Yii良いです。シャレじゃなくて。

でも専用スレが無いのね。
0380nobodyさん2010/04/07(水) 01:15:12ID:???
>専用スレが無い
そうなのか。この時点で辛いなｗ
頑張って流行らせてくれ。そしたら使うしノウハウも共有できるから
0381nobodyさん2010/04/07(水) 02:27:11ID:???
ヤフーに見えるのが良くない。
0382nobodyさん2010/04/07(水) 05:35:47ID:???
言われるまで考えたこともなかった
0383nobodyさん2010/04/07(水) 05:36:44ID:???
yiiのチュートリアル動画でヒーハー！いうやつがウザくて使うのやめた
0384nobodyさん2010/04/07(水) 16:31:02ID:???
今見てきた。ヒーハー大杉で泣きそうになった
0385nobodyさん2010/04/07(水) 20:10:20ID:???
ヒーハーは大杉より小杉
0386nobodyさん2010/04/07(水) 21:58:19ID:???
誰が馬
0387nobodyさん2010/04/07(水) 22:36:34ID:???
吉田「どうかしてるぜ！」
0388nobodyさん2010/04/10(土) 12:34:54ID:???
何だっけ、「コンポーネント指向」の奴だっけ ＞ Yii
あのフレームワーク使って、どの辺がどう「コンポーネント指向」なのか
まったくわからん、ってのが最大の敗因かと思う。
0389nobodyさん2010/04/10(土) 15:25:33ID:???
敗因って別に負けてはねーんじゃね
ただ新しく覚えるのがめんどくさい層は手を出さないから利用者増えてないってだけで
0390nobodyさん2010/04/10(土) 17:36:19ID:???
勝ってないからその原因を敗因と言っ(ry
0391nobodyさん2010/04/10(土) 19:31:01ID:???
まあ勝負の土台にあがってるのかどうかさえ不明
でもパフォーマンスの高さは気になる
0392nobodyさん2010/04/11(日) 16:21:29ID:???
新しく始めるならアリだとおもうよ。使い勝手は悪くない
0393nobodyさん2010/04/13(火) 01:40:58ID:???
Yii1.1.1のCRUDコマンドで生成したビューは結構完成度が高い。



0394nobodyさん2010/04/13(火) 11:27:42ID:???
Yiiって日本語ドキュメントできてるのね。ちょっと試してみよ。
0395nobodyさん2010/04/13(火) 14:40:15ID:???
crudで作ったコードは１行コメントアウトしないとレコード入らない
0396nobodyさん2010/04/14(水) 02:42:10ID:???
日本語化活動してた人たちも殆ど音沙汰なしな感なのが(´･ω･`)ｼｮﾝﾎﾞﾘ
0397nobodyさん2010/04/18(日) 09:15:16ID:???
おｋ
そろそろ期待の新星、symfonyの話でもしようか。Propelいいんじゃね？
0398nobodyさん2010/04/18(日) 09:17:50ID:???
釣り乙
0399nobodyさん2010/04/18(日) 14:20:32ID:???
symfonyってもうダメなの？
0400nobodyさん2010/04/18(日) 15:18:11ID:???
symfonyで作られたサイトって今どれくらいあるんだろう？
0401nobodyさん2010/04/18(日) 15:19:47ID:???
>>400
7
0402nobodyさん2010/04/18(日) 15:53:58ID:???
そんなにあるのか
0403nobodyさん2010/04/18(日) 17:42:31ID:???
もうちょっとあるよ
0404nobodyさん2010/04/30(金) 11:23:05ID:???
Yiiブログチュートリアル　日本語訳
http://www.craftgear.net/docs/yii_blog_tutorial/index.html
本家の日本語訳が途中でストップしてるけど、こちらは全部訳してある。

本家
http://www.yiiframework.com/doc/blog/ja
0405nobodyさん2010/05/31(月) 17:55:33ID:???
Agile Web Application Development with Yii1.1 and PHP5
発売日： 2010/8/16
価格： ￥ 4,109
http://www.amazon.co.jp/Agile-Application-Development-Yii1-1-PHP5/dp/1847199585/ref=sr_1_1?ie=UTF8&s=english-books&qid=1275295975&sr=8-1
0406nobodyさん2010/05/31(月) 23:28:02ID:???
IE8のでふぉHTTP_ACCEPT_LANGUAGEがjaからja-JPにかわって
言語追加しておかないと、Yiiのrequirementsで日本語表示されないのう

サブコードついてたらそれに見合うディレクトリがある前提で見に行っちゃうし
きちゃないけど、こんな感じの追加とかしたほうがいいんじゃないかのう
requirements/index.php

224| if(!is_file($viewFile))
225| 　　$viewFile=dirname(__FILE__).'/views/index.php';

224| if(!is_file($viewFile))
225| {
226| 　　list($lang)=explode('_',$lang);
227| 　　$viewFile=dirname(__FILE__)."/views/$lang/index.php";
228| 　　if(!is_file($viewFile))
229| 　　　　$viewFile=dirname(__FILE__).'/views/index.php';
230| }
0407nobodyさん2010/06/18(金) 08:04:35ID:???
>>405
それ尼じゃなくて、出版元のebook(印刷可)で予約したら
14.44GBPだから約半額で買えるぞ。てか予約したし。
0408nobodyさん2010/06/18(金) 12:22:07ID:???
決済時にGBPが暴騰する可能性が
0409nobodyさん2010/06/18(金) 20:22:10ID:???
>>408
ん? 俺もう決済したけど。
0410nobodyさん2010/06/18(金) 23:01:05ID:???
現金で払ったのか？
0411nobodyさん2010/06/18(金) 23:32:57ID:???
paypal→カード→円転
0412nobodyさん2010/06/19(土) 02:27:56ID:???
カードってカード会社の精算日のレートであって決済日のレートじゃないんだよな
0413nobodyさん2010/06/19(土) 11:07:27ID:???
>>412
だからもう締まって請求来てるから。
0414nobodyさん2010/06/20(日) 01:54:37ID:???
1ヶ月後・・

>>407 「まだ届かないんですが。」
0415nobodyさん2010/07/06(火) 02:34:43ID:???
>>414
ebookて意味分かってる???
0416nobodyさん2010/07/07(水) 17:09:11ID:???
PHPでDIコンテナを使う利点が説明された資料があれば教えてください。
DIコンテナをPHPで使う利点がいまいちわかりません。
勉強したいので、「わからないなら使わなくていい」という回答はご遠慮ください。
0417nobodyさん2010/07/07(水) 17:14:38ID:???
資料も何も概念調べて自分が受け持ってるプロジェクトに当てはめて検討するだけだろ
1分で理解出来る概念に資料も糞もないわ
0418nobodyさん2010/07/07(水) 22:01:41ID:???
遠慮はいらん
0419nobodyさん2010/07/07(水) 23:12:25ID:???
DIを理解してないのであれば、まずは理解してください
理解さえできれば、メリット、デメリットはすぐに見えてくるかと思います
勉強のとっかかりかたまで教えてもらう必要があるように程度が低いのであれば、諦めるというのも一つの手です

ってか、ド素人なにわかな俺でもぐぐって3分かからずわかるような内容じゃん…
そもそもこれ別にPHPでって言語で限定するような内容でもないよ
PHPの使い方はこうあるべきだ！なんて思ってる人なら色々思うところあるんだろうけど

勉強したいなら勉強しましょう。質問したいならどういう理由で利点がないと感じたかを書くべき
0420nobodyさん2010/07/08(木) 00:47:45ID:???
依存性の注入とか言われたってわからんわい、って別におかしくない
「3分かからずわかる」はないわ

あと、コンパイルしてデプロイして云々のJavaでのメリットはわかりやすくても、
それをPHPに持ち込むメリットは、正直具体例をあげて誰かに説明してもらいたい
0421nobodyさん2010/07/08(木) 01:24:33ID:???
難しいこと言ってるけど
classのラッパーを作成するってだけのことでしょ
0422nobodyさん2010/07/08(木) 01:35:29ID:???
>>420
そりゃあんたがセンスないからじゃないの？
今までにまともな設計した事ないでしょ？
0423nobodyさん2010/07/08(木) 22:57:53ID:???
>>419
＞そもそもこれ別にPHPでって言語で限定するような内容でもないよ
これは多言語を理解していないか、DI自体を理解していないな。
0424nobodyさん2010/07/09(金) 12:03:02ID:???
>>417
>1分で理解出来る概念に資料も糞もないわ

大変優秀な方ですね。私にはとても1分では理解できませんでした。

DIコンテナは、Javaではよく使われてますが、動的な言語ではほとんど使われていません。
PHPのような動的な言語にもDIコンテナが役立つかどうかについては、いまだ結論は出てないようにおもいます。
ただ、PHPにはDIコンテナをうりにしたフレームワークがあるようなので、動的な言語でもDIはこんなに便利だと
いうのをうまく説明できる人がいらゃっしゃることを期待して質問しました。

ですので、なにか情報をご存知の方がいましたら教えてください。
0425nobodyさん2010/07/09(金) 12:31:58ID:???
そもそもJavaでDIを使う事のメリットは理解してるの？
0426nobodyさん2010/07/09(金) 12:34:43ID:???
依存するクラスに変更があった場合でも元のプログラムをmakeする必要がない
0427nobodyさん2010/07/09(金) 14:31:12ID:???
いや違うと思うが
0428nobodyさん2010/07/09(金) 18:51:33ID:???
>>424
http://www.slideshare.net/fabpot/dependency-injection-with-php-53
これみたらわかると思うよ。
0429nobodyさん2010/07/09(金) 23:18:59ID:???
働いたらmakeかと思っている
0430nobodyさん2010/07/10(土) 00:49:27ID:???
昨今のマならもっと概念的なとこで考えれよ
理解できたらあとは>>417。ケースバイケースだって意味がわかってくるんじゃないの？
>>426みたいな人には、「わからないなら使わなくていい」、という回答以外にいい答えないと思うけどな

//そもそも割とスレチ
//PHPのフレームワークにそういうのがあるから、っていっても
//そのフレームワークの話題どころか名前すら出してないのに、わざわざこのスレで語る内容かこれ
0431nobodyさん2010/07/10(土) 01:10:03ID:???
//
0432nobodyさん2010/07/10(土) 01:42:45ID:???
DIコンテナってclassのラッパーのことだろ
言葉は知らなくても自然とやっている人は多い
0433nobodyさん2010/07/10(土) 01:51:28ID:???
>>DIコンテナってclassのラッパー

こいつは全然わかってないのは分かった。
0434nobodyさん2010/07/10(土) 02:04:27ID:???
それはデザパタのAdapterパターンだと思うの…
0435nobodyさん2010/07/10(土) 02:05:51ID:???
職場の習慣で使ってはいるが
便利さはわかってない
0436名無しさん＠そうだ選挙に行こう2010/07/10(土) 10:58:41ID:???
まずはDIコンテナの前にDIを理解しよう。
DIはソフトウエアパターン、DIコンテナはそれを実現する技術の一つ。
0437名無しさん＠そうだ選挙に行こう2010/07/10(土) 11:05:35ID:???
>>430
SeasorとかMapleじゃないの？Symfony2.0とか。
こんあのもあるけど
http://code.google.com/p/yadif/wiki/UsageExamples

DIはフレームワークと結びついてること多いのでこのスレで全然問題ないとおもう。
0438名無しさん＠そうだ選挙に行こう2010/07/10(土) 12:35:02ID:???
今度久々にPHPの開発をするようになった。
どうせならフレームワークを使いたいと思うので
皆さんのお勧めを教えて下さい。

要件ですが
業務システム
DB MSSQL 2005
テーブルは既存システムのを使うため変更出来ません
OS Win2008 std 64bit
更新系ほとんど無し
参照系7本
単純な認証あり
複雑なSqlを書ける必要あり
グリッドでドリルダウンをしたいのでajaxを使うかも。
言語は、主に英語
MSSQLのストアドプロシージャも
使うかも。
設置が簡単であって欲しい。

javaやc#でseasarを使ってるので
使えたらDtoを挟みたい。

よろしくお願いします。
0439名無しさん＠そうだ選挙に行こう2010/07/10(土) 14:17:27ID:???
流れきって悪いけど
yiiでinput要素を順次saveしていきたいんだ。
そこでrecordをまとめた要素をforeachで回して
saveするため、

$model->attributes=$data['post'];
$model->save()；
$model->refresh();

としているのだがprimaryIdが更新されないために
レコードがupdateされて結局最後のレコードしか保存されない。

yii使い始めたばかりなんだが正しいやり方を知っていたら教えてほしい。
0440名無しさん＠そうだ選挙に行こう2010/07/11(日) 00:10:05ID:???
>>439
自己解決しました。
とりあえずprimaryIdが新規とされるようメンバ変数を修正したが
ちょっと無理やりっぽい。
あまり例が無いからどういった処理が正しいのかわからないな。
saveAllがあると良いんだけど。
0441名無しさん＠そうだ選挙に行こう2010/07/11(日) 01:42:36ID:???
そもそもDIコンテナ自体がフレームワークなのでは
0442名無しさん＠そうだ選挙に行こう2010/07/11(日) 10:26:13ID:???
yiidocはとまったままなのかのう
翻訳が進んでないのが悲しい。英語苦手だから助かってたのに
0443名無しさん＠そうだ選挙に行こう2010/07/11(日) 14:02:45ID:???
DIコンテナは静的型付け言語だから必要といってもいいものだよ。

型の依存、たとえばこのクラスAは、クラスBを継承しているなんてものがコンパイル時に決まってしまう。
そうすると単体テストがやりにくくなってしまう。たとえばクラスAのテストをするとき、
クラスBは無いものとして行うのが単体テストだから依存性があるとテストしにくいわけ。

これを取り除いて、クラスAはクラスAとして、クラスBはクラスBとして
独立している状態で実行時に設定ファイルにより継承関係をあとから付け足すのが
依存性の注入。

PHPなどの動的型付け言語の場合、evalなどの機能で実行時に
クラスとか関数を作れるので、DIコンテナのような仕組みが無くても
言語仕様の範囲である程度は作れてしまえる。

静的型付け言語だとそれが難しいから、DIコンテナのような仕組みを
作らないといけない。まあ一種のフレームワークだね。
0444名無しさん＠そうだ選挙に行こう2010/07/11(日) 16:35:59ID:???
「静的型付け言語だから～」
よくある誤解だ。もし動的言語でDIが全く不要なものならSymfony2.0で採用されないだろう。
再コンパイルが不要というのはDIの効果のごく一部に過ぎない。

「設定ファイルにより継承関係をあとから付け足す」
これも従来の特定のDIコンテナの一部実装に過ぎない。Guiceだと非設定ファイルでの注入が普通だ。
0445名無しさん＠そうだ選挙に行こう2010/07/11(日) 17:37:54ID:???
結局理解できてない人の暴走だったっていうオチ
0446名無しさん＠そうだ選挙に行こう2010/07/11(日) 17:47:20ID:???
>>444
結局DIコンテナの有用性を一つも指摘してないじゃないかw
0447名無しさん＠そうだ選挙に行こう2010/07/11(日) 20:16:53ID:???
三行で説明できないものは普及しない。これは歴史的事実。
0448名無しさん＠そうだ選挙に行こう2010/07/11(日) 20:27:47ID:???
どんなものでも
三行で説明できます。
ただし一行の文字数は無制限という前提で。
0449名無しさん＠そうだ選挙に行こう2010/07/11(日) 22:14:08ID:???
非常識だ
0450nobodyさん2010/07/12(月) 13:07:11ID:???
>>428
>http://www.slideshare.net/fabpot/dependency-injection-with-php-53
>これみたらわかると思うよ。
ありがとうございます。まさにこういう資料を探してました。感謝です。
これを読んで、自分なりには以下のように解釈しました。
・DIはdecouplingが目的である
・decouplingすることはPHPのような動的言語でも役に立つ
・ゆえにPHPでもDIは役に立つ
＃間違いがあればご指摘ください。
この資料のおかげで、自分なりの結論が出ました。ありがとうございます。

>>436
>DIはソフトウエアパターン、DIコンテナはそれを実現する技術の一つ。
まさしくそのとおりですね。DIコンテナを使わなくてもDIは実現できますが、
DIコンテナを導入した方が自然に記述できると思ったら導入すればいい。

>>437
こちらもありがとうございます。実装が240行程度なので、参考になります。

>>444
>もし動的言語でDIが全く不要なものならSymfony2.0で採用されないだろう。
ですね。その点、RubyやPythonのフレームワークより、PHPのほうが一歩進んでいるという印象を受けました。

レスくれたみなさん、ありがとうございました。>430みたいな人ばっかりだったらどうしようと思いましたが、聞いてよかったです。
0451428,436,437,4442010/07/13(火) 01:40:40ID:???
まあ全部俺なんだがそれなりに分かったようで良かったよ。
DIはとかくいろんな事がごっちゃに語られやすい（＝初学者に本質がわかりにくい）
スライドの11/104が最も単純な依存性の注入。メリットは25-33にまとまってる。英語がわからなくてもコードでわかるだろう。
0452nobodyさん2010/07/13(火) 12:02:46ID:???
>>451
なんと全部同一人物とは。
PHPにもこんな賢い人がいるじゃないですか。
名前は存じませんが今後ともご活躍を祈っております。
0453nobodyさん2010/07/13(火) 14:00:15ID:???
そんなにとくべつ賢い発言にも見えないけど
0454nobodyさん2010/07/14(水) 01:23:30ID:???
普通にバカにされてるように見えるが
0455nobodyさん2010/07/14(水) 17:59:36ID:???
スレチ失礼。ATNDより、PHP関連の勉強会を紹介します。


■Ktai Library for cakephp 勉強会@関東
URL: http://atnd.org/events/6209
日時: 2010/07/17 11:00 to 15:00
場所: マイ・スペース＆ビジネスブース池袋西武横店
参加条件: Masa-Pさんの本「PHPで作る携帯サイト　デベロッパーズガイド」を持参、かつ４章までを自力である程度実装できている、もしくは出来る方


■OpenPNE3で学ぶsymfony勉強会
URL: http://atnd.org/events/6255
日時: 2010/07/24 15:00 to 17:00
場所: 手嶋屋新宿御苑オフィス
内容: この勉強会は毎回OpenPNE3の各機能、仕様にフォーカスを当て、ベースフレームワークであるsymfonyを理解していく勉強会です。
参加者はみんなsymfonyに興味のあるプログラマです。Webエンジニアとのネットワークづくりにもお役立てください。


■Python4PHPer 第7回講習会
URL: http://atnd.org/events/6344
日時: 2010/08/12 10:00 to 22:00
場所: 国立オリンピック記念青少年総合センター
内容: Python未経験者向けの、PythonとGoogle App Engine (GAE) の入門講座です。


■第11回　LOCAL PHP部勉強会
URL: http://atnd.org/events/6443
日時: 2010/08/28 14:00 to 16:30
場所: 札幌市産業振興センター　セミナールーム９
0456nobodyさん2010/07/21(水) 17:25:41ID:???
Yii 使ってる？
0457nobodyさん2010/07/21(水) 17:45:29ID:???
遊びで使ってるけどなかなか良い感じ
でもまだ公開サイト用はcake使ってる
もう少し日本人ユーザー増えればいいのに
0458nobodyさん2010/07/21(水) 20:04:00ID:???
Yii使い始めた。スレ立つと寂れるかな？
0459nobodyさん2010/07/21(水) 22:22:24ID:???
フォーラムもYiiDocもYiiJan（だっけ？）も活動してないっぽいしなー
まぁここ半年くらい書き込みなくても早々落ちるような板じゃないし、スレはあってもいいと思うお
0460nobodyさん2010/07/22(木) 00:50:03ID:???
新規案件があったらYii使おうと狙ってるのだがなかなか良い感じのが無い
何かお題目無い？
0461nobodyさん2010/07/22(木) 00:54:29ID:???
>>460
ベニーオークション
情報共有したいなー
今んとこ躓くほど触ってないけど
0462nobodyさん2010/07/22(木) 01:07:55ID:???
直接リアルマネー絡むのはやだな
情報共有だとやっぱり　http://www.yiiframework.com/forum/　使うのが良いのかねぇ
0463nobodyさん2010/07/22(木) 01:17:25ID:???
やっぱそこかね
英語理解するのちょっと時間掛かるんだよなー
0464nobodyさん2010/07/22(木) 17:22:40ID:???
Yii は、フルスタックとかぬかして規模がでかいだけのフレームワークに比べてシンプルなのが良い。
0465nobodyさん2010/07/22(木) 18:05:12ID:???
開発者が増えてきたときに
設計の良し悪しが解る

今はまだ判断するときじゃない。
0466nobodyさん2010/07/23(金) 00:05:27ID:???
国内で商用で使ってみた人はまだいないだろうけど
個人的に公開されたサイトで利用してる人っているんだろうか
0467nobodyさん2010/07/23(金) 06:43:49ID:???
kohanaがいい
Yiiは簡易過ぎる
0468nobodyさん2010/07/23(金) 10:27:24ID:???
簡易っていうと機能が足りないって意味か？
0469nobodyさん2010/07/24(土) 03:54:43ID:???
kohanaは知らんけど、yiiは使い勝手よさそう
0470nobodyさん2010/07/24(土) 11:42:11ID:???
yiiは海外だけあって活発でextensionが多い印象。
kohanaはユーザに日本人が多いのが良さそうだね。
0471nobodyさん2010/07/25(日) 04:33:38ID:???
多いか？情報少ないっしょ
0472nobodyさん2010/07/25(日) 20:20:57ID:???
本当に印象だけだなｗ
kohanaはマイナー
yiiはそれ以上にマイナー
0473nobodyさん2010/07/26(月) 00:00:16ID:???
海外だと単純に逆じゃね？
0474nobodyさん2010/07/26(月) 02:24:23ID:???
yiiなんて英語版Wikipediaの記事すら作られてないレベル
Codeigniterの正規化のkohanaの方がまだメジャー
0475nobodyさん2010/07/26(月) 03:07:29ID:???
メジャーといっても両方ともサービス実績少ないのは同じことかと。

そして実際kohanaのextensionはyiiに比べて少ない。
0476nobodyさん2010/07/26(月) 03:38:34ID:???
extensionの数を競って何がうれしいんだ
0477nobodyさん2010/07/26(月) 05:03:49ID:???
選択の幅が広がるのは良いことでは？

質にもよるけど。

別にどちらかの肩を持つわけではないので
確かにCodeigniter派生のkohanaのほうが知名度が
あるというのは納得。
0478nobodyさん2010/07/26(月) 17:04:07ID:???
extensionの数はそのまま、ユーザ層の厚さの違い。
0479nobodyさん2010/07/26(月) 19:51:16ID:???
えっ
0480nobodyさん2010/07/27(火) 00:07:04ID:???
このスレでどっちがマイナーかなんて競ったってしゃーないわｗ
自分はYiiしか知らんかったから、Yiiをさわってみてる
Codeigniterあんま好きじゃないしｗ
0481nobodyさん2010/07/27(火) 00:42:47ID:???
>>478
車輪の再発明が好きな無計画なユーザが多いだけだろ
0482nobodyさん2010/07/27(火) 02:14:07ID:???
ちっちゃいなぁ
0483nobodyさん2010/07/27(火) 02:17:21ID:???
新しくものを覚えるのが難しい人たちが
コミュニティの対立を煽る。
ほっとけ。
0484nobodyさん2010/08/09(月) 03:15:33ID:???
ようやく明日Yii本(俺はebookだけど)発売日だzeeeeeee。
つーか、ドキュメントを何回も読み返してソースも解読して、
だいぶ慣れてきたけどなー。

つーか、慣れたところで独法系のお試しプロジェクトとか、
ヴェンチャー系の新しいもん好きプロジェクトしか金に
ならなさそうだけどなーーー。ま実装形態とかdbの思想が
違うだけで、やってることはCakeとあんま変わらんけどなーーーー。
0485nobodyさん2010/08/09(月) 12:49:41ID:???
>>484
あぁ英文のか。
yiiはconditionの書き方がcakeと結構違うので戸惑う
っていうかよくわからない。
0486nobodyさん2010/08/09(月) 13:58:44ID:???
俺はロシア語の資料だって挑戦するからな。
ただgoogle始め機械翻訳がバカ過ぎて、辞書引き引きになって
語学やってんのか、ドキュメント呼んでのか分からなくなるが。
0487nobodyさん2010/08/09(月) 14:19:01ID:???
英文はともかくロシアはすごいなあ。
ネットで見てもまず無視するわ。

yiiってscafolldingが綺麗だから
そのままでも結構使えて便利。cakeはそのまま使う気にはなれない。
0488nobodyさん2010/08/09(月) 21:34:03ID:???
だれかkohana日本語で解説してよ
0489nobodyさん2010/08/09(月) 23:33:52ID:???
>>487
ハングルにしてもキリルにしても一週間でも集中して語学っぽくやれば
読めるようになるぜよ。さすがにアラビア文字はいまだに読めんし
ギリシャ文字は必要に迫られんから読もうとは思わんが。

韓国はネトゲエンジン、ロシア・ウクライナは洋ゲーで日本より前進
してる部分があるから、PHPのFWやる限りはあんま必要ないが、
開発ドキュメントは面白いのが埋もれてる。まぁgoogleで大体は
こと足りるけど、半分くらいは出鱈目な結果になって結局自力で
細かく翻訳する羽目になるんだよな。特にロシア語は内部で
変換してる露英辞書が貧弱すぎるきらいがある。スレチすまん。
0490nobodyさん2010/08/10(火) 17:45:43ID:???
Yii本発売日伸びたな。サイトは15日、尼は16日になってる。
0491nobodyさん2010/08/12(木) 02:01:14ID:???
>>488
べたーこーどいぐにったー
ぐたいてきには、PHP5おんりーなこーでぃんぐ

これで不足ならソース嫁
0492nobodyさん2010/08/12(木) 19:08:29ID:???
ようやくYii本DL始まったわぁ
0493nobodyさん2010/08/13(金) 17:49:32ID:???
英語の壁すら突破しきれてない俺に他の言語なんて…
とかなんとか理由つけて逃げてるだけなんですがー
0494nobodyさん2010/08/13(金) 18:05:33ID:???
コードイグナイたんっていうキャラ作ったらかわいいんじゃね？
0495nobodyさん2010/08/13(金) 20:21:26ID:???
それなんてCIたん？
0496nobodyさん2010/08/15(日) 20:15:29ID:???
giiいいね
yiicのころさわったきりだったけど、こりゃ楽だわｗ
0497nobodyさん2010/08/17(火) 11:37:06ID:???
>>496
giiはまだ公式で日本語訳(どころかフランス訳すらない)から
見過ごされてるな。yii本には載ってたが。

英語で公式読むか、ディレクトリ舐めるように見回すと気づくんだろうが。
確かに最初yiic覗いた時、「何このはりぼて?」と思った。プロジェクトスケルトン
吐くのに急いで公開したんだろうか。
0498nobodyさん2010/08/18(水) 21:53:33ID:???
リリース後のTOPで紹介されてるときに触ったからどういうのかは知ってたけれど
言われてみると確かにドキュメントがなくて気づかないかもしれないｗ
Creating First Yii Applicationの日本語のほうは1.0のyiicでModelとか作る奴のままだしな
0499nobodyさん2010/08/25(水) 10:37:37ID:???
yiiってphpをcgiモードで動かさないとダメ？
たまにsafeモードでファイル作れないよ！と怒られるんだけど回避できないかな
0500nobodyさん2010/08/25(水) 20:59:59ID:???
それモジュールだとsafeモードな設定のレン鯖とかでやってるだけじゃん
フレームワークとは関係ない
0501nobodyさん2010/08/30(月) 08:41:53ID:???
yiiの本がアメリカ語だか嫌になる
しかも本家も翻訳されてないとこ多くていやになる
0502nobodyさん2010/08/30(月) 08:46:33ID:???
yiiって国内じゃethnaよりも知名度低いのか…
ttp://www.google.co.jp/trends?q=yii%2C+ethna&ctab=0&geo=jp&geor=all&date=all&sort=0
0503nobodyさん2010/08/30(月) 09:54:43ID:???
Googleのトレンドってのは調べられてるかどうかだけで知名度はあんま関係ないと思うけど
例えばPHPとチューリップを比較した場合にはこうなるけど
http://www.google.co.jp/trends?q=PHP%2C%E3%83%81%E3%83%A5%E3%83%BC%E3%83%AA%E3%83%83%E3%83%97&ctab=0&geo=jp&geor=all&date=all&sort=1
チューリップよりPHPの方が知名度高いと思ってる人はいないだろ
0504nobodyさん2010/08/30(月) 12:35:08ID:???
せめて同じジャンルで比較しないと返し言葉にならないのでは…
0505nobodyさん2010/08/31(火) 01:17:52ID:???
てかよっぽどの新機能でもない限り、ちょっと仕込めば
量産はアクションとコンテンツブロックだけ書けばさくさく作れるし、
もう他はどうでもええわ。Yii本はまぁご祝儀買いってとこか。

ethnaはgreeった時点でさようならだからどうぞご自由に栄華を
極めてくださいって感じ。cakeは何か変わったことすっと落ちるからもう戻れん。
一人でやってると今や一番面倒なのはHTMLのコーディングになっちまった。
0506nobodyさん2010/08/31(火) 04:03:34ID:???
俺もEthna使ってたけど釣りゲーム訴えてから使うのやめた
0507nobodyさん2010/09/03(金) 17:55:43ID:???
Yiiをブログで扱う人がぼちぼち増えてきた感じがする
0508nobodyさん2010/09/03(金) 19:19:23ID:???
もう3年以上も経ってるからねぇ
とはいえ、まだethnaよりも情報が無い状態
しかも未だ日本語の翻訳が未完全という・・・・・

Yiiの本が翻訳されれば爆発しそう何だが誰かとりかかってるのだろうか？
0509nobodyさん2010/09/05(日) 01:18:31ID:ruHJBgsy
需要あるかわかんないけれど、勢いでGoogle Group作ってみた
http://groups.google.co.jp/group/yii-japan
0510nobodyさん2010/09/05(日) 12:53:25ID:???
匿名で書きたいからスレ立ててよ
googleサービスとか捨てアド取るにも携帯認証必要だからやりたくない
0511nobodyさん2010/09/05(日) 15:56:48ID:???
まぁネラーとしてはここだよなｗ
0512nobodyさん2010/09/06(月) 15:42:17ID:???
スレ違いだったらすみません。
yiiを見ているのですが、下のソースはどういう意味でしょうか？

Yii::createWebApplication($config)->run();


Hoge::foo($config)->huga();
この書き方はスマートでよさげなのですが、どういった構造になりますか？
↓ではないようなのでさっぱりです。
class Yii {
function :createWebApplication($config) {
...
}
function run() {
...
}
}
0513nobodyさん2010/09/06(月) 15:58:40ID:???
static
0514nobodyさん2010/09/06(月) 16:12:19ID:???
>>513
レスありがとうございます。
staticでも試してみたのですがこの書き方だとFatal errorがでます。
Yii::createWebApplication($config)->run();

class Yii {
　static function createWebApplication($config) {
　　...
　}
　function run() {
　　...
　}
}
static function run(){}にしてもFatal errorでした
0515nobodyさん2010/09/06(月) 16:16:45ID:???
class in
0516５１４2010/09/06(月) 18:07:36ID:???
すみません。あげます
0517nobodyさん2010/09/06(月) 22:27:24ID:???
createWebApplication($config) の戻り値は？
そのrunメソッドを叩いてるだけだと思う。 Yii知らないけど。
0518nobodyさん2010/09/07(火) 01:16:55ID:???
>>514
エラー内容も書こぜ

おそらくこんな感じ
class Yii {
　static function createWebApplication($config) {
　　return new Yii($config);
　}

　function run() {
　　...
　}
}
0519nobodyさん2010/09/07(火) 16:57:43ID:???
yii.phpのソースはこんだけ

require(dirname(__FILE__).'/YiiBase.php');

class Yii extends YiiBase
{
}
0520nobodyさん2010/09/07(火) 17:28:03ID:???
>>519
継承もしらないの？
0521nobodyさん2010/09/07(火) 17:39:53ID:???
これからフレームワークを習得するならYiiがいいの？
0522nobodyさん2010/09/07(火) 18:50:59ID:???
>>521
趣味で遊ぶ程度ならyii
しっかりやるならcake、zend、symfony

yiiが今後どうなるかわからない。
様子見
0523nobodyさん2010/09/07(火) 19:42:20ID:???
ethna最強伝説
0524nobodyさん2010/09/07(火) 21:20:19ID:???
Rhacoこそ至高だし
0525nobodyさん2010/09/07(火) 21:20:52ID:???
>>521 >>522
>しっかりやるならcake、zend、symfony

Cakeとかもうないだろ。今安定したのがいいのなら、Symfonyじゃない?
YAML各野にうんざりで投げたけと。

これから伸びそうに見えるのが、KohanaとYii。
まだ本リリースされてもないのに注目されてるのがLithium。
本命はないから好きなの選べｗ
0526nobodyさん2010/09/07(火) 21:54:56ID:???
ZendとKohana以外使う気がしない
0527nobodyさん2010/09/07(火) 23:29:27ID:???
自分が使ってる物最強って言うだけなんだから
他人に意見なんざ聞くだけ無駄
理由に周りはとか採用実績とかつけてさ
0528nobodyさん2010/09/08(水) 01:10:08ID:???
後発なだけあって出来いいから、言語の壁が高くないならYiiはイイよ
0529nobodyさん2010/09/08(水) 01:25:36ID:???
つーか、そもそもどれを使うかの決定権が無ければ所詮遊びだろ
0530nobodyさん2010/09/09(木) 17:13:26ID:???
Yiiのblogデモのコメント検証のエラーメッセージってどこでカスタマイズするの？
やりたい事はメッセージの日本語化
'language'=>'ja',としても英語のままでござる
0531nobodyさん2010/09/09(木) 18:18:10ID:???
yii本体の中にあるメッセージファイルを
各アプリのファイルに置き換えればok
0532nobodyさん2010/09/09(木) 23:44:36ID:???
最先端なフレームワークでもそんな風にしないと駄目なのね…
がっくし…
0533nobodyさん2010/09/10(金) 00:59:05ID:???
お前が欲しいのはフレームワークなのかエスパーなのか
0534nobodyさん2010/09/10(金) 01:36:53ID:???
結局、yiiは駄目なのか
0535nobodyさん2010/09/10(金) 13:43:45ID:???
>>530
ブログデモをそのまま使うわけではないよな?
バリデーションに関しては、定型的なのは config/main.phpのlanguageをjaにすれば、日本語化される。変な日本語だけど。
独自のメッセージを出したいときはrules()の中で、messageを定義すればOK。

public function rules(){
return array()(
array( 'name', 'required', 'message' =>'名を名乗れボケ!' ),
array( 'mail_addr', 'email', 'message' =>'メアドが違うぞコラ！' ),
);
}


できるだけframeworkの中のファイルは修正しない方がいい。
やっちゃったことあるけど後々めんどい。
0536nobodyさん2010/09/10(金) 15:30:59ID:???
>>530
>'language'=>'ja',としても英語のままでござる
この時点でおまいの設定が間違ってる
0537nobodyさん2010/09/10(金) 15:50:55ID:???
yiiはデモが少ないのが玉に瑕
エクステンション別にデモ置いてくれたらいいのに
何が何だかわけわかめ！
0538nobodyさん2010/09/10(金) 17:28:20ID:???
yiiを始めました
初歩的な質問なのですが自分で作ったクラスはどのフォルダに置けばいいのでしょうか？
0539nobodyさん2010/09/10(金) 17:50:56ID:???
>>538
汎用的なクラスならcomponentsの直下に置くと、大抵はrequireとかしなくても使える。
モデルやコントローラなら、それぞれそこに。
0540nobodyさん2010/09/10(金) 18:45:00ID:???
フレームワーク始める前にPHP勉強しないかみんな
0541nobodyさん2010/09/10(金) 19:36:03ID:???
最初からフレームワークでも最初からWordPressでもいいと思うけど
Ruby信者じゃあるまいし、必要なことだけ覚えればいい
0542nobodyさん2010/09/10(金) 19:39:31ID:???
>>539
え、そうなんだ
試してみよっと
0543nobodyさん2010/09/10(金) 20:17:02ID:???
>>541
必要なことすら覚えてないから恐ろしく基本的な質問が連発されている気がするが…
つーかむしろRubyの所もいきなりRoRやってバカみたいな質問出まくってるけどさ
0544nobodyさん2010/09/10(金) 21:21:34ID:???
バカな質問いいじゃない。答えたくなければ無視すりゃいいんだ
MLじゃないんだからさ。Rubyのスレは別世界だし。
0545nobodyさん2010/09/11(土) 00:16:35ID:???
答えたくないなら無視すればいいとか言う話じゃなくて、
基本の勉強もしなさいよと言う助言だろ。
0546nobodyさん2010/09/12(日) 16:23:46ID:???
PHPを扱う職に就きましたが、前任者の書き方が独特なので後任者一同困っています。
今後そういうことを起こりにくくするために、フレームワークを導入しようと思っていますが、
結局どのフレームワークが最良なのでしょうか？
Webコーダーの人たちにも理解しやすいものがいいのですが…。
0547nobodyさん2010/09/12(日) 18:45:08ID:???
Zend…かな
0548nobodyさん2010/09/12(日) 19:40:40ID:???
>>546
フレームワーク選定とコードの読みやすさは関係ない。
コードを誰でも読めるようにするためには、コーディング規約を決めて、全員で守る。これしかない。

最良のフレームワークっていうのも、人によって答えは違う。
バリバリMVCしていきたいのか、気軽な自由度がほしいのか、PHP4環境も考慮の必要があるのか?
目的がわからないと答えられないよ。
0549nobodyさん2010/09/12(日) 21:00:05ID:???
フレームワークを使ったら
コーディング規約はもはや不要だよ。

フレームワークのやり方と命名方法に
あわせろで十分
0550nobodyさん2010/09/12(日) 21:54:37ID:???
>>549
ZendかKohanaしか使ったこと無いのかな？
SymfonyやらCakeやら、PHP4時代を引きずってるフレームワークを使ってみれば、
命名規約とか却って本当にぶれぶれになるぞ。それこそ泣きそうなくらい。
0551nobodyさん2010/09/12(日) 21:58:10ID:???
ん？
Symfonyは最初からPHP5専用なはずだが。
命名の基準がわかりにくい、というかカオスなのは同意だけど。
0552nobodyさん2010/09/12(日) 22:15:17ID:???
Symfonyはmojaviのフォークだから、
PHP4時代を引きずってると言える、のかもな。
PHP自体、命名規約がないに等しいカオスだし。
0553nobodyさん2010/09/12(日) 22:28:26ID:???
Cakeなんて逆に規約ガチガチ過ぎてぶれようがないだろ
完全オブジェクト指向じゃないってだけで
0554nobodyさん2010/09/12(日) 22:33:04ID:???
フレームワークの選定なんて、要件とメンバーのスキルや好みで決めれ
最良なんてのはない、どれが最適かは案件しだい

あと新しく手をつけるのなら資料の多さもおおきいよ
たとえばYiiは、出来はよさそうだけど、日本語ドキュメントが少なくてYiiとかいまいち下火だしな
0555nobodyさん2010/09/13(月) 00:10:03ID:???
むしろZendやKohanaの方が自由度が高くて規約で縛らないと偉いことになる気がするけど
SymfonyやCakeは規約から外れると動かないから
0556nobodyさん2010/09/13(月) 00:17:04ID:???
>>555
それは仕組みの話であって、規約の話じゃない
こと命名に関しては、Zendは一貫してる

一方、
$this->User
なんてのを一貫した命名規則で扱うのはなかなか難しい、と個人的には思う
＃ これ、MS方式？
0557nobodyさん2010/09/13(月) 00:45:10ID:???
>>546です。みなさんありがとうございます。

規約ガチガチのフレームワークというのは、扱いにくいものなのでしょうか。
扱いにくくないのであれば、その規約に従ってみんなが書くようにすればいいだけなので
僕の困っている点を解決するのにピッタリな気がします。

ただ、困っているのは命名規約よりもファイルの読み込み方や変数・配列の使い方です。
読み込んだファイルの中で別のファイルを読み込んで、そこからさらに別の…というふうになっていたり、
セッションや$GLOBALSでデータを回したりしているようです。
仕様書のようなものもありません。
こういうのはフレームワークではどうにもならないでしょうかねぇ…。
0558nobodyさん2010/09/13(月) 00:54:24ID:???
>>557
多少は癖が出るもんだし仕方ない
防ぎたければある程度のお手本となるマニュアルを作るべきでは？
0559nobodyさん2010/09/13(月) 01:30:48ID:???
>>558
そうですね。この機会にマニュアルを作るのがいいですね。
自分のやり方も癖があるかもしれないので、周りと相談してみます。

フレームワークもやっぱり気になるので、>>2にあるような有名なものを
ちょっと調べてみようと思います。

ありがとうございました。
0560nobodyさん2010/09/13(月) 01:31:44ID:???
>>557
それはフレームワークではどうにもならない。
$_SESSIONも$GLOBALSもスーパーグローバル変数で、
そもそもグローバル変数の利用からして制限できないから。

方針としては、バージョン管理を利用したコミットの受け入れチェックなど、
管理面での対応が多分あなたの要件に適したものだと思う。

ソースコードをgrepして、
→ global キーワードは無条件でアウト
→ （ライブラリ以外で）$GLOBALSが存在すれば無条件でアウト
→ （ライブラリ以外で）$_SESSIONの利用も無条件でアウト
→ フレームワークのセッションアクセスメソッド($this->getUser()->setAttribute() など)を
　 重点的に監視

などなど、「これはダメ」って言う基準作りが先。

フレームワークが有用とすれば、>>558の言うとおり「お手本」を定型で示すことができる、
って部分があるかもしれない。
0561nobodyさん2010/09/13(月) 01:38:05ID:???
>>560
なるほど。
自分でも何が良くて何が悪いのか頭の中ではっきりまとまってないので
まずは明確な基準作りですね。

バージョン管理も現在は特別なことをしてないので、これから勉強してみます。

とても参考になりました。
ありがとうございました。
0562nobodyさん2010/09/13(月) 01:38:19ID:???
それでもクラス変数という抜け道がげふんげふん
0563nobodyさん2010/09/13(月) 01:46:35ID:???
抜け道を心得てるような人はちゃんと実装できるでしょｗ
0564nobodyさん2010/09/13(月) 01:48:08ID:???
一番重要なのは規則を作ることじゃなくて、個々のスキルと意識の高さだけどなｗ
どんだけちゃんとしたルール作っても、中華コーダーが混ざってるだけでダメになったりする

あと、拘りがある人、というか堅物や変人とかがいると、
俺はこういう書き方をするんだ！って主張したがるから、そのあたりも非常にうざいことになるｗ
0565nobodyさん2010/09/13(月) 13:13:19ID:???
は？
0566nobodyさん2010/09/13(月) 13:24:28ID:???
>>564
個々のスキルと意識の高さが重要なのは同意だけど
コーディング規約を守らせられない現場はどうなってるんだ？
0567nobodyさん2010/09/13(月) 13:25:54ID:???
派遣の寄せ集め所帯なら仕方あるまい
0568nobodyさん2010/09/13(月) 13:29:07ID:???
ベンダコントロール能力ゼロの無能PLってことだろ
0569nobodyさん2010/09/13(月) 13:31:03ID:???
新選組みたいなもんだ
土方歳三レベルのPLでないと纏まらん
0570nobodyさん2010/09/13(月) 14:25:59ID:???
いや大多数のプロジェクトでは普通に規約守られてるだろｗ
0571nobodyさん2010/09/13(月) 14:37:03ID:???
派遣の寄せ集めでも規約は守らせるだろ
最初の1週間はしょうがないかもしれないけどさ。

ここはフレームワークスレなわけだけど
フレームワーク使ってるならなおさら規約は守るものだと思うけどな
0572nobodyさん2010/09/13(月) 17:29:56ID:???
最初に規約の説明とフェーズごとにコードレビューやるかどうかだけであって
外国人がいようが慣れてない派遣がいようが関係ない話だろ
別に規約はそんな重視しないで自由でいいよって方針のプロジェクトも多いけど
守るのが前提ってプロジェクトで守れないのは単にリーダーがバカなだけ
0573nobodyさん2010/09/14(火) 00:50:52ID:???
でも実際そういう案件も腐るほどある現実
規約があってもコードレビューとかやる余裕のないとこだと、
結局形だけのルールになってたりするのも見るしな
なんにせよ、フレームワークとはあんまり関係ないけれど

ただ糞みたいなコード書いてるような案件は、俺俺フレームワークを作ってるか、
既製品つかってても、使う意味がないような使い方しかしてないことが多いわなｗ
0574nobodyさん2010/09/14(火) 01:18:32ID:???
規約守れないなら少なくともCakeは絶対無理だと思う
0575nobodyさん2010/09/14(火) 09:34:32ID:???
>>573
そんな低劣なとこと仕事してるのか。
お前みたいな底辺は大変だな
0576nobodyさん2010/09/14(火) 10:07:34ID:???
DooPHP　フレームワーク＠PHP
http://hibari.2ch.net/test/read.cgi/php/1284382025/
0577nobodyさん2010/09/14(火) 13:01:23ID:???
建築現場だとぶったたいて教育できるけど
ITの現場はぶったたくと死んじゃうからなぁ

PMおつかれさまです！
0578nobodyさん2010/09/14(火) 14:59:12ID:???
ITの現場ならコーディネータ呼んで
あいつなんとかなんないならお宅の会社更新なしね
で一発だけども
0579nobodyさん2010/09/14(火) 15:11:36ID:???
せちがらい
0580nobodyさん2010/09/15(水) 23:08:28ID:???
>>576
みて、ちょろっとDooPHPいじってみた。普段はYiiを使ってるんだけど、

・ブログデモの動作はほとんどノートラブルでできた。設定は簡単。
・アソシエーションを設定ファイルの配列で定義。
・モデルにrelationInsertとかそういうメソッドがある。ちゃんと動作するなら裏山
・insert/updateを分けて呼ばなくてはいけない？　めんどいー
・独自テンプレート？　ちょっと今更感がある

既存のフレームワーク以上にクセが強そうに見えるんだが。
間違いあったら誰か指摘してくれ。
0581nobodyさん2010/09/16(木) 01:04:53ID:???
>>580
cakeしか知らんのだが、relationInsertの使い道としては
使い捨てのリレーショナルが簡単に組めるってことなの？
0582nobodyさん2010/09/16(木) 02:28:45ID:???
>>576
これ、modelは自分でいちいち書かないと駄目なのか？
0583nobodyさん2010/09/16(木) 07:06:35ID:???
modelってのはたぶんテーブル定義のことなんだろうけど、
コードに定義が書いてあるのは結構好きだな。
コードだけ見ればデータベースの設計がわかるから。
RailsとかDjangoみたいにコマンド一発でデータベースに
テーブルが追加されたりするのかな

公式ページ上部のメニューバーがFlashなのが微妙
0584nobodyさん2010/09/17(金) 18:51:26ID:???
>>583
どういう畑で作業してるのか知らんが、
ある程度の規模だと、構造設計・実装とDB設計は別になるだろ。
てか、DBの構造をコードから判断とか、バグ(仕様把握ミス)の
温床以外のなんでもないんだけど。

ドキュメントが整備されるならドキュメント。
整備されないなら、admin系ツールでちゃんと確認して組めよ。
ま、お遊びプロジェクトで遊ぶんならいいんじゃね?てとこ。
0585nobodyさん2010/09/17(金) 20:48:53ID:???
何を言ってるんだお前は
0586nobodyさん2010/09/17(金) 22:58:40ID:???
>>584
それは言い過ぎ。
モデルをきれいに書けば、誤解しようのないコーディングが出来る。
ドキュメントもきちんと書かなければ、バグの温床になるだろう。
0587nobodyさん2010/09/17(金) 23:48:55ID:???
きっちり書かれてない紙切れはドキュメントとは言わないだべ
エクセルだろうけど
0588nobodyさん2010/09/18(土) 01:56:27ID:???
Excelで書いたから駄目という理由が分からんけども。
0589nobodyさん2010/09/18(土) 05:18:32ID:???
Excel仕様書でまともにドキュメントを管理できてる案件にまだであったことがない
かといってWordだと馬鹿連中が書きながらどんどんぶっこわしていって、手のつけられないような酷いことになる方が多い
どちらがいいとはいいきれない。一長一短
0590nobodyさん2010/09/18(土) 05:25:42ID:???
スレチうぜー。ｱｯﾁﾃﾞﾔﾚｰ
0591nobodyさん2010/09/18(土) 14:51:29ID:???
>>589
お前が配属されるプロジェクトがことごとくレベル低すぎなのは解ったから
自分の能力の低さを自慢しないでくれ
0592nobodyさん2010/09/21(火) 21:30:51ID:???
フレームワークを学んだ得たこと
CakePHP,Zend

1.売れるシステムにフレームワークは関係ない
2小規模なシステムは一人で構築した方が早い。フレームワークでチームでやるメリットがない
3.毎度毎度、違うシステムを作るわけではない。なんでも作ります屋さんは案件とれない
4.フレームワークを習得するのに時間がかかる。その間に売れ筋のシステムを構築できた。機会損失もあわせて、でかい

結果、１～２人で制作する分にはフレームワークはいらないし
フレームワークのおかけでもう儲かった利益はなく、習得してから２年経過するけどマイナスでしかなかった
フレームワーク　＝　重いというイメージさえついてるから売りづらい
0593nobodyさん2010/09/21(火) 21:39:03ID:???
>>592 そんな化石世代のフレームワーク持ち出されてもなぁ。
0594nobodyさん2010/09/21(火) 21:40:23ID:???
OpenPNEなんてSymfony採用してからプログラマの参入障壁が高くなって
プロジェクトの進行やアイディア不足に衰えを感じる。
しっかりとした枠組みが必ずしも流行するわけではない。
phpがWEB言語として活躍できてるのは、とっつきやすさにあると思う
それをあえてフレームワークで難しくするのはPHPのメリットを殺してると思う
プロジェクトに参加できる全ての人が天才ではない
集団の英知を実現させるのなら、規律が最小限のフレームワークである

0595nobodyさん2010/09/21(火) 21:45:02ID:???
>>592
今はDooPHPの時代です
0596nobodyさん2010/09/21(火) 21:45:51ID:???
フレームワークでどれだけの利益が出たか？
俺はほとんど利益に貢献できてないと思う。
新しいフレームワークが出れば、それを覚えるのに時間がかかる
これを繰り返すくらいなら、フレームワークなしで売れ筋のシステムをたんたんと作ってた方がよい
0597nobodyさん2010/09/21(火) 21:47:02ID:???
新しいフレームワークが出れば、今までの蓄積リソースは無駄になる
これって毎度毎度、無駄にしていかないといけない
これでは利益率は上がらない
0598nobodyさん2010/09/21(火) 22:03:42ID:???
保守性低い
0599nobodyさん2010/09/21(火) 22:51:13ID:???
新しいフレームワークを使わなきゃいいだろうが
0600nobodyさん2010/09/21(火) 23:15:29ID:???
フレームワークを使うなら新しいのじゃないとメリットがない
改善されて使いやすくなってるから
0601nobodyさん2010/09/21(火) 23:18:45ID:???
結局フレームワークに躍らされる時間が無駄ということ
フレームワークと騒いでるやつほど、利益貢献してないと思う
システムは売ってなんぼ
0602nobodyさん2010/09/21(火) 23:19:09ID:???
PHPで、どのフレームワークが一番？
ttp://phpspot.org/blog/archives/2006/01/php_30.html
0603nobodyさん2010/09/21(火) 23:19:31ID:???
古いフレームワークは複雑で難しいよね。設計が練れてないから。
0604nobodyさん2010/09/21(火) 23:20:58ID:???
CakePHPを習得して構築してるときが一番儲からなかった。
フレームワークにして儲かったてやついるの？
0605nobodyさん2010/09/21(火) 23:37:19ID:???
フレームワークを使う使わないの判断が適切に出来ないやつが
儲かるわけないだろ！
0606nobodyさん2010/09/22(水) 00:03:14ID:???
フレームワークの適切な判断を誤ったから
確かに儲からなかった。
フレームワークと騒がれて、すぐに飛びついたのがよくなかったかも。。。
0607nobodyさん2010/09/22(水) 00:05:54ID:???
フレームワークは道具にすぎないのに
儲かる儲からないは別の次元では？
0608nobodyさん2010/09/22(水) 00:06:04ID:???
フレームワークを使うのはリスクはあるよ
ハイリスクノーリターンになっちまったけど
使わなければノーリスクでノーリターンで普通に儲かってた
0609nobodyさん2010/09/22(水) 00:10:07ID:???
仕事だと思って話してるから、行き着く先は儲かる儲からない
ボランティアや自己満足でやってるなら次元は違う
0610nobodyさん2010/09/22(水) 00:12:04ID:???
それもどうかと
0611nobodyさん2010/09/22(水) 00:12:44ID:???
儲かる儲からないを意識してフレームワークについて
話するのも良いと思うし
そんな次元の遠い話でもない
0612nobodyさん2010/09/22(水) 00:24:02ID:???
>608
ノーリターンの意味が・・・ｗ
フレームワークって言葉に踊らされすぎな気がする。
どの言語なら論議に似た、レイヤのズレを感じるぜ。
ところで、ここでいう売りって何だ？
システムそのものを売るの？サービスを展開するの？
0613nobodyさん2010/09/22(水) 00:26:05ID:???
馬鹿と鋏は使いよう
鋏が使えなくても紙を切れないわけではないし
馬鹿だって倒れたペットボトルを立て直すための機械を導入するよりは低コストに導入できる

儲けるためにどうするかなんていいつつ、道具を使うことそれ自体を目的として考えてる時点でお門違いもいいとこ(笑)
そんなんだから、その程度の仕事にしか縁がないんだろうな、って話になっちまう

だいたい、使うか使わないかを検討する以前に、使えないから使わない方が効率いいんじゃねｗ
0614nobodyさん2010/09/22(水) 00:36:57ID:???
６１３もっとわかりやすく書いてくれ。
可読性の悪いコード書きそうだな。
いっしょに作業したくないってよく言われるだろ
0615nobodyさん2010/09/22(水) 00:38:00ID:???
＞＞612
どの言語なら論議に似た、レイヤのズレを感じるぜ

どういう意味？かっこつけなくていいから
普通に書いてくれ
0616nobodyさん2010/09/22(水) 00:41:27ID:???
別にフレームワークに対して疑問もっていいじゃん。
疑問を持たずに、言われるままに使っているほうが、頭どうなのと思う。

フレームワーク自体は必要だと思うけど、その学習コストはもっと問題にされていい。
Smartyのような大規模なフレームワークはもう廃れていいよ。
今までのフレームワークをLispにたとえると、これからは機能を厳選した、
Schemeのようなフレームワークが流行ってほしい。
0617nobodyさん2010/09/22(水) 00:58:40ID:???
フレームワーク誕生のおかげで覚えることが増えただけで
これといった見返りがない。そういう人は他にもいると思う
OpenPNEだって、フレームワーク選択の失敗例だと思ってる。
乱立してるのが一番よくないと思う
早く天下統一してくれ
0618nobodyさん2010/09/22(水) 01:02:48ID:???
phpだけじゃん乱立してるの
まあ、それほど人気のある言語だから
仕方ないか。
フレームワークてどんどん進化していくから
作業効率を求めれば、おれおれフレームワークになってしまう
進化や乱立についていってたら、えらいコストかかる
0619nobodyさん2010/09/22(水) 01:24:12ID:???
どーでもいーけど、マ板ム板に近いこの板で、
＞＞とか全角数字とか使ってる奴見ると、なんか気持ち悪くてしょうがない。

しかしこのスレ、相変わらずフレームワークとはあんまり関係のない話題でしか進まねーなｗ
0620nobodyさん2010/09/22(水) 02:03:24ID:???
自分が例えばSymphonyを使いたいとしても
同僚はCakePHPしか使えないかもしれないですよね。
皆さんはそういう状況はないですか？
どうやって対処するんでしょう・・・。
0621nobodyさん2010/09/22(水) 05:20:11ID:???
>>620
よくあるケースだけに、対処も何も。
どっちかがどっちかを覚えるしかないだろうが。

おまいも同僚も、死ぬまで一つしか使えないの？
例えばMySQLしか知らなくてPostgreSQL無理、とか言っちゃう人？
0622nobodyさん2010/09/22(水) 08:29:42ID:???
>>621
何でピリピリしてんの？
0623nobodyさん2010/09/22(水) 09:58:22ID:???
>>616
smartyってフレームワークか？テンプレートだろ
0624nobodyさん2010/09/22(水) 10:27:24ID:???
2人って時点できちっとMVCしてなくても
おれおれフレームワークもどきは使ってたりしないか？

>>618
いやperlもカオスだよ

>>620
CakePHPしか使った事なくても、CakePHPの経験があれば
他のフレームワークも容易に覚えられる

社内でみながバラバラにやってたらカオスになるだけ
というかコーディング規約無いの？
0625nobodyさん2010/09/22(水) 22:21:45ID:???
>615
Javaなら、C#なら、PHPなら、Perlならみたいな話は大抵のスレで出てくるけど
それってビジネスとは違う話だよね、みたいな。
0626nobodyさん2010/09/23(木) 02:58:54ID:???
PerlのWAFは今だとCatalystがほとんど。たまにCGI::Application、最近Mojoliciousがあるかなってぐらい。
それにPerlの場合、WAFを構成するコンポーネントはCPANのモジュールを流用する。
ORマッパーはDBIx::Classで、ORマッパーなしのDBレイヤーだとDBIで、まれにマイナーなORマッパーもあるけど。
テンプレートはたいていTemplate Toolkitで、たまにHTML::Templateがあるかなってくらい。
各WAFはこれらのORマッパーやテンプレートを取り替えて使えるようになってて、ロジックだったりビューだったりはWAFから独立してるとも言える。
0627nobodyさん2010/09/23(木) 03:02:41ID:???
PHPの場合、PEARの存在感が薄いという事と、なまじ組込みでテンプレートだとかセッションだとかが備わってるから、WAFの乱立を生むんだろうね。自分で簡単にWAFを作れるから。
0628nobodyさん2010/09/23(木) 03:09:28ID:???
>>596
例えば、ページキャッシュとか、便利で利用価値があるけど、独自で実装するのは結構大変だよね？
だけど、大抵のフレームワークなら、ちょっと記述するだけで簡単に実現できたりする。
scaffold何かの機能も開発していく上でかなり有用だし。
他にも利点を挙げればきりがないくらいあるよ。

デメリットは学習コストくらいでしょ？
全部のフレームワークを熟知するのは大変かもしれないけど、一個に絞ればそんなに難しいことじゃない。
>>2で上がってるような有名どころから一個選んで、習得すればいいだけ。
俺は一通り触ったけど、どれも一長一短だからどれでも問題無いと思うよ。


0629nobodyさん2010/09/23(木) 03:20:43ID:???
>>627
禿同。
これはよい意見。
0630nobodyさん2010/09/24(金) 02:21:41ID:???
こんなレベルの議論してるのもPHPスレのやつらだけだよな
0631nobodyさん2010/09/24(金) 06:25:49ID:???
>>628
>例えば、ページキャッシュとか、便利で利用価値があるけど、独自で実装するのは結構大変だよね？

えええ？実装、難しいか？
キャッシュこそ、expireするタイミングとかキャッシュデータの保存先とか
プロジェクトによっていろいろ変更したいから、フレームワークが
そのまま使えなくて手を入れる必要がある機能の典型例じゃないかな。

＞デメリットは学習コストくらいでしょ？
そのコストが高すぎるんだよ。チュートリアル読んでできることなんて
限られてるよね。どのフレームワークでも結局ソース追っかけていかないと
いけなくて、それも学習コストに含まれるんだよ。自前で書けばすぐ済むのに
フレームワークの妙な制限のせいで問題解決が遅れ、ソースコードをたどって
改修することが何度あったことか。

学習コストを問題にしてないのは、フレームワークを表面的にしか使って
ないからじゃね？ディープに使いだすと、大規模フレームワークほど
むちゃくちゃ学習コストが跳ね上がる。
0632nobodyさん2010/09/24(金) 08:19:25ID:???
なんか使い方がズレてる気がする
0633nobodyさん2010/09/24(金) 08:29:32ID:???
俺も学習コストが高いと思う口なんだが
テンプレートやらをつかったMVC的な物は使いたいのよね
こういうのを自前でやる知識みたいなのは何の本を読めばいいんだ？
今はajaxやらwebsocketやらを強引にガリガリかくか、フレームワークを使ってやってる
各フレームワークのソース読めとかそう言うの無しで教えてくれよ
0634nobodyさん2010/09/24(金) 08:54:49ID:???
フレームワーク使うと具ぐる手間が、２倍以上かかる
天才でなければ、最初の１年は棒に振ったと思って取り組んだ方がいい


0635nobodyさん2010/09/24(金) 08:56:48ID:???
１年後には、また新しいフレームワークが出て
乗り換えたくなってもガマン
凡人にしてみれば、似たようなものと簡単に乗りかえれない
0636nobodyさん2010/09/24(金) 11:59:58ID:???
>>631
逆じゃね？
プロトタイプ的なものはFW使ってちゃちゃっと作っちゃって、
特殊なところ、凝ったことしたいところは後から自前で作りこんでく
のじゃダメなの？
0637nobodyさん2010/09/24(金) 12:32:00ID:???
小規模なプロジェクトじゃ手に余るしねえ・・・
0638nobodyさん2010/09/24(金) 12:38:15ID:???
まともな仕様書が無い案件ほど
FWを使うと後々メンテが楽になるのでは？

オレオレで組まれると何がどこにあるかが
わからず時間が掛かる。
0639nobodyさん2010/09/24(金) 12:39:41ID:???
ころころ道具を変える人間と一緒に仕事したくはねえなｗ
zfかsyかcpのどれか使えればそれでいい
0640nobodyさん2010/09/24(金) 12:57:53ID:???
お試しはするけどころころ道具変えられるようなプロジェクトなんてあんの？w
0641nobodyさん2010/09/24(金) 13:06:44ID:???
てかころころ変えたらフレームワークの価値半減ｗ
0642nobodyさん2010/09/24(金) 14:25:03ID:???
http://hibari.2ch.net/test/read.cgi/php/987470871/71
http://hibari.2ch.net/test/read.cgi/php/987470871/76
0643nobodyさん2010/09/24(金) 22:05:30ID:???
zfとかcpっていう略し方は一般的なのか
細かくてすまん
0644nobodyさん2010/09/24(金) 22:31:29ID:???
ZFなら何回か見かけたことあるけど、cpとかsyは見たことない
0645nobodyさん2010/09/24(金) 23:03:28ID:???
ciはあるな
0646nobodyさん2010/09/24(金) 23:50:28ID:???
.^←これは海外のチャットでよくみる
0647nobodyさん2010/09/25(土) 01:07:18ID:???
それはフレームワークなのか
0648nobodyさん2010/09/25(土) 02:33:59ID:???
>>631
ページキャッシュの例えが悪かったのかもしれないけど、
expire/保存先その他諸々、普通のFWならそれなりに設定できる。
逆にこれらの機能を踏まえて実装が難しくないと言える程、webアプリケーションの開発知識があるのに、
学習コストを気にしてるのが信じられないんだが。
0649nobodyさん2010/09/25(土) 10:56:07ID:???
穴だらけのシステムしか作れないようなレベルだから、FWは難しくて使えないってことだろ
言わせんなよはずかしい…///
0650nobodyさん2010/09/25(土) 12:46:03ID:???
>>649
代弁してくれてありがとう。

俺の意見でもあり、真実でもある事をまとめると、
FWの学習コストを問題視している人は、プログラムに関する知識・経験・技術などが不足している人。
そんな厨が作るアプリケーションは、レベルに相応の底が知れてるもの。
ACLや多言語対応なんか縁もないPHP入門書なんかに載ってるサンプルレベルの開発をしているので、
FWのメリットが理解できない。

確かにhello worldやるだけなら、FWなんか使わない方が100倍は速いからね。

>>631は頑張ってfopen()使ってhello worldをページキャッシュして下さい。
0651nobodyさん2010/09/25(土) 16:47:44ID:???
どちらかというと技術よりＦＷのルールを理解するのがアレなのよね
0652nobodyさん2010/09/25(土) 19:02:58ID:???
本当に大規模で今後長期的に運営するサービスとかなら、
独自FW開発するコストも相対的に下がるし、
外部プロダクトに依存するリスクも減らせるから
オープンソースFW採用しないのも理解できるけど
>>631 みたいな理由はよくわからない。
0653nobodyさん2010/09/25(土) 19:09:24ID:???
ただ「学習コスト」に対する心理的な部分では、
PHPそのものの言語仕様に対する「学習コスト」に比べて、
他人が作った枠組み・制約に合わせることを「学習」することに
なんで俺様が時間を割かないといけないんだよ？
みたいな壁があるのは否定しない。
0654nobodyさん2010/09/25(土) 19:39:26ID:???
著名人が作ったFWには説得力はあるよね

FWを利用すれば、最先端のプログラム作法が、
苦労せず身につく

高度なプログラミングの方法論を大学へ行って
学ばなくてもみんなが共有できる
0655nobodyさん2010/09/25(土) 19:54:06ID:???
著名人が作ったFWっどれ？
0656nobodyさん2010/09/25(土) 20:00:54ID:???
greeの社長
0657nobodyさん2010/09/25(土) 20:36:50ID:???
使いたければ使えばいい、そんなもんでしょ
アンチしたけりゃ専用スレ立ててやってほしいわほんと
0658nobodyさん2010/09/26(日) 01:10:41ID:???
CodeIgniterというのが良さそうですが、
日本語の資料が少ないこと以外に
何か欠点はありますか？

日本で普及する可能性は低いでしょうか。
0659nobodyさん2010/09/26(日) 01:12:42ID:???
普及してるかと。

というか、どんなものを作るのか明示しないと
誰もそのツールが的確か判断できないよ。
0660nobodyさん2010/09/26(日) 01:31:10ID:???
>>659
もう普及してるんですか。

得意不得意があるとは思わなかったので、
作るものを書きませんでした。すみません。
ECサイト、CMSや、小さいものだと
ちょっとしたツール（社内で使うようなもの）です。
0661nobodyさん2010/09/26(日) 01:34:17ID:???
復旧の度合いにもよるけど、FWの中では知名度はあると思う。
ダウンロード数で比べてみるとかどうかな。

CIはCMSには向いてるけど、ECサイトならもっと別の
専用のがあるのじゃないかな。

まぁ少しは調べてここに書いてみてよ。俺はCIあまり知らないしw
0662nobodyさん2010/09/26(日) 01:56:42ID:???
>>661
どんな用途でも一つのフレームワークで済ませたいと思ってしまったんですが、
やっぱりいろんなフレームワークを使えるようにしないといけないでしょうか。
調べてみると、CodeIgniterは比較的取っ付きやすいようなので
とりあえずやってみます。
ありがとうございました。
0663nobodyさん2010/09/26(日) 02:02:12ID:???
PHP4対応のフレームワークを今から使うのは個人的には敬遠したい
慣れの問題かも知れないけど
0664nobodyさん2010/09/26(日) 02:26:49ID:???
PHP5非対応なわけじゃないから、別にいいんじゃない？
それともPHP5で使うと何か問題ある？
0665nobodyさん2010/09/26(日) 08:17:34ID:???
ソースを読むときにげんなりする
privateならprivateって書いてある方が幸せ
0666nobodyさん2010/09/26(日) 09:30:50ID:???
もうrailsでいいんじゃないかな
0667nobodyさん2010/09/26(日) 10:23:03ID:???
>>658
CIは俺も好きだが今からやるもんじゃない
0668nobodyさん2010/09/26(日) 11:08:20ID:kWdN3TKg
PHP5.3のメリットをしっかり生かしてるFWがあったら5.3での開発手法の参考にしたいんだけど
オススメは？
0669nobodyさん2010/09/26(日) 12:29:36ID:???
Synfony2
0670nobodyさん2010/09/26(日) 14:09:11ID:???
>>668
しっかり生かしているかとなると疑問だけど、Zendがいいかも。
ただ、どのFWも『PHP』のメリットを生かせてはいない感じだよね。

PHPなら$_GET/$_POST/$_SESSIONを使えるのがメリットだと思うし。
まあ、デメリットでもあるのかもしれないけど。
0671nobodyさん2010/09/26(日) 15:19:14ID:???
yiiはどうだろう
06726582010/09/26(日) 16:53:52ID:???
CodeIgniterについて引き続き調べたら、
セッションデータが丸ごとクッキーに保存されるとかなんとかで
あまり良くないとわかりました…。

代わりに、CodeIgniterをベースにして改良されたKohanaというのが良さそうです。
0673nobodyさん2010/09/26(日) 17:44:56ID:???
日本語で解説してるのほとんどないぜ
0674nobodyさん2010/09/27(月) 06:05:17ID:KSEP+D6L
>>669-673
ありがとうございました
0675nobodyさん2010/09/28(火) 05:21:48ID:???
>>668
> PHPなら$_GET/$_POST/$_SESSIONを使えるのがメリットだと思うし。
意外かもしれないが、Yiiはこういうところを自由にできる
0676nobodyさん2010/09/28(火) 09:14:01ID:???
>>672
>CodeIgniterについて引き続き調べたら、
>セッションデータが丸ごとクッキーに保存されるとかなんとかで
>あまり良くないとわかりました…。

え、クッキーセッションがなんでだめなの？
0677nobodyさん2010/09/28(火) 09:33:14ID:???
>>676
POST/GETと違いデータがクライアント側に渡らないのがセッションの利点の一つなのに
セッションIDだけでなくデータもクッキーに入るのが嫌って意味でしょ
RoRではデフォルト。
0678nobodyさん2010/09/28(火) 14:53:37ID:???
yiiでmodel共通の処理ってどこに書いてますか？

cakeだとオリジナルのmodel.php等をmodelディレクトリに配置すれば、
置き換えられたのですがyiiだとわかりません。
0679nobodyさん2010/09/28(火) 23:24:57ID:???
>>678
ModelというのはActiveRecordだと考えていい？
とすると、俺の場合はmodelsの下にCommonModel.phpとかを作って、
各々のモデルクラスではCommonModelを継承させてる。

他のアプリケーションにも使いまわせそうな処理なら
CActiveRecordBehaviorを使ってみることを検討するとよりいいかも。
0680nobodyさん2010/09/29(水) 12:45:29ID:???
>>679
なるほど、標準では共通的なメソッド等を書くファイルというのは
決められていないようですね。

正攻法っぽいbehaviorを検討してみます。

ありがとう。
0681nobodyさん2010/09/29(水) 23:15:13ID:???
こんにちは。Rasmus Lerdorfです。

名スレの予感
0682nobodyさん2010/09/30(木) 00:36:15ID:???
>>681
クソ言語なんか作るんじゃねぇ！
0683nobodyさん2010/09/30(木) 19:56:10ID:???
>>682
Rasmusです。Matzさん、ご無沙汰しております。
その後ご機嫌いかがですか。
0684nobodyさん2010/10/01(金) 01:41:50ID:???
>>677
>POST/GETと違いデータがクライアント側に渡らないのがセッションの利点の一つなのに

えと、なぜそれが利点なんでしょうか。渡ると何か不都合がありますか。
0685nobodyさん2010/10/01(金) 01:51:36ID:???
改竄
0686nobodyさん2010/10/01(金) 05:28:23ID:???
盗聴
0687nobodyさん2010/10/02(土) 08:31:28ID:???
>>685
クッキーセッションでは、SHA1などをつかったハッシュ値と、サイトごとの
秘密キーを使って、改ざんを検出している。
だからそれをクッキーセッションの欠点とするのはおかしい。

>>686
それを心配するなら、クッキーセッションじゃなくてもセッションIDが
盗聴されることになるので、やはりクッキーセッションの欠点ではない。
0688nobodyさん2010/10/02(土) 19:46:34ID:???
$_SESSION['pass']='hoge';
と
setcookie("pass", "hoge");
の差は明らかだと思うぞ

ところで$_COOKIE['pass']='hoge';って書き方できるの？
0689nobodyさん2010/10/02(土) 20:59:57ID:???
>>688
前段の意味はよくわからない

> ところで$_COOKIE['pass']='hoge';って書き方できるの？

代入は可能だろうけど、setcookieはされないだろうね
最近のPHP（特に5.3～6）はよく知らないんだけど
0690nobodyさん2010/10/03(日) 00:01:41ID:???
PHPは組込みでセッション機能持ってるんだから、それをそのまま使った方が良いと思う。
オブジェクトにする必要性もあまり感じない。
ファイルハンドルを透過的に保存復元したいとかかな。
確実に処理が遅くなるってデメリットに対して、大きなメリットを感じない。
0691nobodyさん2010/10/03(日) 18:03:55ID:???
>>690
>ファイルハンドルを透過的に保存復元
これの意味がわかんないけど、
俺は複数台サーバ構成の時とか、セッションのDB対応とかの時にメリットがあると考えてる。
0692nobodyさん2010/10/03(日) 21:48:48ID:???
>>691
> 複数台サーバ構成の時とか、セッションのDB対応とか
これって頭の中では同じ事想定してないか？

セッションのDB対応も、結局はPHPの関数インターフェイスを利用するわけで、
はてはレプリケーション対応のため強制的にマスターDBをアクセス対象にする
設定とかもその中で可能なわけで…

それを「クラス」でやるか、なんかしらん「インクルードファイル」でやっちゃうか、の
違いでしかないと言われればそこまでだよなあ、と思わんでもない

どっちかっていうと、PHPが準備していない、「セッション名前空間」的な、
仮想的な上乗せ機能の方にメリットを感じるなj
0693nobodyさん2010/10/03(日) 22:41:58ID:???
共有ディレクトリを使うか、session_set_save_handler()で入出力処理を書けば良いだけ。
ファイルハンドラは普通にやってもシリアライズ出来ないから、ユーザがアップロードしたファイルを画面遷移しつつ引き回そうとすると、単に$_SESSIONに値を入れるじゃ済まない。
しかし、ほとんどのフレームワークって$_SESSIONをラップしてるだけだろう？
0694nobodyさん2010/10/03(日) 22:51:51ID:???
>>693
アンカつけような。
おまいが言ってることの大半は>>691向けか？
>>692ですでに半分くらい言われてるぞ

大体、ファイルハンドラのシリアライズ・引き回しって何だよ。
やるとして、受け付けたファイルの「中身」をDBなりなんなりで
持ち回すしかないんじゃね？ハンドラ？
0695nobodyさん2010/10/04(月) 01:30:00ID:???
PHPの場合、セッションが標準インストールで組み込まれている。
ウェブサーバ分散とか、ローカルファイル以外への永続化とか、十分な機能を持ってる。
だから、自前でセッション機能を実装する必要性はほとんどない。
また、セッション変数はスーパーグローバルになってて、その実態は単なるハッシュだが、それで困ることもほとんどない。
ただ、ファイルハンドルみたいなリアライズできないデータは、単なるハッシュへの代入では済まされない。
シリアライザの問題であるけど、データ型に関わらず透過的に保存できるならその方がいいし、そうするとセッション変数をオブジェクトにしてその処理を隠蔽する必要が出てくる。
とはいえ、そんなケースは滅多にないかな。
0696nobodyさん2010/10/04(月) 01:33:53ID:???
ここで最大の問題は、>>691がPHPの標準セッション機能では「複数台サーバ構成の時とか、セッションのDB対応とか」出来ないと思ってる事にある。
0697nobodyさん2010/10/04(月) 18:15:08ID:knLsFBRF
世界最軽量mvcフレームワークありましたらどなたかおしえてください
0698nobodyさん2010/10/04(月) 18:34:31ID:???
>>697
http://php.cheetan.net/
0699nobodyさん2010/10/04(月) 20:32:33ID:???
ひさしぶりだなちぃたん。元気してた？
0700nobodyさん2010/10/04(月) 21:07:39ID:???
気軽で軽量なPHP5FWないかねえ
cakeやzendなんて余分すぎる
0701nobodyさん2010/10/04(月) 21:11:37ID:???
CakePHPどう？
0702nobodyさん2010/10/04(月) 22:23:42ID:???
cakeイラネ
0703nobodyさん2010/10/04(月) 22:26:32ID:???
ちぃたん…


名前だけでアウトだわ
07046912010/10/04(月) 23:17:02ID:???
>>696
別にFW使わないと「複数台サーバ構成の時とか、セッションのDB対応とか」
が出来ないとは思ってないんだが…

session_set_save_handlerでごにょごにょするより、
FWの設定でやった方が、実装コスト・保守コストとか含めてメリットがある
と言ったつもりだったんだけど。
0705nobodyさん2010/10/05(火) 01:24:24ID:???
軽量って言ったらCIかKohanaじゃない。
Kohanaは使ったことないけど。CakePHPは軽量じゃないよね。
0706nobodyさん2010/10/05(火) 10:00:03ID:???
rhaco2もphp5だよ
0707nobodyさん2010/10/05(火) 16:38:20ID:???
rhacoはないわ
0708nobodyさん2010/10/05(火) 17:05:11ID:???
PHPフレームワークにテンプレートエンジンていらなくね？
0709nobodyさん2010/10/05(火) 17:30:57ID:???
いらないと思う。むしろピュアPHPのviewのほうが楽。
SmartyやPHPTALに慣れたデザイナーがいるとか、状況にもよるだろうけど。
0710nobodyさん2010/10/05(火) 18:02:58ID:???
こはな？どれだけ使ってる人いるの
0711nobodyさん2010/10/05(火) 19:38:14ID:???
>>709

そういえば、PHPのView利用では一般的に

<?php foreach ($array as $value) { ?>
　　<p><?php echo $value; ?></p>
<?php }; ?>

じゃなくて

<?php foreach ($array as $value) : ?>
<p><?php echo $value; ?></p>
<?php endforeach; ?>

みたいにend***使った書き方が推奨されるのはなんでだぜ？
{ }のほうが、IDEとか(Eclipse以外は知らないけど)で
ブロック閉じの対応が見れるし、そもそもなんのデメリットがあるのかよくわからない。

さらに言えば、PHPのショートタグは有効でもいいと思う。
不都合なのはXML宣言のときくらいだよね？

<? foreach ($array as $value) { ?>
　<p><?= $value ?></p>
<? } ?>

これが一番書きやすいし読みやすいと思うんだ。。
0712nobodyさん2010/10/05(火) 19:40:04ID:???
オライリーの本読め
0713nobodyさん2010/10/05(火) 19:42:21ID:???
>>712
オラ入りーのどの本？
07147112010/10/05(火) 19:48:19ID:???
とりあえずZFではPHP Viewはend***の記述法が推奨されてるけど、
>>711 に書いたようにメリットがよくわからないので守ってない。

あとはインデントの4文字スペース、最初は守ってたけど
効率悪いから途中でタブ使うようにしてしまった。
これもIDE使う前提ならタブのほうが良いよね？
0715nobodyさん2010/10/05(火) 19:52:15ID:???
ちいたんでHello worldを表示するサンプルおしえて
0716nobodyさん2010/10/05(火) 19:52:36ID:???
フレームワークと関係ないし好きにしろよ
0717nobodyさん2010/10/05(火) 19:56:08ID:???
>>716
フレームワークのコード規約守ってないの？
0718nobodyさん2010/10/05(火) 20:07:57ID:???
>>711
ショートタグは環境依存するから非推奨。
タブインデントはエディタ環境に依存してしまうので非推奨。
end***の記述方法は、入れ子になった時の視認性。

という感じかと･･･

律儀に守る必要は無いけど、
「推奨されたコード規約に準拠している」事自体がメリットになる場合もある。
0719nobodyさん2010/10/05(火) 20:30:22ID:???
>>718

まあFWの性質上、環境依存になる要素を
極力減らす方向の規約はわかるんだけどね。

でもショートタグはZendServerでもデフォルトでONだし、
いまどきのエディタ・IDEでタブインデントが
問題になるようなことはほとんどないかと…

それなりのFWの規約なら、逆に開発環境のほうを要求して最適化させる
方向性でも良いような気がするんだけどねえ。

ただend***の記述方法は「入れ子になった時の視認性」のメリットもよくわからない。。
ifとかforeachの閉じ種別が判別できるだけで、入れ子の対応は関係ないよね？
もしかしてそっち使ったほうが書きやすいIDEがあるのかな？
0720nobodyさん2010/10/05(火) 21:20:17ID:???
>>719
＞まあFWの性質上、環境依存になる要素を
＞極力減らす方向の規約はわかるんだけどね。

これにつきるよね。

＞それなりのFWの規約なら、逆に開発環境のほうを要求して最適化させる
＞方向性でも良いような気がするんだけどねえ。

個人的にもIDEは必須だと思っているけど、
FWとIDEをセットで学ばせるとなると学習コスト含めて導入の敷居は跳ね上がるからなぁ
FWではなく開発側で定めてしまえばいいかと。

＞ifとかforeachの閉じ種別が判別できるだけで、入れ子の対応は関係ないよね？
＞もしかしてそっち使ったほうが書きやすいIDEがあるのかな？

テキストエディタで検索しやすいとかかな？
0721nobodyさん2010/10/05(火) 22:55:42ID:???
タブorスペースインデントの話題とかはもうおなかいっぱいだわｗ
んなもん規約にあわせてコミット前に置換なりかませりゃいいだけの話
つか最近のIDEつかってれば勝手にやってくれるから意識する必要すらないんじゃね

checkstyle入れてても、警告ﾊﾞﾘﾊﾞﾘの俺が書きやすいと信じるコードを書きまくる奴も、世の中には腐るほどいるし
んなどうでもいい拘りを主張するやつが後を絶たないのも頷けはするけれど…
0722nobodyさん2010/10/06(水) 00:22:28ID:???
インデントはどこまでもついて回る話。PHPに限らず、ウェブアプリに限らず。
0723nobodyさん2010/10/06(水) 00:38:38ID:???
生phpのviewはescape忘れるアホがいるからなあ
0724nobodyさん2010/10/06(水) 01:17:17ID:???
素は普通にめんどくせえなｗ
07256912010/10/06(水) 02:30:00ID:???
>>723
それって例えばSmarty使えばescape忘れるやついないって思ってるの？

生phpのviewだとしても、変数をなんらかの仕組みでassignするような事してればいいんじゃないの？
0726nobodyさん2010/10/06(水) 03:22:16ID:???
>>725
ふつうは auto-escape する仕組みがあるから明示的な escape なんて要らないんだよ

smarty なら $default_modifiers でも使っとけ
0727nobodyさん2010/10/06(水) 05:25:41ID:???
>>725
その、何らかの仕組みでassignするようなライブラリがSmartyなんじゃないか？ｗ
Smarty3からは生PHPでの記述に対応するし･･･
0728nobodyさん2010/10/06(水) 06:36:06ID:???
>>711 こんなところに俺がいた

まずは、ショートタグの復権が欲しいな
生PHPが読みやすいって、View側に関しては何の冗談だよと思ってる
0729nobodyさん2010/10/06(水) 10:18:31ID:???
>>728
自分でラッパー作ればいいじゃないか
ttp://anond.hatelabo.jp/20071030034313
0730nobodyさん2010/10/06(水) 12:36:30ID:???
>>721
拘りっていうかフレームワーク規約の話じゃないの？
0731nobodyさん2010/10/06(水) 18:54:51ID:???
フレームワークとテンプレートの違いが良く分かりません
どちらもデータは別ファイルに分けられますよね？
0732nobodyさん2010/10/06(水) 19:06:27ID:???
ggrks。ギャグで言ってるとしてもさすがにちょっと笑えない
ttp://www.google.com/search?q=%E3%83%86%E3%83%B3%E3%83%97%E3%83%AC%E3%83%BC%E3%83%88
ttp://www.google.com/search?q=%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E3%83%AF%E3%83%BC%E3%82%AF
0733nobodyさん2010/10/06(水) 19:17:28ID:???
申し訳ないのですがPHPでのテンプレートとフレームワークの話です
ドヤ顔でgoogleさん張られても＾＾；
0734nobodyさん2010/10/06(水) 19:29:57ID:???
↑
0735nobodyさん2010/10/06(水) 19:43:21ID:???
触んじゃね
前にも似たような馬鹿沸いてて何人か釣られてたけど、
相手するような価値があるようなこと聞いてるか考えてからレスしとけｗ
0736nobodyさん2010/10/06(水) 19:50:16ID:???
>>729
FW使いたくない、テンプレート使いたくない（または使うほどでもない）って時のために
俺々ラッパー、俺々関数群を揃えたいとちょいちょい思ってるんだけど、
いろいろ考えてるとあれもこれもってなって、すぐピザになってしまう俺にはなかなか実行できないｗ
0737nobodyさん2010/10/07(木) 10:19:09ID:???
PHPのテンプレートは/プレゼンテーションフレームワークと言われるからな
意味の分からない人が釣られても仕方がないかな
0738nobodyさん2010/10/07(木) 21:57:54ID:???
だがPHP自体テンプレート言語
0739nobodyさん2010/10/08(金) 00:46:37ID:???
PHPはテンプレートとしても使えるってだけで、テンプレート言語では無い。
0740nobodyさん2010/10/08(金) 03:41:36ID:???
まあ、JSPみたいなもんだな。サーブレット使わずに、JSPだけで作られるサイトもあるし。
0741nobodyさん2010/10/08(金) 03:45:36ID:???
Etnaってどの程度使われてるの？
日本で作ってるっぽいから、どうかな、と思って。
0742nobodyさん2010/10/08(金) 04:27:00ID:???
使ってるのGREEくらいじゃね？ｗ
一年以上更新無いし、汎用FWというよりはGREE用に開発してる感じがする。
0743nobodyさん2010/10/08(金) 14:48:47ID:???
>>738
少なくともクラス定義できるようになってからは違うでしょ
0744nobodyさん2010/10/08(金) 14:55:39ID:???
ethnaはえすにゃんで忙しかったんだよ
http://www.slideshare.net/sotarok/ethna-updates
0745nobodyさん2010/10/08(金) 15:21:29ID:???
呆れた
真面目に使ってた時もあったから余計にね
0746nobodyさん2010/10/08(金) 16:11:15ID:???
呆れるという感覚が理解できない
0747nobodyさん2010/10/08(金) 21:33:10ID:???
えすにゃん･･･公式なんだぜ･･･？
1年以上更新放置してPHPカンファレンスで「今年はえすにゃんの一年でしたｗ」と発表してたぜ。
いくら国産でGREEでの採用実績があっても、これじゃなぁ・・・
0748nobodyさん2010/10/08(金) 22:48:21ID:???
OSSのプロジェクトに何を求めてるんだ？
0749nobodyさん2010/10/09(土) 00:53:57ID:???
えすにゃん以外
0750nobodyさん2010/10/11(月) 10:21:12ID:???
doophpのスレが撃ち落された
0751nobodyさん2010/10/11(月) 11:38:07ID:???
誰かdoophpでhello worldを表示するところまでをお願いします
ブログとかに記事張っていただけたらアフィリエイトから5000円分まで購入させていただきます
広告張る場合、食料品の広告を是非お願いします
0752nobodyさん2010/10/11(月) 13:02:28ID:???
こんなにたくさんあるぞPHPふーレムワーク
http://webification.com/wp-content/uploads/2010/08/table.jpg
0753nobodyさん2010/10/11(月) 15:07:10ID:???
なんかすごく半端じゃない
0754nobodyさん2010/10/12(火) 00:52:33ID:???
yiiのscafolldingで作成したadminで、上部に検索boxがあると思います。
そこでリレーションしたテーブルを検索させたいのですが、
zii.widgets.grid.CGridViewに設定するcolumnに、

例えば"item.user"としても、user用の検索フォームが表示されません。
表示されるデータ自体はリレーションしたuserデータが表示されています。

これはどのような手を加えれば可能なのでしょうか？

yii1.4です。
0755nobodyさん2010/10/16(土) 12:50:06ID:???
yiiのドキュメント見てる最中に公式がリニューアルされてデザインとレイアウト変わった
Class Reference に Source Code も付くようになって参考になる
0756nobodyさん2010/10/16(土) 18:33:32ID:???
すっごい見づらくなったな…
得にエクステンション
最悪だ…
0757nobodyさん2010/10/16(土) 23:58:25ID:???
yiiでcssやjsファイルを結合してくれるエクステンションってなかったっけ？
知ってる人いたら教えてくださいまし…
0758nobodyさん2010/10/17(日) 10:28:37ID:???
森ｳｾﾞｰ
0759nobodyさん2010/10/21(木) 23:36:57ID:???
またyiiのサイト落ちてるよ…
0760nobodyさん2010/10/22(金) 01:30:23ID:???
所詮wiiのパクリ。
0761nobodyさん2010/10/22(金) 03:40:04ID:???
ヒーハー
0762nobodyさん2010/10/24(日) 20:13:09ID:???
$c=new CDbCriteria;
$c->select=new CDbExpression('*,SUM(count) as summ');

こんな条件でfindAllしたときにsummの値がデータに入ってこないのはなんで？
modelとかいじる必要ある？
0763nobodyさん2010/10/24(日) 20:13:26ID:???
>>762
yiiです
0764nobodyさん2010/10/25(月) 04:53:18ID:???
わーい
0765nobodyさん2010/10/25(月) 21:51:55ID:???
いい
0766nobodyさん2010/10/26(火) 01:03:46ID:???
最近のPHPフレームワーク(+付随情報)を纏めないか？
他使ったことある人いたら、IDEとの親和性や生産性(ウリ)を埋めてほしく･･･

●フレームワーク

・ZendFramework1.10.x
　IDE(PDT)親和性 [★★★★★]
　動作速度　　　 [★★★☆☆]
　生産性　　　　 [★★★☆☆]

　コード規約がしっかりしているだけありIDE開発には最適。
　動作速度に関しては、色々と便利なクラスが増えているが、コードが肥大化しているのが気になる。
　使いやすい部分だけ使う、自作アプリケーション層のフレームワークを被せられれば生産性は跳ね上がる。
　総評：そのまま使うのは厳しいが、基底ライブラリ/フレームワークとして使うと柔軟性が高い。一部のコンポーネントは重い。

・ZendFramework2a (>= PHP5.3.x)
現状では1.10xとほぼ同じ･･･namapspace化された。

・Symfony2 (>= PHP5.3.2)
Lazyloadを多用した軽量高速になるはず？
・Yii
　軽くて早いらしい。中身見てない。

・rihaco
　Objectのアノテーション等が特殊、慣れれば面白そうだかがIDE相性悪そうなイメージ。


●テンプレート系

・Smarty3 ･･･ 正当進化、期待ほど伸びなそう。地味に便利になる。
・Twig ･･･ Symfony勢の新テンプレートエンジン、Smartyに勝る多機能さ。
・Dwoo　　･･･ ポストSmartyかと思えたが、最近は更新も停滞気味。
0767nobodyさん2010/10/26(火) 01:49:18ID:???
Symfonyが普通にテンプレートエンジンを使えて、普通にパフォーマンスが出るなら
もうそれでいい気がしてきてる。
Zendもいいと思うんだけど結局うわものの設計が必要で、Symfonyはそこまで作ってくれてる。

Cakeはもう覚えるのも人のコード読むのも気力が出ない。
てかCakePHPって（慣れれば）書きやすい（だろう）だけで絶対に読みやすくないと思う。
0768nobodyさん2010/10/26(火) 22:38:13ID:???
Cakeは今更感が
0769nobodyさん2010/10/27(水) 00:23:11ID:???
>>766
Template engineに、PHPTALないのが悲しい
0770nobodyさん2010/10/27(水) 00:59:42ID:???
>>769
ごめん、まともに触った事無いのは外してた。

足りない部分あったらガンガン書いてー
まとめてくから
0771nobodyさん2010/10/27(水) 14:57:09ID:???
>>766
Twigって知らなかったけどテンプレート継承できるのか。
便利そう使ってみよう。
0772nobodyさん2010/10/31(日) 22:56:20ID:???
りちうむってどうなったん
0773nobodyさん2010/11/02(火) 01:47:48ID:???
オレの感想。
使ってみたいなぁと思わせるのはSymfony2。
正式版でどの程度高速安定動作するのかが気になる。

・ZendFramework (http://framework.zend.com/)
PHPのZendEngine開発元であるZend社主体となったFWプロジェクト。
各コンポーネントが疎結合されており、フレームワークを作る為のライブラリ集に近い
PEARっぽいコーディング規約を採用しており、馴染みやすいかもしれない。
ZendFramework2からはPHP5.3対応となる。

・Symfony2 (http://symfony-reloaded.org/)
重いと評されたSymfonyとは全て刷新軽量。
ZendFWやDoctorine等、積極的にvendorライブラリを活用している。

・Smarty 3 RC4 (http://www.smarty.net/)
Smarty 2をPHP5ベースで完全書き直し、
継承しゃ代入、演算等の構文が追加されつつも、基本的な上位互換が保たれている。
最も盛んに更新が行われているが、１年以上かけても正式版は登場していない。

・TWIG (http://www.twig-project.org/)
継承や、柔軟な拡張機能がウリ。
中間コンパイルされるコードがPHPクラスで一時話題になった。
0774nobodyさん2010/11/03(水) 14:57:46ID:???
・CakePHP (http://cakephp.jp/)
Railsを意識したフレームワーク
フルスタックなので他のライブラリを使用ないで開発ができる。
ActiveRecordパターンのO/Rマッパー標準搭載。
PHP4対応でPHP4でもPHP5互換の関数使えるようにしているため
共通のソースコードでPHP4とPHP5の両方に対応できる。
互換性に強く古いシステムの移行に最適。
0775nobodyさん2010/11/03(水) 15:46:10ID:???
Cakeはもういいから^^;
0776nobodyさん2010/11/03(水) 19:00:05ID:???
>>774
> PHP4対応でPHP4でもPHP5互換の関数使えるようにしているため
> 共通のソースコードでPHP4とPHP5の両方に対応できる。
> 互換性に強く古いシステムの移行に最適。

ダウト
三行目の結論が論理的に導けない
上の二行で言っているのは、PHP4のサーバで動いていた「CakePHPの」コードが
そのままPHP5サーバに移行できる（可能性が高い）よ、ってこと、もしくは、
PHP4のサーバそのままで、Cakeで作った新システムに移行できますよ、ってことだけ

なので三行目は書きすぎ、というか根拠のない宣伝文句
せっかく紹介するのなら、嘘を書くなよ

で、それ以前にPHP4対応はさすがにニッチすぎる特色。
仮にも商売でやってるなら、PHP4対応とかもう勧めないでくれ。
0777nobodyさん2010/11/03(水) 19:09:41ID:???
もうちょいやんわり書けよ…
使ってる奴の評価なんて偏って当然なんだからさ…
0778nobodyさん2010/11/03(水) 20:07:52ID:???
>>776
何でそんなに必死なんだ？

ちなみにCakePHPはPHP6にも対応する予定で
PHPのバージョンの違いをかなり吸収してくれる。
幅広い環境に同時に対応させるのに最適。
0779nobodyさん2010/11/03(水) 20:31:06ID:???
主流のフレームワークでPHP6に対応しない予定のものなんてあるの？
0780nobodyさん2010/11/03(水) 21:05:29ID:???
PHP4に対応するが故に犠牲になっている部分が多すぎる＞cake

>ちなみにCakePHPはPHP6にも対応する予定で
>PHPのバージョンの違いをかなり吸収してくれる。

吸収じゃなくて最大公約数的な機能しか使って無いだけだろ･･･
それともnamespaceとか無名関数とかSPLとかもcakeが吸収してくれるの？
嘘じゃないならバージョン差の吸収ってやつを具体的に教えてくれ。
0781nobodyさん2010/11/03(水) 22:16:32ID:???
いやPHP6自体が（ｒｙ
0782nobodyさん2010/11/04(木) 00:01:40ID:???
PHP4で動く事をメリットだと思う人は、プログラマとしてのリテラシーは最底辺だわな･･･

「古いシステムがPHP4で作られてて･･･」って言い訳する人がいるけど、
実行環境がPHP5に移行してるなら、追加・修正する部分からでもPHP5に移行出来るのでPHP4で書くメリットは無い。
実行環境がPHP5に移行していないのなら、その時点で終ってる。
PHP5リリース＆PHP4サポート終了まで移行期間が4年もあったのにね。
0783nobodyさん2010/11/04(木) 00:19:09ID:???
プログラマが最底辺なのに何言ってんの？
0784nobodyさん2010/11/04(木) 01:29:37ID:???
弱い企業とかなんじゃないの
金はかけたくないけど改修しろみたいな客からハイハイ受けるしか道がない
0785nobodyさん2010/11/04(木) 02:09:50ID:???
>>783
頭の悪そうな議論のすり替えですねｗ
君がPGなら論外だが、もし君がPGで無いなら、もうすこし先見の明を持った方がいい。

>>784
大手会社の自社開発に多い気がする。
若手は新卒のど素人、中堅も現場経験の無いど素人、上司は言わずもがな。
0786nobodyさん2010/11/04(木) 02:45:23ID:???
Cakeは一度php4対応を看板に掲げた以上
はそれを自分で下ろす訳にはいかないん
じゃないの？だからこの先もずうーっと足
かせをつけられたまま。リードデベロッ
パーが辞めてlithiumを立ち上げたのも多分
その辺が原因なんでしょ？
0787nobodyさん2010/11/04(木) 04:06:04ID:???
>>786
cakeのPHP4対応は過渡期だったから仕方無かったとは言え、
レガシーなシステムとの互換性を目的に作ったわけでは無いだろうからね。
lithiumが上手く行くといいね。
0788nobodyさん2010/11/04(木) 08:19:11ID:???
PHP4時代に金かけて作ったシステムを
今現在金欠な企業が使い続けるしかない場合もあるだろう
0789nobodyさん2010/11/04(木) 13:21:07ID:???
PHP4 を使い続けることによる脅威が現実のものになった時に被る
損害(金銭やら会社の評判やら)とPHP5に移行する際の費用を天秤に
かけて、それでもなおPHP4を使い続ける方がコスト的に有利だと結論づけら
れる根拠があるならそれでもいいんじゃないの。※見つかるとは思えないけど。
0790nobodyさん2010/11/04(木) 16:03:09ID:???
>>788
それでも実行環境はPHP5に更新するべき。
多少のコード修正は必要かもしれないが、PHP4のシステムをPHP5で動かすのは問題無い。(逆は無理だが)
数年前に脆弱性に対するサポートすら終っているPHP4を動かし続ける理由は無い。

実行環境さえPHP5に移行されていれば、
今後、追加修正する部分からPHP5を使えばいい。
という話。

PHP4で書く事にメリットは無い。
0791nobodyさん2010/11/04(木) 23:54:30ID:???
>>786
Cake2で、php4系を切りすてるみたいだけどね。
でも、php 5.2以降だから、namespaceは無しなんだね。
移行のし易さをとったってことかな？
0792nobodyさん2010/11/05(金) 03:06:27ID:???
4系を切り捨てたらあのORMはすこしはマシになるのかね。
0793nobodyさん2010/11/05(金) 12:41:40ID:???
そのcake2というのは現行1.3の次のバージョンとしてリリースされるのか？
0794nobodyさん2010/11/05(金) 15:44:06ID:???
だいたいこの先生き残りそうなＦＷは決まってきたな
0795nobodyさん2010/11/06(土) 02:05:38ID:???
時代に対応していかないとね
0796nobodyさん2010/11/06(土) 02:56:02ID:???
Yiiはもっと評価されるべき。
0797nobodyさん2010/11/06(土) 03:07:25ID:???
>>796
是非、君が評価して特徴を纏めてくれ
0798nobodyさん2010/11/06(土) 16:32:16ID:???
Yiiは日本で先陣を切る人が殆どいないのがなー
かなり良くできてるけど、日本人英語だめな人多いしなｗ
0799nobodyさん2010/11/06(土) 17:37:32ID:???
他のフレームワークの方が良くできてるから今更yiiとかいらないだけ
0800nobodyさん2010/11/06(土) 17:39:32ID:???
では外国と違って日本には独自に優れたFrameworkが開発され好評を博しているということですね。
0801nobodyさん2010/11/06(土) 17:54:14ID:???
おっとethnaの悪口はそこまでだ
0802nobodyさん2010/11/06(土) 18:54:49ID:???
>>800
独自かどうかは関係無く、
Zend/Symphony/cake/CI/Ethna･･･ どれも日本のコミュニティがあり、ある程度盛り上がっている。

で、海外ではyii流行ってるの？ｗ
0803nobodyさん2010/11/06(土) 19:01:59ID:???
みんな自分の信じた宗教にまい進すればいいんだよ
0804nobodyさん2010/11/06(土) 19:11:51ID:???
そうそう。特に技術に面倒臭がりは、自分が知っているものを極めればいいだけ。
新しいものを触りもせずに批判している暇はない。
0805nobodyさん2010/11/06(土) 19:33:12ID:???
>>802
海外でもyiiはそこそこじゃないかな。
はやっているとは言い難いけど注目はされてる。

優れた人の設計したFWなら後発のほうが出来がいいのは
当たり前だからね。
0806nobodyさん2010/11/07(日) 09:22:21ID:???
はじめてのフレームワークがyiiなんだけど、Giiみたいに自動でコード生成出来る機能って便利だね。
これは他のフレームワークでも普通にある機能なの？
0807nobodyさん2010/11/07(日) 09:33:01ID:???
むしろ無いとフレームワークなんてかったるくて使い物にならない
0808nobodyさん2010/11/07(日) 13:30:13ID:???
yiiはscaffoldの生成のツールとかwidgetの仕組みとかかなり良くできていると思うんだけどさ、モデルを
FW内で定義したらそのモデルを実現するためのSQLをいちいち手で書かないといけないんだ。これが面倒。
fixtureの記述だって全部手作業。symfony/Doctrine はこれらを自動でやってくれくれるから楽。yamlに
モデル定義を書けばSQLは自動生成だし、DBからリバースしてfixtureを作ってくれる。cakeやCIは
俺ほとんど知らないんだけどその辺どうなってんの？
0809nobodyさん2010/11/07(日) 16:36:33ID:???
scaffoldingは基本的に今時のframeworkなら実装されてる。

SQLを手で書く必要があるの意味は解らない。やり方間違ってない？
08108082010/11/07(日) 16:48:59ID:???
>>809
悪い、書き方が悪かった。言いたかったのはDBのテーブル定義のこと。モデル定義とは別にマニュアルでcreate tableしなくちゃいけないのよ > yii
0811nobodyさん2010/11/07(日) 17:59:01ID:???
そういうのはdbmigrations使えばいい
yiiが面倒なのは他にあってだな…
0812nobodyさん2010/11/07(日) 18:05:15ID:???
scaffoldの差分更新とかはしてほしいよね。
cakeでも出来ないけど。

>>811参考までに面倒な点教えてください。
0813nobodyさん2010/11/07(日) 18:29:28ID:???
ORMってどこまで使ってる？
複数テーブルをjoinして処理するような場合、無駄に重い(かつ設定画道そう)そうな印象なんだけど･･･

SQL書く事なんて殆ど無い感じ？
0814nobodyさん2010/11/07(日) 18:44:36ID:???
>>813
あくまでも自分の印象だけど

複数テーブルのJOINなんてはっきり言って関心の外という印象を受ける

典型的な親子関係については、頑張って抽象化してるのが多い
それに関しては、効率を考えなければ問題なく使える

でも、RDBに特化した、JOINとかUNIONとかそういうものを取り込んでいる
ORMってのはまだ無いような気がする
理想的な「オブジェクト」モデルまでしか考慮の範囲に無いってのが、
ORMのポリシーなんだろうな

だから、Symfonyのように、いざとなったらPDO使ってデータを配列で取ってこい、
あとからオブジェクトにしてやるから・・・というアプローチはむしろ必須だと思う
0815nobodyさん2010/11/07(日) 18:53:35ID:???
>>814
なるほど、One Object = One Table という実装や使い方が主流って感じですかね。
自分の場合は、以下のように
・1テーブルの1行をCRUD
・1テーブルの複数行をSELECT
程度にしか使っていなかったので、皆さんの意見を聞きたいです。

$table = new HogeTable();
$rowList = $table->fetch()
$row = $rowList->fetch();
$row = $table->createRow();
0816nobodyさん2010/11/07(日) 19:00:35ID:???
それはZendのアプローチなのかな？
主流というなら、、テーブルを抽象化するというよりはレコードを抽象化するのが主流な気がするけど
いまだActiveRecordが強力な思想って感じで
0817nobodyさん2010/11/07(日) 19:08:31ID:???
>>816
うん。Zendメインに使ってるんだ。
未だにデザインパターンが良くわかってないんだけど、
ゲートウェイパターンとActiveRecordってPHPコードにするとどんな感じになるんだろ
0818nobodyさん2010/11/08(月) 00:08:07ID:???
ActiveRecordってのは曲者といえば曲者なのかも
レコードの抽象化(save()メソッドなど)かと思えば、同じオブジェクトが
find_by() みたいなデータ集合（テーブル？）の抽象化みたいな機能も持ってるし

ぶっちゃけ、便利なのは認めるが、意味はよくわからん
俺だけかな
0819nobodyさん2010/11/08(月) 09:21:14ID:???
yiiのリレーショナルアクティブレコードはどうですかね
http://www.yiiframework.com/doc/guide/1.1/ja/database.arr
0820nobodyさん2010/11/08(月) 17:26:35ID:???
良くできてるけどルールに融通が利かないよね
シーンナンバーである程度は変えられるけど
0821nobodyさん2010/11/08(月) 17:37:22ID:???
DoctrineのORMとしての出来はどんなもんなの？
0822nobodyさん2010/11/09(火) 00:45:06ID:???
融通がきいてしまったらフレームワークの利点が殺がれるって考え方もできるから
そのあたりは一長一短だよなぁ
0823nobodyさん2010/11/09(火) 01:49:46ID:???
ところでフレームワークのnamespace対応ってどう思う？
フルパスで呼び出す事が多いから、あまり利点を感じないんだが('A`；

同namespace内ならnamespaceを記述する必要が無いからコードが短くなるとは思うが、
フレームワークと同じnamespaceを使用する事はまず無いだろうし。
use構文で別名つけるにしても、別名自体が被ってしまうと厄介な事になるし。
区切り文字がバックスラッシュだから、文字列でクラス名指定する時面倒だし。


言語的に明確にスコープが区切られるのは良い事だとは思うけど、
ぶっちゃけ使いにくくない？
0824nobodyさん2010/11/09(火) 06:28:50ID:???
どう思うって言われてもな
あるんだから、使って欲しいなってくらいか
できればお手本を見せてくれるくらいの勢いで

これで、一応フレームワークやライブラリのクラス名を気にせず
こっち側でのクラス命名ができるようになった、ってくらいの認識

ZendFrameworkの命名規則で十分だったとか言っちゃだめなんだろうな1
0825nobodyさん2010/11/09(火) 06:45:09ID:???
極端な言い方をすれば、クラス名が名前空間の替わりだったPHPに、
今更名前空間を導入したところで、これまでの利用者の意識に大した
変革は無いだろうと

むしろ、グローバル関数万歳な書き方をしていた人らへのインパクトの
方が大きいのではないかな
現実として言語仕様的にはある意味、やっと十数年前のPerl5のpackageに
追いついただけじゃないのかと思わないでもない

もちろん、新規でPHPを始める人間にとっては全然違った意味がある
必要な変更だったとは思うけど
0826nobodyさん2010/11/09(火) 07:42:08ID:???
>>824
>ZendFrameworkの命名規則で十分だった
ぶっちゃけそうなんだよねｗ
区切り文字が「_」から「\」に変わって、多少構文が追加が追加されたイメージしか無いんよ。

>>825
あぁ･･･その発想は無かったわ。
確かにクラスに名前空間を含める風趣の内人には革命的かもしれないね。
ふむふむ･･･


今PEARやZENDの記法も次第にnamespaceに統合されるのかなぁ･･･
バックスラッシュは微妙だなぁｗ
0827nobodyさん2010/11/10(水) 02:32:15ID:2LA4cXC4
最初にPEARがあった。
なのに、CakePHPやSymfonyの命名規則がなんであんなに糞なのか理解不能
0828nobodyさん2010/11/10(水) 10:06:04ID:???
言語として推奨コード規約が欲しかったよな・・・残念
0829nobodyさん2010/11/10(水) 22:50:34ID:???
PHP自体、やっと後付けで最近汚いネームスペースがついたばかりの糞言語なのに、
なんでいまさら命名規則に文句を言うのか理解不能
0830nobodyさん2010/11/10(水) 23:00:22ID:2LA4cXC4
>>829
CakePHPやSymfonyの命名規則が糞すぎるから
PHPが糞言語とは思わない。糞だと思う言語を使うお前の職能は糞だと思うが。
0831nobodyさん2010/11/10(水) 23:09:01ID:???
>>830
＞CakePHPやSymfonyの命名規則が糞すぎるから
＞PHPが糞言語とは思わない。糞だと思う言語を使うお前の職能は糞だと思うが。

え？どういう理解力してんだお前？
頭悪すぎる上に妄想激しすぎだろ。

0832nobodyさん2010/11/10(水) 23:11:56ID:???
標準関数の命名規則がアレなのに糞言語だとは思わないんだな。
不思議。
0833nobodyさん2010/11/10(水) 23:35:05ID:???
date系の新クラスとかも、何故か関数版も提供されてるしなｗ
PHP創始者が言ってたけど、言語の汚さは別に問題では無く、結果的に何が出来るかが重要らしい。

インタビューがあるから一度読んでみるといいよ。
http://gihyo.jp/news/interview/2010/rasmus
0834nobodyさん2010/11/11(木) 00:29:40ID:IgwzUq/f
>>832
だから糞言語のスレで糞野郎のお前何してんの？
0835nobodyさん2010/11/11(木) 01:13:35ID:IgwzUq/f
>>833
㌧
0836nobodyさん2010/11/11(木) 14:20:12ID:???
PHPは糞まみれで前に進んでく感じがイイんじゃないか。
0837nobodyさん2010/11/11(木) 15:11:51ID:???
お前、俺をバキュームカーとまちがえてんじゃねえのか？
0838nobodyさん2010/11/11(木) 19:30:32ID:???
PHPはショボイけど、PHPを使わざるを得ない状況って言うのは多い。
0839nobodyさん2010/11/11(木) 20:14:15ID:???
泥臭い言語でもいいよ、必要があれば使うだけ
でもやっぱり、namespaceのバックスラッシュは
日本語環境だとがっかりしちゃう(´･ω･`)
0840nobodyさん2010/11/12(金) 22:45:18ID:???
変な文字セット使ってるから
0841nobodyさん2010/11/12(金) 23:36:47ID:???
銭のマークに見えるのがいけないのじゃなくて、
それはエスケープ記号だって意識が先に立つのがどうしようもなく引っかかる
0842nobodyさん2010/11/13(土) 01:47:19ID:???
Rasmus Lerdorfが、組込み関数の引数の取り方が関数ごとにバラバラだけど別に良いじゃない？とか、
全然使わない関数が組込みに入ってるけど外そうとは思わない、みたいな事言ってるの聞いて、ああ、PHPってやっぱそういう言語なんだなって思った。
0843nobodyさん2010/11/13(土) 05:02:03ID:???
スレタイ読もうぜ
0844nobodyさん2010/11/13(土) 11:40:45ID:???
>>842
引数の順序がバラバラだが「目標を完遂するのに問題無い」と言っているし、
当人のインタビューｗｐ読む限り、言語自体は暗に汚いと認めてるよねｗ

まぁ、それがメリットでもありデメリットでもあるんだと思う。

いきなり型宣言必須で、全関数メソッドがCamelCaseに変わり、内部言語はutf-8に統一しました！
とか言われたら誰も移行しないだろう(もしくは完成～移行までに数年以上かかる)

そういう言語が必要ならそういう言語を使えばいい、って思想なんだろう。
0845nobodyさん2010/11/13(土) 11:48:32ID:???
UTF-16化は失敗しちゃったね
0846nobodyさん2010/11/13(土) 17:21:36ID:???
>>840
>>841

自分は正規表現書くときとか￥じゃないと書けない体になってしまったんだが。。
バックスラッシュだとパッと見/と区別しづらいし。
0847nobodyさん2010/11/13(土) 18:16:58ID:???
たまにオワタ＼(^o^)／みたいになるのがいいんじゃないか
0848nobodyさん2010/11/13(土) 19:30:32ID:???
円記号+なにか　でエスケープ文字って感じで目が覚えちゃってるから
たまに正しいバックスラッシュ記号をみると逆に違和感覚えちゃうｗ
0849nobodyさん2010/11/14(日) 09:26:42ID:???
>>848
すげーわかる
0850nobodyさん2010/11/14(日) 14:29:41ID:???
PHPも無名関数が使えるようになったり、だいぶマシになってきた。後はarray()のシンタックスシュガーだな。
0851nobodyさん2010/11/14(日) 14:57:22ID:???
まだそれを言うのか
いい加減慣れろｗ

どーしてもっていうなら、json_decodeでも使ってやがれ
0852nobodyさん2010/11/14(日) 15:00:55ID:???
名前空間だって、無名関数だって、ないならないでもプログラムが書けないわけではない。が、導入された。
0853nobodyさん2010/11/14(日) 15:16:10ID:???
array(1, 2, 3) が、 [1, 2, 3] と書けることにどれほどの意義があるのか
名前空間や無名関数とは大分重みが違う気がするんだが
その辺を納得させられるだけの主張がないと、後回しというよりは考慮外のままだろ
0854nobodyさん2010/11/14(日) 15:35:23ID:???
そこでqiq・・・いやなんでもない
0855nobodyさん2010/11/14(日) 15:45:01ID:???
長いことやってるとarrayのタイピング量はわりとうざったい
0856nobodyさん2010/11/14(日) 16:50:52ID:???
文字列リテラルを考慮してない名前空間もだが
糞仕様はすぐ取り込むのに無意味な所で保守的
関数スタイルじゃなければならない理由こそ知りたい
せっかくパッチを書いてくれてる人が居ても報われなくね
0857nobodyさん2010/11/14(日) 18:04:39ID:???
いや、～～は導入されたのにとか言っても、
いらないものはいらないってだけだろ

そのパッチを書いた人にしたって、取り込んだ方がいい理由ってのを
全然まったく説明できてないだけなんじゃないか？
0858nobodyさん2010/11/14(日) 18:50:02ID:???
>>857
本家を見たこと無いのか？
http://news.php.net/php.internals

建設的な議論がされてると思ってはいけない
ちょっとした事で炎上して議論が進まない事も多々ある

上にでてるqiqの時も炎上してスルーされたから
qiqはextentionで提供するようにしたんだろ

※ pdf注意
http://www.opendogs.org/pub/PHP2QIQ.pdf
0859nobodyさん2010/11/14(日) 19:03:43ID:???
だから、必要な理由をだな・・・
それが好みの問題なら、反応はギャンブルみたいなもんだろ
0860nobodyさん2010/11/14(日) 20:21:42ID:???
>>859

納得がいく理由があれば通ると思うだろ？
そうじゃないんだよ、大多数の人が”いる”と思っててもスルーされるんだよ
大規模プロジェクトはそういうもの

そもそもphpなんてコアメンバの中にまでマルチバイト対応はいらないと思ってる人がいるくらいだからな
0861nobodyさん2010/11/14(日) 20:47:44ID:???
phpを語るスレになっとる
0862nobodyさん2010/11/14(日) 20:54:21ID:???
正直すまんかった
0863nobodyさん2010/11/14(日) 21:48:16ID:???
kohanaって結構document揃ってるのな
和訳してる人いないのかな？
0864nobodyさん2010/11/15(月) 03:44:50ID:???
だって、PerlでもRubyでもPythonでもJavaでもCでもJSでも、みんな()とか{}とか[]で配列初期化出来るから名。
PHPだけarray()って5文字も多い。これを変だと思わないのはどういう了見かと思う。
0865nobodyさん2010/11/15(月) 13:30:15ID:???
無名クラスが使えるようにして欲しいのと、newから直接メソッド呼べるようになって欲しい。
特に後者。
0866nobodyさん2010/11/15(月) 13:41:37ID:???
>>865
後者の方は、インスタンスを返すクラスメソッドを用意すれば現状でも可能では？
singletonとは区別が付くようにしておいた方がいいだろうけど。
0867nobodyさん2010/11/15(月) 13:44:14ID:???
>>866
標準クラスとかライブラリ、フレームワークのクラスとかだと・・・
0868nobodyさん2010/11/15(月) 13:49:40ID:???
むーなるほど。同感は同感。
0869nobodyさん2010/11/15(月) 14:20:44ID:???
http://d.hatena.ne.jp/fbis/20090720/1248065234

こういうのもあるけど言語仕様で出来るようにならないものか。
0870nobodyさん2010/11/15(月) 16:41:43ID:???
>>869
http://marc.info/?r=1&w=2&q=b&l=php-internals&s=Autoboxing
小泉「オートボクシングはお餅でしょうか」
ML「えっ」
小泉「まだお餅になってないということでしょうか」
ML「えっ」
小泉「えっ」
ML「変化するってことですか」
小泉「new Foo()->bar()->baz(); とか array(1, 2, 3)->filter(function ($v) { return $v > 1; })->sum() == 5 とか書けます」
ML「そうなんだすごい」
デミ「なにそれこわい」
小泉「えっ」
ML「えっ」
デミ「遅いし構文とかリークとか怖いし何より俺の書いたオプティマイザが役に立たないし」
小泉「えっ」
ML「えっ」
0871nobodyさん2010/11/22(月) 16:11:43ID:???
Zendが難しすぎてこちらに来た
どうすればいいですか？
教えてくださいフレワク先生
0872nobodyさん2010/11/22(月) 22:10:43ID:???
>>871
どこが難しい？
Zend_Toolでプロジェクト作ってそれ改造してくといいと思う。
0873nobodyさん2010/11/22(月) 23:19:33ID:???
この小泉って人、mbstringのメンテナだよね。ブログとか勉強会での発言たまに見るけど、全然PHPに愛着ないよね。↑みたいなの見ると、何となく分かるけど。
mapとかブロック付きメソッドとか使えると便利なのにね。
0874nobodyさん2010/11/22(月) 23:32:48ID:???
>>872
PHPをコマンドラインで扱えない人種も多々いるんだよ。察してやれ。
0875nobodyさん2010/11/23(火) 10:09:18ID:???
>>873
もっとパッチ作ってる人も
phpによる開発を全くしたことがなく、今後もやるつもりはない
仕事でCを使っているのでパッチを書けるから書いている

こういうスタンスで有名

別に愛着とかどうでもいいと俺は思うけどね
0876nobodyさん2010/11/23(火) 22:50:39ID:???
ずっとmbstringメンテナンスしてくれればいいけどね。
0877nobodyさん2010/11/24(水) 04:48:35ID:???
mbstringsとかコアにいれる必要ある？
入出力でiconvフィルタかけられて基本UTF-8でいいよ、もう。
バックスラッシュとかチルダでバッドノウハウ的なのが残るだろうけど。
0878nobodyさん2010/11/24(水) 21:38:25ID:???
mb_convert_kanaとか便利すぎて他のスクリプト言語(Ruby,Python)がいくら文法的にイケてても
日本語の扱いの際に霞んで見える・・・
ある意味日本語でPHPを扱う時の実用関数としては神レベル
0879nobodyさん2010/11/25(木) 00:39:47ID:???
他の言語にそういうライブラリないの？
0880nobodyさん2010/11/25(木) 01:30:45ID:???
ライブラリを探せばあるかも知れないけど、PHPのmbstringファミリーほど日本語に特化したライブラリってなかなかないと思う。
他の言語は内部エンコーディングがユニコードベースになってるけど、実用性という意味じゃPHPのmbstringは非常に優れてるね。
まあ、完全に関数ベースで、すべてmb_xxxって書き換えなきゃ行けないのは全然格好良くはないけどね。
0881nobodyさん2010/11/25(木) 01:42:34ID:???
MbString::convertKana($str, 'KV', 'utf-8') とか書けるといいのか？

$mbstring = new MbString($str, 'utf-8');
$str = $mbstring->convertKana('KV');
とか？面倒くさいだけかもという気もしなくはない
0882nobodyさん2010/11/25(木) 01:51:51ID:???
> $mbstring = new MbString($str, 'utf-8');
> $str = $mbstring->convertKana('KV');

一応、チェインするなら意味はあるかも
$mbstring->convertKana('KV')->substr(0, 3)->convertEncoding('sjis-win')

でも、そうするとこうなるんだきっと
$str = $mbstring->convertKana('KV')->substr(0, 3)->convertEncoding('sjis-win')->toString();
0883nobodyさん2010/11/25(木) 02:21:38ID:???
なげえ
0884nobodyさん2010/11/25(木) 02:57:41ID:???
PHPにオブジェクト志向なんて不要かも寝
0885nobodyさん2010/11/25(木) 03:00:44ID:???
>>882
全部のメソッド名をconvertXXX()にしようとするのは、名前空間がなくてグローバルに全部の関数をつっこむPHP脳。
0886nobodyさん2010/11/25(木) 03:20:37ID:???
<?
$str->setEncoder(function ($v) { return isMobilePhone() ? mb_convert_kana($v, 'ak', 'utf-8') : $v; });
?>
<html>
<?= $str ?>
</html>
とか。
0887nobodyさん2010/11/25(木) 13:45:18ID:???
>>881
>>882
関数思考でクラス化してもメリットは薄いと思う。
変換部分をラップして、変数や配列に対して処理を使い回せると便利な気がする。

$mb = MbString::getInstance()
->setKanaFilter('KV')
->setOutputEncoding('sjis-win');

$string = $mb->encode($string);
$array = $mb->encode($array);
0888nobodyさん2010/11/25(木) 15:03:31ID:???
ていうかStringクラスが欲しい。
0889nobodyさん2010/11/25(木) 15:04:13ID:???
あとMapとList。
0890nobodyさん2010/11/25(木) 16:06:43ID:???
>>889
SPLにあるクラス群じゃダメなのか？
0891nobodyさん2010/11/25(木) 16:07:40ID:???
$str = new String('A&B');
print $str->escape(); // A&B
print $str->escape()->escape(); // A&B
print $str->escape()->escape()->unescape(); // A&B
とかな。
0892nobodyさん2010/11/25(木) 16:08:52ID:???
↑うまく行かなかった。
$str = new String('A&B');
print $str->escape(); // A＆amp；B
print $str->escape()->escape(); // A＆amp；B
print $str->escape()->escape()->unescape(); // A&B
0893nobodyさん2010/11/25(木) 16:36:29ID:???
>>892
class String {
public $value = "";
public function __construct($string) { $this->value = $string; }
public function escape() { $this->value = htmlspecialchars($this->value); return $this;}
public function unescape() { $this->value = htmlspecialchars_decode($this->value); return $this;}
public function __toString(){ return $this->value; }
}


利便性を考慮すればする程重くなりそうだしメリット無さそうだけど。
0894nobodyさん2010/11/25(木) 17:13:07ID:???
PHPの仮コードで書いたらコピーが増えるだけにみえるけど
内部的にはストリームでつながる実装にするだろうし
見た目も性能もよくなりそう。
0895nobodyさん2010/11/25(木) 17:27:18ID:???
見た目は好みの問題。
性能に関しては確実に落ちる。
0896nobodyさん2010/11/25(木) 18:14:32ID:???
ひとくちにescapeといってもhtmlだったりsqlだったりshellだったりするわけで、
それをStringに直接実装しちゃうのはなんか違うんじゃないのかという気がした
0897nobodyさん2010/11/26(金) 00:39:19ID:???
$str_list = array();
$str_list[] = new String_Html;
$str_list[] = new String_Sql;
......

foreach ($str_list as $str) {
print $str->escape();
}

0898nobodyさん2010/11/26(金) 00:49:00ID:???
>>893
ちょっと意図が違う。
public function __construct($string) { $this->value = $string; $this->isEscaped = false; }
public function escape() { if (!$this->isEscaped) { $this->value = htmlspecialchars($this->value); $this->isEscaped = true }; return $this;}
public function unescape() { if ($this->isEscaped) { $this->value = htmlspecialchars_decode($this->value); $this->isEscaped = false; }; return $this;}
かな？
エスケープしてるかしてないか分からなくても、とりあえずエスケープしとくっていう使い方。
0899nobodyさん2010/11/26(金) 01:18:35ID:???
>>897
単にエスケープ形式を変えたいだけなら、個別クラスにする必要性なくね？
(String_HtmlとString_Sqlに構文バリデーションが含まれるなら別だろうけど)

$str_list[] = String::getInstance('<html></html>')->setEscapeType('HTML');
$str_list[] = String::getInstance('SELECT * FROM hoge')->setEscapeType('SQL');


>>898
それだとescape以外のメソッド実装したり、二重エスケープしたい時とか面倒じゃね？
単に出力時に確実にescapeしたいだけなら、toString内にescape処理を実装する方が正しい気がする。
0900nobodyさん2010/11/26(金) 01:42:29ID:???
2重エスケープは特殊なケースとして明示的に行った方が良いだろう。
String_Htmlクラスではデフォルトでエスケープしてしまうのも手ではある。テンプレートエンジンのエスケープ処理でそういう事をやってるのはよくある。
いずれにせよエスケープ状態を表すフラグを持たせた方が良い。
そうでなければ、その2重エスケープだとかその他の特殊な処理を行うのが難しくなる。
そういうフラグを持たせられる事こそがプリミティブ型をオブジェクト型にするメリットだから。
0901nobodyさん2010/11/26(金) 01:44:09ID:???
クラスの実装をどうするかは、ここでは問題ではない。文字列をオブジェクト型にする事にどういう意味があるか？が問題。
0902nobodyさん2010/11/26(金) 03:18:21ID:???
>>900
>いずれにせよエスケープ状態を表すフラグを持たせた方が良い。

は解るが、isEscapedの判定をescapeメソッド内で行うべきでは無いかな、

if (!$string->isEscaped) $string->escape();

と明示的にエスケープする方が美しい。

２重エスケープはほんの一例だよ。
lengthとかmatchとかconvertEncodingとか、文字列をオブジェクト的に扱うメソッドを実装する時に、
エスケープされてるか否かでメソッドの挙動が変わるのはデメリットの方が多い気がするな
0903nobodyさん2010/11/26(金) 03:35:37ID:???
>>901
●メリット
・流れるようなインターフェースが実装出来る
・PDT等のコード補完と相性が良い
・引数タイプヒンティングが行える

●デメリット
・文字列を引数とする標準関数との親和性が下がる
・実装＆実行コストの増加

ってところかね
0904nobodyさん2010/11/26(金) 03:45:45ID:???
透過的にするならこんな感じかな。うーんクセ強いな
class HtmlString {
　public $org = "";
　public function __construct($str) { $this->org = ($str instanceof HtmlString) ? $str->org : $str; }
　public function __toString() { return htmlspecialchars($this->org); }
}
function h($str) {
　return new HtmlString($str);
}

$str1 = h("<a>");
$str2 = h($str1);
echo $str1, $str2;
0905nobodyさん2010/11/26(金) 04:45:26ID:???
>>904
クラス名が紛らわしいな･･･文字列操作で無く、エスケープを主体にしたクラスだよね。
HtmlStringじゃなくてEscapedHtmlという感じの方がしっくりくるな。

てか大抵のシステムではエスケープはビューの出力時に一度行えば良いはずなので、
わざわざ文字列をクラス化するメリットは薄い気がするわ。
0906nobodyさん2010/11/26(金) 14:00:36ID:???
PHPってJakartaCommonsみたいなプロジェクトないの？
0907nobodyさん2010/11/26(金) 14:07:16ID:???
まあ、実装はケースバイケースで適切にすればいいんだ。拡張性を考えるなら、処理を別メソッドに分割した方が良いし、速度を考えるなら、出来るだけメソッド呼出しは減らした方が良い。
0908nobodyさん2010/11/26(金) 14:11:42ID:???
エスケープ済みフラグを持たせるのは、テンプレートの中からテンプレートを呼び出すが何階層あるか分からないとか、そういうケースで効果ある。
文字列をオブジェクトにラップしてデフォルトでエスケープするのは、PerlのText::Xslateとかテンプレートエンジンではよくあって、
PHPはあまり詳しくないど、多分PHPでも似たような事やってるのは探せばあると思う。
エスケープし損なうのは絶対避けたいから。

例えば、>>886に書いた、
$str->setEncoder(function ($v) { return isMobilePhone() ? mb_convert_kana($v, 'ak', 'utf-8') : $v; });
の'utf-8'は未定義の場合にmb_detect_encoding()でエンコーディングを探すようにするけれど、これをキャッシュしておけば以降の処理でコストダウンになる。
こういうのがオブジェクト型にするメリットだと思う。
もっとも、実際にこういうのやろうと思っても、PHPは演算子オーバーロード出来ないし、永続化出来ないmod_phpだと速度的にダメすぎるだろうな。
そういうわけで、mbstringは実用本位なPHPによく合ってると思う。
0909nobodyさん2010/11/26(金) 14:33:40ID:???
>>908
>>886 の例、PHPではStringクラスじゃなくてTemplateEngineクラスに実装する風潮があるね。
(実際多くのテンプレートエンジンはそうなっている)
ていうかビューで扱う全ての変数をStringオブジェクトに変換しないと結局エスケープ漏れが発生しちゃわないか？ｗ
0910nobodyさん2010/11/27(土) 13:57:52ID:???
こういう流れ好きだわｗ
0911nobodyさん2010/11/29(月) 00:38:59ID:???
->
こんなのわけわかんないんだよね・３・
難しいよ・３・　ちね
0912nobodyさん2010/11/30(火) 05:39:49ID:+I0UUEzG
うるせえ！だまってやれ
0913nobodyさん2010/11/30(火) 16:23:37ID:???
一概に言っても

・基底フレームワーク
・アプリケーションフレームワーク

とあるからなぁ、一般的にはオープンソースのフレームワークを基底に、独自のフレームワーク（っぽい実装）を作るよね？
その独自部分のノウハウとかテクニックを聞きたいです先輩！
0914nobodyさん2010/11/30(火) 23:09:01ID:???
Cakeみたいなフルスタックをベースにすると、ビジネスロジック以外の独自な実装をする余地がほぼ無いです。
むしろビジネスロジック以外で独自色を出そうとするとメンテ性が悪くなり謎の挙動不審に陥りハマりまくる。

ただし、これは多分、SymfonyやCIも同様。 (・∀・)ｲｲ!!　は知らん。

ちいたんとかは、よく知らんが基本設計がよければ俺色に染め甲斐がありそうだ。

Zend FWに関しては、みんなどんな風に使ってるのかよくわからん。
Zend_ToolをベースにしてオレオレFWを作ってるのか、
オレオレFW用ライブラリ集として活用してるのか、
Zend_Toolをベースに完全にZend謹製のものをつかってZend準拠なやりかたでZend Wayしてるのか。
0915nobodyさん2010/12/01(水) 02:20:33ID:???
>>914
独自色というか、FWの仕様と微妙に合わない実装を強いられた時に、
独自クラスでラップする事はよくあると思うんよ。

すると
＞むしろビジネスロジック以外で独自色を出そうとするとメンテ性が悪くなり謎の挙動不審に陥りハマりまくる。
となるわけで･･･ここらへんのうまい落としどころとかテクニックが合ったらいいなぁと思ったのさ。
0916nobodyさん2010/12/02(木) 01:31:41ID:???
View周り以外で、既存のものとすりあわないものっていうと、どういうのがあるだろう
0917nobodyさん2010/12/02(木) 06:02:13ID:???
CakePHPの可読性の悪さにビックリしたよ。

PEARやZend Frameworkのコードに慣れているからかもしれないが、
CakePHPを使って、まともなコードのWebアプリは作れない。

よくあんなのが人気あるのか不思議だ。
CakePHPには、ソースコードの良し悪しが分からないド素人しか食いつかないんじゃないかなぁ。

てわけで、俺はZFに一票。
09189142010/12/02(木) 10:33:51ID:???
>>917
俺はCake厨のド素人なんですが、
ソースが醜い＆設計も微妙な部分があるというのには同意で、
でもZend Frameworkをどんな風に使ってるのか（使う事が推奨されてるのか）
>>914でも書いたように全然分からんのです。
ActiveRecordあるんかなとか、そういうのも含めて・・・
まあググればいいんでしょうけど、Zend Frameworkをスゲエ便利に使ってますって感じの
記事を読んだ事が無い・・・。
0919nobodyさん2010/12/02(木) 15:02:51ID:???
最初は命名ルールの縛りから逆にチーム開発には有用だしと半分我慢しつつ使ってきたけど
array地獄でIDEの補助も受けられないし、人間の負担が変に大きすぎる。
0920nobodyさん2010/12/02(木) 16:45:50ID:???
素人なんだけど、arrayはミスがあっても気づかなくてすごく時間を無駄にする。
けど、一気に設定を流し込む場合にこれ以外の良い方法はあるの？
0921nobodyさん2010/12/02(木) 18:50:33ID:???
>>920
クラスにするとか。
0922nobodyさん2010/12/02(木) 22:25:42ID:???
別形式で書いて機械的に変換掛ける
俺俺バリデーターを作って実装前にチェック掛ける
PHPをやめる
0923nobodyさん2010/12/03(金) 00:19:07ID:???
ZFは自分好みに拡張してなんぼじゃないかな。
取捨選択しやすくて拡張の土台として都合がいい。
その分、素体のまま開発始めようとした場合のご利益は少ないと思う。

あとはソース見てクラス設計の参考に使うのも結構いいかも
0924nobodyさん2010/12/03(金) 00:58:33ID:???
基底クラス郡
0925nobodyさん2010/12/04(土) 12:01:25ID:???
>>917
可読性が悪い理由は簡単で
互換性を重視しているからだよ。

PHP4に対応するために、あえてPHP5の機能を
使わないで作られている。

いまどきPHP4なんてと思うかもしれないが、
CakePHPが人気が出たときはPHP4のサポートは終了しておらず、
PHP5への移行期だったから人気が出た。
いまだに古いRHELとかPHP4を搭載したディストリが
サポート期間中だったりする。
0926nobodyさん2010/12/04(土) 12:19:44ID:???
PHP5の機能を使わなくたって、可読性の良い
コードは書けると思う。
0927nobodyさん2010/12/05(日) 02:28:31ID:???
フレームワークの良し悪しは好みかもしれんが、
ZendFrameworkの明確なコード規約は素晴らしいと思う。

冗長と感じるかもしれないが、IDEとの親和性が抜群に良いのでチーム開発する上では必須。
0928nobodyさん2010/12/05(日) 06:37:32ID:???
>>927
同意です。

ところで、
>> IDEとの親和性が抜群に良い
とのことですが、何をお使いですか？
NetBeans? PDT？

参考までに教えてください。
0929nobodyさん2010/12/05(日) 08:46:29ID:???
ZFのコーディングルールと言うより単にphpDocの話じゃなくて？
0930nobodyさん2010/12/05(日) 19:13:27ID:???
>>928
PDT2.2をメインにしています。
NetBeansより重いですが、コード補完機能とコphpDoc生成機能がより協力な感じがあります。

>>929
phpDocの書き方を含めて、各種命名規約、インデント改行規約、PHP閉じタグ無し等が名言されてるんよ。
0931nobodyさん2010/12/06(月) 10:18:57ID:???
改行とかの規約はPEARにも明記されてるし、
べつにCakeにないからどうという話じゃないと思う
レイヤーが違うというか
0932nobodyさん2010/12/06(月) 10:49:09ID:???
Cakeでいえば
App::importで魔法的にパッケージ解決するところが逆に癌。
コントローラへの自動bindがあるから同名のModelとComponentも回避しないといけないし。
0933nobodyさん2010/12/06(月) 11:32:40ID:???
>>931
誰もCakeを否定していないし、何故PEARが出てくる。
0934nobodyさん2010/12/06(月) 23:44:19ID:???
>>930 >>933
＞phpDocの書き方を含めて、各種命名規約、インデント改行規約、PHP閉じタグ無し等が名言
コーディング規約って言ったら普通こういうのを定義したものを指すんだから
ZF云々じゃなくてコーディング規約云々の話だね。

http://pear.php.net/manual/ja/standards.php
https://trac.cakephp.org/wiki/Developement/CodingStandards
http://trac.symfony-project.org/wiki/HowToContributeToSymfony#CodingStandards
http://framework.zend.com/manual/ja/coding-standard.html
0935nobodyさん2010/12/07(火) 00:13:12ID:???
>>934
その4つの規約にも、それぞれメリットデメリットがあるし、規約も含めてのフレームワークだと思うよ。

個人的には最も枯れているPEAR記法をベースにしたZend規約がベターで、
PDT(ZendStudio)との親和性も高いと感じたのさ。
0936nobodyさん2010/12/07(火) 01:27:13ID:???
相性の悪い規約とIDEってあるの？
規約やIDEの評価基準に使いたいから、純粋に知りたい
0937nobodyさん2010/12/07(火) 01:37:00ID:???
実行時に動的にバインドする系のはヒントが出ないよね
0938nobodyさん2010/12/07(火) 02:17:26ID:???
しいて言えばPEAR＆Zend形式はアンダースコア区切りの疑似ネームスペースを採用しているので、
パッケージ名が被る心配はほぼ無いってのが強み。

cakeはPHP4コード＆マジックメソッド実装が多めで補完が弱い。
Symfonyは2.0でZend風の命名規約に移行するし、
Twig等の周辺ライブラリは既にZend形式になっている。

09396912010/12/07(火) 03:42:12ID:???
>>938
Zend形式というかPEAR形式が強いよね。

CakeはPEARとの相性が最悪。
0940nobodyさん2010/12/08(水) 00:24:03ID:4EtmohlD
なんでnamespaceが実装された昨今
Zend風の命名規約にするかなぁ。
0941nobodyさん2010/12/08(水) 01:27:06ID:???
>>970
5.2を完全に切り捨てるのはまだ早いからかと。

あと、PHPのnamespaceはお世辞にも使いやすいとは言えない。
(PEAR＆Zend形式から乗り換えるメリットがほっとんど無い)

まず、

・クラスの完全修飾にバックスラッシュが入る
　→ 文字列にクラス名入れる時に面倒がおこる

・名前解決が無駄に複雑
　→ 同ネームスペース内であれば、記述が楽になるかもしれんが、
　　 大抵の場合は \ で始まる絶対パスで記述する事になる。


5.3の他の機能は素晴らしいと思うが、
Zend形式でなく、namespaceを使う明確なメリットを教えて欲しい。
0942nobodyさん2010/12/08(水) 02:46:25ID:???
正直PHPのnamespaceは流行らんと思う
0943nobodyさん2010/12/09(木) 00:27:57ID:???
バックスラッシュはエスケープにも使うからなぁ
0944nobodyさん2010/12/09(木) 01:35:16ID:???
やっぱり型あり言語がいいよ
0945nobodyさん2010/12/09(木) 06:52:12ID:???
クラス内のメソッド定義で、public を省略してもpublicになるのが
許せん。
省略したら普通privateだろ～
0946nobodyさん2010/12/09(木) 07:11:56ID:???
普通って何？
ていうか普通は省略しない。
09479142010/12/09(木) 19:18:57ID:???
>>945-946
むしろおまいらの普通はJava基準
0948nobodyさん2010/12/09(木) 20:56:27ID:???
>>945
PHP4との互換性のためだから仕方ない
0949nobodyさん2010/12/09(木) 21:56:09ID:???
まだPHP4対応で書かなきゃいけない可哀想な人なんだ察しろよ
0950nobodyさん2010/12/09(木) 23:56:53ID:???
>>947
Javaは省略したらprivateにはならないよ。
09519142010/12/10(金) 00:02:32ID:???
>>950
すんませんでした。
0952nobodyさん2010/12/10(金) 00:04:57ID:???
いんたーなる
ねーむすぺーすのないPHPとしては、全部が同じ場所にいるようなもんだから
ある意味あってるという見方もできるな
0953nobodyさん2010/12/10(金) 01:00:35ID:???
じゃあどんなnamespaceだったら良かったと思うのよ？
0954nobodyさん2010/12/10(金) 03:40:50ID:???
>>953
言語仕様的にネームスペースは不要だったかと。
接頭子でネームスペースの役割は担えてるし、JavaScript等も同じような方法でnamespaceを実装してるし･･･
ネイティブにnamespaceを実装するとコンパイラとの相性は良いのかもしれんけどね、PHPでは不要だよね。

また Hoge_Moge_ClassName　と書いていたクラスが \Hoge\Moge\ClassName と名称変更されるのだが、
バックスラッシュを区切り文字に使ってしまうデメリットは結構あると思う。

同ネームスペース内なら、ClassNameを直接参照出来るというメリットはあるが、
そんな場面は滅多に無いし use構文で別名付けちゃうと、今度は他のクラス名と被る可能性が出てくるので
結果的に、フルパスでクラス名を記述する事になる。

となると、何の為に 5.2以下を切り捨ててまでnamespaceを使うのか？という事になる。
0955nobodyさん2010/12/10(金) 10:52:32ID:???
>>945
お前の言う普通はマイナーすぎ
普通は省略したらpublic
0956nobodyさん2010/12/10(金) 14:10:24ID:???
逆に考えるんだ
PHP5.3を普通と考えて
他の言語環境を「普通」とどれだけかけ離れているか
語るくらいの図太さと厚顔さがPHPerには必要だ
0957nobodyさん2010/12/11(土) 02:32:28ID:???
>>955
普通ってなんだよ
Javaなら省略したらdefaultだ
0958nobodyさん2010/12/11(土) 09:51:21ID:???
>>954
なんで今まで散々Perlをパクりまくったのに
ネームスペースはパクらかなったのかと。
0959nobodyさん2010/12/11(土) 13:28:54ID:???
まあ、PHPの場合、ほとんどウェブ専用で、ウェブアプリケーションフレームワークはフルスタックのばかりだから、外部ライブラリを読み込む機会がないというのはあるかも。
でも、ネームスペースが不要とかって事はありえない。
JSなんかはネームスペースかないせいで$とかぶつかりまくってる。
0960nobodyさん2010/12/11(土) 18:39:16ID:???
コードの再利用、ライブラリをつかってこねくり回すことが主体になってきた昨今だと
ネームスペースの重要性は切り捨てれるようなもんじゃないからな
小規模なものなら問題ないけど、どうしてもつかいたいライブラリ同士の
名前がぶつかったりした日にゃ、めんどくさいことになる
0961nobodyさん2010/12/11(土) 21:18:48ID:???
>>959
JavasSctiprtはネームスペースあるだろ。
ネームスペースという機能自体はないが、
規約レベルではるがネームスペースはある。
そしてそれはPHPのネームスペースより余程エレガント。
0962nobodyさん2010/12/11(土) 22:14:18ID:???
>>959
>>960
ネームスペースという概念は必須だと思うが、
それはPEAR規約で既に実現されている。

バックスラッシュで無理矢理ネイティブ実装されたnamespaceを使うメリットは薄いって話。
一度PHP5.3のnamespaceを使ってごらん、PHP5.2を切り捨ててまで使いたいとは思えないだろうから。
0963nobodyさん2010/12/11(土) 22:49:57ID:???
>>962
でもPHPの構文として用意されたネームスペースを使わずに
規約として用意されたネームスペースもどきを使うようじゃ駄目だ。
今後スタンダードなものとして使うことはできんな。
symfonyのようなPHPを代表するようなFWなら尚更だ。
0964nobodyさん2010/12/11(土) 23:16:10ID:???
PHP生みの親
「日本ではバックスラッシュが\マークなんだってなｗｗｗ」
0965nobodyさん2010/12/11(土) 23:17:35ID:???
>>963
頭硬すぎ。
その、「規約として用意されたネームスペースもどきを使うようじゃ駄目」な理由を述べてくれよ。
単に新しいもの＝素晴らしいとでも思ってるの？

いくら構文として用意されていても、
規約を守らずにnamespaceを使ってしまっては意味が無いし、
use文によるエイリアスとか、潜在的なバグが増える事も想定される。

ネームスペースの概念は必須だが、PHP5.3のnamespace実装はお粗末すぎる。
5.2以下(既存FWユーザ)を切り捨ててまで移行するモノでは無いかな。
0966nobodyさん2010/12/11(土) 23:42:09ID:???
どうなったら移行するの？
0967nobodyさん2010/12/11(土) 23:47:56ID:???
>>966
たらればの話はいい。現状、メリットの無いモノに移行する必要は無い。
0968nobodyさん2010/12/12(日) 00:39:02ID:???
>>965
機能としてネームスペースが用意されているのに
規約としてのネームスペースを使うということの気持ち悪さ。
お前は保守的なんだよ。

ところでなんでお前は規約としてのネームスペースにこだわるの？
機能として5.3からネームスペースが正式に実装されたんだから
黙って使えよ能無し
0969nobodyさん2010/12/12(日) 00:40:07ID:???
別にそこで止まりたい人はそれでいいんじゃね？
使った事のあるフレームワークはみな移行してるんで俺は移行するだけ
置いていかれる人の事なんてどうでも良いよ
いつの世もそう言うのんびり屋な人達はいるしどうぞご勝手にって感じだわな
言い訳考えるぐらいならさっさと過去の資産の為のコンバータ書いた方がマシ
俺はね
0970nobodyさん2010/12/12(日) 01:27:01ID:???
>>967
どんな仕組みだとメリットあるの？
0971nobodyさん2010/12/12(日) 01:39:28ID:???
>>964
バックスラッシュで表示されてるけど？？
自分の環境が問題
0972nobodyさん2010/12/12(日) 01:46:05ID:???
ここはネームスペースのスレですか？
0973nobodyさん2010/12/12(日) 01:53:21ID:???
>>968
>>969
ネームスペースなんて実装じゃなく規約の問題。
ネイティブにnamespace構文が存在したとしても、命名規約が統制されなければ意味は無い。
(これはuse構文によりさらにややこしくなってるし)

また、保守的になってるつもりは無いよ。
メインはPHP5.3開発に移行していて、無名関数とか遅延バインディングとか便利だと思ってるし、
5.4のGC含めて久しぶりにPHPコードを書きまくってる。

ただし、namespaceだけは判断が微妙で、
例えば5.2以下で実装出来るロジックでも、
namespace配下に置くことで動作しなくなるというデメリットがきつい。


Redhatを代表とするサーバ系OSには今だPHP5.3はバンドルされてないし、
完全に普及するには年単位の時間がかかると思われ。
0974 [―{}@{}@{}-] nobodyさん2010/12/12(日) 01:59:36ID:???
RHEL 6 / CentOS 6 では PHP 5.3 が標準リポジトリに入るよー。
PHPのnamespaceは接頭辞が省略できるだけでシンボルテーブルまでは分離されないから
名前空間というのは名前だけで、メリットが少ないのは否めないね。
0975nobodyさん2010/12/12(日) 01:59:48ID:???
>>970
言語としてネームスペースの推奨規約が存在する(ActionScript3とか)は、
ディレクトリやファイル名を含めて綺麗に纏まるから、
擬似的に実装するより遙かに便利だとは思う。

PHP5.3のネームスペースは肝心の規約が抜けているので、
「単にアンダースコア区切りだったものをバックスラッシュに変えました。」
程度の効力しかない。
0976nobodyさん2010/12/12(日) 02:02:49ID:???
言語仕様以上の規約があるのか？
あんたの言う規約は自分の都合の良い保守的な規約じゃん
新しいものを追えない技量なら素直にそう言え
技量がないとは失敗してもバックできないのも含む
そのレベルならゴチャゴチャ言わずに後から俺等の背中追ってこいよ
0977nobodyさん2010/12/12(日) 02:11:11ID:???
>>976
言語仕様以上の規約は無いかもね。

しかしPHPはその言語仕様の規約がお粗末だって話だろ。
「とりあえずnamespace構文作ったから使ってね。クラス名とかディレクトリとかファイル構成は･･･適当でいいよｗ」
って状況。

新しい物が本当に良い物かどうか判断も出来ない、盲目的な君の背中は遠すぎて追えないわ。
精々未来に生きて失敗事例を沢山こしらえておくれ。
0978nobodyさん2010/12/12(日) 02:12:40ID:???
多数の名のある識者が決めた事＞＞＞＞＞＞＞＞＞＞分厚く高い壁＞＞＞＞>>977の考え
0979nobodyさん2010/12/12(日) 02:14:02ID:???
なんだか老害になる瞬間を見た気がする…
こうやってドンドン取り残されていくんだろうなぁ
俺も気をつけよ
0980nobodyさん2010/12/12(日) 02:26:22ID:???
･･･PHPのnamespaceの紆余曲折っぷりを知らないのかｗ　
ゆとりって怖いな
0981nobodyさん2010/12/12(日) 02:29:02ID:???
あはい
0982nobodyさん2010/12/12(日) 02:30:12ID:???
5.2系の更新がラストだって言われてる時にネームスペースの話かよ
未だに対応出来てないとか遅れてるにも程があるだろｊｋ
0983nobodyさん2010/12/12(日) 02:31:53ID:???
http://d.hatena.ne.jp/Fivestar/20101114/1289736755

こういう事だよ。
結局、名前空間だけ実装されても、使う側の命名規約が統一されないと意味が無いって事だ。

馬鹿の一つ覚えのように、PHP5.3からはnamespaceとか言うのは辞めような。
0984nobodyさん2010/12/12(日) 02:32:20ID:???
今北産業
0985nobodyさん2010/12/12(日) 02:34:07ID:???
>>984
愚者：僕がPHP5.3系に移行するまで待ってよぉ～
識者：急ぐ必要はないし後から来れば？
愚者：ふざけんあはｗせｄ
0986nobodyさん2010/12/12(日) 02:36:25ID:???
>>982
頭のいい人ばかりでは無いって事さ。
世の中言い訳ばかりして手を動かさない奴はどこにでもいるだろう？
そゆことなのさ。
0987nobodyさん2010/12/12(日) 02:36:54ID:???
>>982
ネームスペースは推奨でも非推奨でも無いよ。
ネームスペースを使う事で5.2以下との互換性が無くなるとしか名言されていない。

http://www.php.net/manual/ja/language.namespaces.faq.php#language.namespaces.faq.shouldicare

なんかプログラマ視点とSE視点が混ざって不毛な論議になってる気がするね。
プログラマは常に最新と向き合い吸収していく。
SEはその時々に最適な(枯れた)技術を採用する。
0988nobodyさん2010/12/12(日) 02:42:44ID:???
SEだろうが何だろうが最新技術を追えない時点で終わってるだろ
最新という競争力のあるワードを使えないSEは今の世の中生き残れないわな
0989nobodyさん2010/12/12(日) 02:44:55ID:???
そうはいうがビルド出来ないが為に脆弱性を持った環境でサービス動かしてる奴が殆どなんだぜ…
そう言う輩に最新を追えというのは無理じゃなかろうか…
0990nobodyさん2010/12/12(日) 03:16:06ID:???
>>988
枯れきってバグや脆弱性がほぼ埋まったPHP5.2のコードが稼働している。
それらのPHP5.3への移行リスクやマネージメントを考えた事があるか？

「最新という競争力のあるワード」ねーよｗ
少なくともPHP5.2とPHP5.3に競争力は無い。

それでも5.3への対応は必要だと考えているよ。
でもnamespace化する事と5.3化する事は別レイヤーの話だ。

今までの規約で5.3へ移行する事も出来るし、過去の資産はそれでいいと思っている。
0991nobodyさん2010/12/12(日) 03:19:18ID:???
namespaceが最新技術とか
追っかけるとか
そういう言い回しはなんか違うと思うけどなあ
0992nobodyさん2010/12/12(日) 03:24:51ID:???
PHPの名前空間は、
http://www.php.net/manual/ja/language.namespaces.rationale.php
Prefix付の長いクラス名を何とかする為のアプローチに見えるな。

実際には、使用時に絶対パスで記述しないとクラス名の衝突が起こる可能性があるので、
何も解決出来ていない(結局絶対パスで記述する必要がある)

情弱は使えばいいよ。
0993nobodyさん2010/12/12(日) 03:46:35ID:???
なんでこいつは名前空間とパスを同一視してるの？
こんなんだからPHP使いはレベルが低いとか言われるんだよ…
0994nobodyさん2010/12/12(日) 03:49:53ID:???
>>993
パス＝クラス名への絶対修飾子って意味ね。

Zend_Hoge_Moge と書くのも \Zned\Hoge\Moge と書くのも同じだし、
このように絶対パスで書かないとクラス衝突は防げない。

となると本来目標にかかげていた、冗長なクラス名の廃止はどうなったのかと･･･
明らかに設計ミスだろ。
0995nobodyさん2010/12/12(日) 03:52:41ID:???
？
その目的の為の名前空間でありそれは達成されてるわけだが？
5.2を切り捨てて対応してるフレームワークなりなんなりみてみろよ
綺麗に切り分けられクラス名は短くなってる
0996nobodyさん2010/12/12(日) 03:57:15ID:???
>>991
だよね。
むしろ、いまさら実装されましても、っていう思いしかないわ。
0997nobodyさん2010/12/12(日) 04:00:46ID:???
>>995
されてねーよ。
定義側は省略形で書けるかもしれんが、
実際に使用する側はフルパスで書かないといかんだろ。

打開策として use で別名エイリアスが付けられるが、
エイリアスが他クラスと被る可能性があるという本末転倒っぷり。

それならエイリアスなんか作らず
$className = 'Hoge\Moge\Class';
$class = new $className;
と書く方が利口。

どちらにせよ、当初の目的は果たせていない。
0998nobodyさん2010/12/12(日) 04:01:27ID:???
使いたい奴は使えばいい
Javaで言えばジェネリック拒否
C#で言えばラムダやLINQ拒否
オブジェクト指向拒否に関数型言語拒否と世の中前を向かない人間なんてザラにいる
一々そう言う奴等を説き伏せてたら時間がいくらあっても足りないでしょ
0999nobodyさん2010/12/12(日) 04:04:45ID:???
そこでラムダを持ち出すあたりがアホだなあ
1000nobodyさん2010/12/12(日) 04:06:37ID:???
>>997
頼むから他の言語の名前空間を使用してから言ってくれ…
エイリアスが他クラスとかぶる可能性とか何を言ってるんだと言わざるを得ない
jsですらjqueryやらprototypeやら他のライブラリつかって名前空間を表現しようって風潮なのにどんだけ取り残されてるんだよ
1001１００１Over 1000Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。