【PHP】フレームワー� ..
[
2ch
|
▼Menu
]
■コピペモード
□
スレを通常表示
□
オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト
306:nobodyさん 05/10/01 23:10:17 >>305 苦にも思わないならそれでいいんじゃないかな？ 上で大規模小規模って話が出てきてるけど 大規模→大人数となってくるとそれを苦に思う人も出てくるだろう その時になったらまた考えればいいと思う 繰り返しになるけど，最初の学習曲線をよじ登る手間が， 初めから登らなかった場合の手間の総量を上回らないなら，登らない方がトータルで良いしね ただ経験から言わせてもらうと， 仕事でPHPをやってる限り，結果的にはたぶん総量を上回ることになると思う…… 307:nobodyさん 05/10/02 00:39:45 まあ、PHPは標準関数の機能が多いから、PEAR使わなくても構わない場合は多いけどな。 Perlの場合、CGI、DBI、HTML::Template、CGI::Sessionあたりを使わざるを得ないけど。 ただし、PHPは名前空間が区切れないから、クラスを使わないとグローバル変数名の衝突をさけられない。 なんで、処理がある程度複雑になってきたら、クラスを使うしかなくなる。 308:nobodyさん 05/10/02 01:42:18 自分1人で開発してるうちは フレームワークの恩恵はそれほどないかもしれない 小規模のものを作るのには必要ない 単純なメールフォーム作るのにフレームワークなんていらない 複数人でそれなりに規模のあるものの 開発をしようとするとそれぞれのスキルと作り方で 同じ処理の流れのものを作っていても コードや構成はばらついていく だから遷移方法や処理のプロセスはこういうやり方で ここにそのコードを置いてくださいという 取り決めがフレームワークで チーム全員がその取り決めにならって開発していく事で 誰が書いても全体の構成がある程度統一されていく部分が フレームワークを使う事の一番のメリットなんじゃないのかな
次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
レスジャンプ
mixiチェック！
Twitterに投稿
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch
5369日前に更新/221 KB
担当:undef