トップページ⇒php
983コメント301KB

[PHP][フレームワーク]CodeIgniterスレ

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2007/04/27(金) 23:17:16ID:???
公式：http://www.codeigniter.com/
チュートリアル：http://codeigniter.com/tutorials/

ユーザガイド日本語訳：http://ci-user-guide-ja.nought-point-999.net/

小回りの利くフレームワークの話題をひとつ！
0304nobodyさん2008/05/05(月) 23:56:22ID:???
サイト内ナビゲーションリスト生成ヘルパがほしい。
ＣＩだけではないが。
コントローラーのディレクトリ内ファイル名を読み出してbaseurlにくっつければいいのかな。
でも全部出てくるのも困るからやっぱり手動か。
テンプレでの表示とカスタマイズはCMS的に管理画面からいじれれば一番ラクだな。
CSSや画像も含めて、まず専用の管理画面を自作するべきなのかもしれないな。
0305nobodyさん2008/05/06(火) 01:11:21ID:???
>>304

結局　凝ったナビにしようとすると
手打ちにならない？

普通のナビならCMSのほうが楽だけど
0306nobodyさん2008/05/06(火) 03:22:16ID:???
フレームワークをわざわざ使うということは、静的とか単一機能のサイトではなく、
ページコンテンツが日々どんどん更新され増えていく（と勘違いしている）ようなサイトが多いと思う。
そうなるとやっぱり、更新されたページ含めてサイト内ナビを自動で出したくなる。パンくずも出したい。

デザインのCSSや画像は、後戻りのない更新というより、素人管理者でも一発ですぐ元に戻せる「切り替え」という形にしたい。
新旧別内容の同名ファイル群をftpで切り替えるというのはこれも間違いの元で、稼動中の商用サイトに多用するのは危険。

まあ結局そこまでの機能が出来合いで欲しければExpressionEngineとやらを買え、ということなのかもしれないが。
0307nobodyさん2008/05/06(火) 09:57:12ID:???
客が勘違いしてるのだったらそこは客の要件を正すか、
ブログを使った方がいいんでない？

あと、ナビというのを漏れは勘違いしているのかもしれないが、増えるページというのは
「DBにデータが入る＆グルーピングされる＆管理画面から追加する」と思っているので、
ページリスト的なものを一つ作れば終わりかなあと思ってる
グルーピングされてるからパンくずも固定だし

（パンくずはセグメントとラベルの対応テーブルから引用するプラグインを作って
　テンプレに埋め込んで表示させてるけど）

話変わるが、ACLもユーザグループと権限の対応テーブルで制御してて、
メニューを非表示にしたり、直打ちされたら404を返すようにしている

0308nobodyさん2008/05/06(火) 12:13:58ID:???
ＣＩは「簡単で軽量」「10分でつくれる」という夢を見せてくれるけど、
実用で使うには、自前でpukiwikiやワードプレスやxoopsをつくるくらいのプランニングと実装が必要になるてこと。

つまり、ルーティングシステムから各ヘルパ関数までフルスクラッチで自作するよりは簡単で、
テンコ盛りの無駄機能に縛られるxoopsよりは圧倒的に融通が効いて軽量だな。

仕様はともかくサイト内ナビ・リンク管理機能を売り文句に加えればdreamweaver並に売れるｗ
0309nobodyさん2008/05/06(火) 12:24:25ID:???
はぁ・・・

もともとCIを含んだフレームワークは、
pukiwikiやxoopsなどを作るための
プログラム用のツールだろ。

サイト内ナビ・リンク管理機能とか意味不明だっつーのｗ
0310nobodyさん2008/05/06(火) 12:44:40ID:???
いずれにしても必要になるその機能を、
１．フレームワークの段階で<li>で出てくる程度のものを用意するか。
２．各現場プログラマーが自作するか。
３．デザイナーやコンテンツライター、素人管理者がしこしこ手打ちするか。
てこと。
まあ縄張り争いにもなるので結論は期待していないが。
0311nobodyさん2008/05/06(火) 13:32:18ID:???
スレ違いですまんが、
デザイナー様にはformの要素のnameの付け方ぐらい覚えて欲しいな。
name書かないとか""にしておくぐらいならDBテーブルのフィールドと
同じ名称をつけておくぐらいして欲しいよう

俺が出会ったフリーのデザイナーなんて上記ばっかりなのだが、
そういうものなの？
0312nobodyさん2008/05/06(火) 14:00:56ID:???
書いたら書いたで文句言うのが出てくる。
触らぬウンコにたたりなし。
0313nobodyさん2008/05/06(火) 14:07:32ID:???
>>311
文句言うなよ雑用係
03143112008/05/06(火) 14:12:16ID:???
スレ汚しすまそ
0315nobodyさん2008/05/06(火) 14:13:30ID:???
>>311
無理。

nameに書く名前はデザイナーが決めるものじゃないから。
03163112008/05/06(火) 14:36:00ID:???
いや、どうせ意味のないnameを書くぐらいだったら
被る部分は事前打ち合わせするぐらいの責任感は欲しいわけですよ
0317nobodyさん2008/05/06(火) 14:41:13ID:???
>>316
私が作ったデザインを使うときに
あなたが打ち合わせに来てください。
0318nobodyさん2008/05/06(火) 15:32:17ID:???
タグのidを全ファイルに適切に挿入するプログラムなんてプログラマー名乗る成人男子なら当然すぐ書けるんでしょ？
0319nobodyさん2008/05/06(火) 17:35:07ID:???
>>311

むしろ　HTMLすらまともに書けないプログラマーのほうが多い…

なんでもかんでも div や p とか

CIとは関係ないけど　FWでもヘルパの吐き出すHTMLが糞
っていうのはよくある
0320nobodyさん2008/05/06(火) 18:15:51ID:???
そりゃあHTMLは普通プログラマが書く所じゃないんだから普通だろ。
完全W3C準拠じゃないとダメとか言い出す潔癖症みたいなのまでいるしな。
それこそデザイナーの仕事。
プログラマはデザイナーの作った見た目だけで論理構造の破綻しているコードを手直ししてるんだから
デザイナーはプログラマの書いた表示上整ってるだけでHTML的に糞なコードを手直しすればいい。
0321nobodyさん2008/05/06(火) 18:18:30ID:???
けんかはやめて！
0322nobodyさん2008/05/06(火) 19:26:21ID:???
>>298
cakeのスレみたら
なんかthreadとかいうクラスあるみたいな
PHP自体がthreadセーフじゃないのに何がthreadなんだか
そんなセンスのないフレームワークなんかいいはずがない
0323nobodyさん2008/05/06(火) 19:31:57ID:???
CIも標準セッションがアレだから人のこと言えない罠・・・orz
0324nobodyさん2008/05/06(火) 19:35:22ID:???
ciはファンキーなんだよ
cakeはナンセンス
0325nobodyさん2008/05/06(火) 19:39:29ID:???
>>322
threadクラス？聞いたことないぞ。
思い込みじゃないのか？
0326nobodyさん2008/05/06(火) 19:42:52ID:???
よく見たらユーザが書いたコードの一部っぽいな
0327nobodyさん2008/05/06(火) 20:38:03ID:???
おまえなｗ

しかも、２ちゃんねるの「スレ」の意味の
スレッドじゃねーか。
0328nobodyさん2008/05/06(火) 21:46:43ID:???
FWがファンキーなら使い手もファンキーらしい
0329nobodyさん2008/05/06(火) 21:53:50ID:???
ciはファンキー＆ファンシー
0330nobodyさん2008/05/07(水) 17:38:33ID:???
おお！本の発売待ってました！
…てか、結構まだ先ですねorz

http://codeigniter.jp/archives/102
2008年6月9日「CodeIgniter徹底入門」が発売されます！
翔泳社より発売されます。徹底入門シリーズとして、約600ページの内容となります。
サンプルコードやレシピなど内容も充実しています。
0331nobodyさん2008/05/07(水) 17:47:54ID:???
DBのテーブル設計（MySQL）についてご意見をお聞かせください。

O/Rマッパーとか使ったことないんですけど、カラム名の命名は規則があった方がいいもんですか？

(1) id int型 auto_increment = 各テーブルの主キーのカラム名

(2) レコードのCRUDに関するデータを入れておくカラム名
insert_datetime datetime型
update_datetime datetime型
delete_datetime datetime型 (論理削除の場合にフラグとして使用)
0332nobodyさん2008/05/07(水) 20:48:40ID:xkEge6Nj
>>330

セッションとかそういう
デメリットの部分をカバーしてくれてるなら買うが・・

そうでなければ買う意味なさそうだな
0333nobodyさん2008/05/07(水) 22:47:19ID:???
そんなイレギュラーな使い方の解説はないだろ
0334nobodyさん2008/05/08(木) 03:22:49ID:???
普通の使い方　解説されてもな・・・
0335nobodyさん2008/05/08(木) 04:02:34ID:???
正直セッションは何とかして欲しい
0336nobodyさん2008/05/08(木) 06:34:10ID:???
CakePHP使えば？
0337nobodyさん2008/05/08(木) 10:10:07ID:???
糞ルータのハック面倒くせー
セグメントベースって何なんだよ
ci以外にあんのかこんなの
0338nobodyさん2008/05/08(木) 10:29:41ID:???
普通の使い方ならオンラインドキュメントで充分だろう。

痒いところに手が届く解説が欲しいな。
0339nobodyさん2008/05/08(木) 11:13:39ID:???
本が出る→認知度アップ→仕事で使ってもお客さん安心→ウマー

ちいたんも本が出たら…(・∀・)
0340nobodyさん2008/05/08(木) 13:24:21ID:???
>>339
あったよ。
http://www.amazon.co.jp/s/ref=nb_ss_gw?__mk_ja_JP=%83J%83%5E%83J%83i&url=search-alias%3Daps&field-keywords=%82%BF%82%A2%82%BF%82%E1%82%F1
0341nobodyさん2008/05/08(木) 14:27:09ID:???
>>339-340
この流れは読めた。
0342nobodyさん2008/05/08(木) 14:32:56ID:???
>>340
おお！

ちいちゃんとぷろぐらまーｗｗｗｗｗｗ(ﾉ∀`)
0343nobodyさん2008/05/09(金) 20:18:30ID:???
みなさんＣＩで何つくってるの？会社案内？
0344nobodyさん2008/05/09(金) 20:40:43ID:???
>>343
ショッピングカートとかCMSとか。
あちこち独自ライブラリで拡張しまくりだけど。

CIは独自フレームワークを作るためのフレームワークという感じ。
0345nobodyさん2008/05/09(金) 21:46:00ID:???
>>344
同じく。
自前でフロントコントローラ作るのが面倒だからプロジェクト毎に特化したCIライブラリ拡張してる。
って使い方するならCIは便利だと思う。

他の人はどうなの？
0346nobodyさん2008/05/11(日) 07:16:47ID:???
>>345

同じく。つか、これこそFWだと思う。

今後は他のFWから依存しないライブラリを
パクって統合してみる予定。キメラ的な感じ。
0347nobodyさん2008/05/11(日) 09:16:30ID:???
aso
0348nobodyさん2008/05/11(日) 10:11:44ID:???
ばかだなぁｗ

フレームワーク意味ないじゃないかｗ
0349nobodyさん2008/05/11(日) 11:56:34ID:???
>>348
じゃあ、フレームワークの意味をなくさない程度の
使い方ってものを講釈願おうか
0350nobodyさん2008/05/11(日) 12:14:16ID:???
汎用的な部分は誰が作っても同じような構成になる。
独自のライブラリはなるべく使わない。
0351nobodyさん2008/05/11(日) 12:27:53ID:???
>>350
すまん、ちょっとわからんかった。

独自ライブラリを組み込んだものを
チーム全員が同じく使うという前提だったのだが、
350はCIをそのまま使えと言っている？
0352nobodyさん2008/05/12(月) 00:45:07ID:8tRiGXCa
ポストされた文字を内部エンコードに変換する処理どこに書く？
0353nobodyさん2008/05/12(月) 00:47:19ID:???
まだ、EUCやSJISなんか使っているのか？
HTMLも内部もUTF-8にきまってるだろ。
0354nobodyさん2008/05/12(月) 01:08:57ID:???
だって携帯なんだもん
0355nobodyさん2008/05/12(月) 14:58:24ID:???
$this->load->config
とかプロパティーでメソッドチェーンするのってキモいな
きもいしイレギュラーだから使い方忘れるわ
0356nobodyさん2008/05/12(月) 14:59:47ID:???
つーか、loadを名詞に使うなYO!
0357nobodyさん2008/05/12(月) 21:14:35ID:???
うん、それは自分もきもいと思った。
慣れればいいだけだが。
0358nobodyさん2008/05/15(木) 07:22:57ID:33ekN+Ad
コントローラで、
function index()
{
echo 'Hello World!'
}
のように、構文に間違いがあっても、エラーも何も表示されません。
どうしたらエラーの箇所がわかるのでしょうか？
0359nobodyさん2008/05/15(木) 09:39:21ID:???
>>358
application/config/config.phpのログの設定のところ見れ。
PHPエラーもログに放り込む設定になってないか？
0360nobodyさん2008/05/15(木) 18:47:08ID:???
>>359
$config['log_threshold'] = 0;
となっている。ログに放り込む設定にはなっていないと思う。

ちなみに、使っているのは 1.5.4

1.6.x だと index.php
0361nobodyさん2008/05/15(木) 18:48:27ID:???
（ごめん 途中で書き込んでしまった）

1.6.x だと index.php をブラウザで見ても何も表示されないけど、
Apache か PHP の設定が何かおかしいのかなぁ？
0362nobodyさん2008/05/15(木) 20:11:20ID:33ekN+Ad
1.5.4 のソースを読むと、
set_error_handler('_exception_handler');
でエラーハンドラを設定しているようですが、
function _exception_handler($severity, $message, $filepath, $line)
は値を返さず return しています。
PHP のマニュアルには 5.2.0 では「エラーハンドラは必ず FALSE を返さなければなりません」
と書いてあります。
ci 1.5.4 は PHP 5.2.0 以上には対応していないってことでしょうか？
03633582008/05/15(木) 20:43:44ID:???
解決しました
構文エラーがあってもエラーメッセージが表示されなかったのは php.ini で
display_errors = Off
としているからでした。
お騒がせして＆ci のエラーハンドリングを疑って大変申し訳ありませんでした m(_ _)m
0364nobodyさん2008/05/16(金) 13:43:36ID:???
フォームヘルパー使うとCSSは凝ったこと出来なくなるし、javascriptとの絡ませ方を間違いそうだし、
表示系はviewに手打ちが基本？
0365nobodyさん2008/05/16(金) 13:49:39ID:???
ヘルパをラッパーしたらいいじゃん
0366nobodyさん2008/05/16(金) 15:15:12ID:???
CIのviewは使って無いなぁ。
Flexy突っ込んで使ってる。
0367nobodyさん2008/05/16(金) 18:28:03ID:???
つまりまともに段組したければ、view側にヘルパーのコードを書くことになる。
view側では文字数減るが、コントローラ側と合わせれば同程度かむしろ増える。
他の人が変数自体や変数に入れたnameやid確認したければ、わざわざコントローラのファイル見に行くことになる。
結局ふつうのフォームは生htmlでviewに書くことにするからメンテナンス請け負った人は客や上司の前で批判しないように。
0368nobodyさん2008/05/18(日) 03:29:10ID:???
セキュリティー的に、www掘ってそこにindex.php置くべきだよなぁ
すべてのphpファイルの前に
<?php if (!defined('BASEPATH')) exit('No direct script access allowed');
なんて書くよりその方がずっと簡単でスマートなのにエリスはあほなの？
0369nobodyさん2008/05/18(日) 08:20:55ID:???
そうしなくても使えるように配慮したからだろJK
0370nobodyさん2008/05/18(日) 10:36:08ID:???
>>368
index.phpを1行いじれば（つか「.」1個打つだけｗ）BASEPATHをドキュメントルート外に
置く使い方ができるんだから、そうすればいいだけの話。
0371nobodyさん2008/05/18(日) 15:03:34ID:???
しょぼいレン鯖でもドキュメントルート外にファイル置けるだろ
何のためにそんな配慮したのか意味不明JK
0372nobodyさん2008/05/18(日) 15:10:43ID:???
>意味不明JK
お前の文章が意味不明
0373nobodyさん2008/05/18(日) 18:09:00ID:???
じゃあドキュメントルート外にファイル置けないレンタルサーバ言って見ろよッ！
JK！
0374nobodyさん2008/05/18(日) 19:45:51ID:???
人は死ぬ
必ず死ぬ
絶対死ぬ
死は避けられない

私は死ぬ
必ず死ぬ
絶対死ぬ
死は避けられない

あなたは死ぬ
必ず死ぬ
絶対死ぬ
死は避けられない

死を忘れていても
死をごまかしていても
今日はまだ死なないだろうと思っていても
死から逃れることは誰もできない

全ては無常
過ぎた時間は終わってしまえば瞬間だった
まだ遠い先の未来のことだと思っている死も確実にやって来る
memento mori - 汝の死の瞬間を迎えるときを想え
0375nobodyさん2008/05/18(日) 21:12:02ID:???
>>373
ロリポップ
0376nobodyさん2008/05/19(月) 02:14:56ID:???
ロリポしょぼっ
さすが女子供用のレン鯖だな
0377nobodyさん2008/05/21(水) 06:09:08ID:???
今時Layoutつかえねーのかこれ・・・
呆れ果てたぜ！
0378nobodyさん2008/05/26(月) 10:05:45ID:???
>>377
Layoutって何ですか？
他のフレームワークにはそういう便利な機能がついているんですか？
0379nobodyさん2008/05/27(火) 18:50:32ID:???
複数の画面で共通した
大枠のテンプレートが使える機能だよ
最近のフレームワークじゃ常識になってる
0380nobodyさん2008/05/28(水) 00:33:16ID:???
>>379
Flexy組み込んで実装してる。
Codeigniterにはいらなくね？
俺は余計な機能ｺﾞﾀｺﾞﾀつけないで、常にシンプルに保って欲しい。
ﾗｲﾌﾞﾗﾘとかﾌﾟﾗｸﾞｲﾝ、ﾍﾙﾊﾟがあるんだし、欲しい物は自分で追加できた方が嬉しい。
0381nobodyさん2008/06/04(水) 19:01:53ID:???
GETでルーティングする方法ってないんかな。
0382nobodyさん2008/06/05(木) 01:46:11ID:R522EZcR
>>381
http://userguide.cilab.info/general/urls.html
クエリ文字列の有効化
URLに次のようなクエリ文字列を使用したい場面もあると思います:
index.php?c=products&m=view&id=345
CodeIgniter ではオプションでこのようなことにも対応しています。この機能は、application/config.php ファイルで有効にすることができます。

↑こういうこと？
0383nobodyさん2008/06/05(木) 09:41:07ID:???
>>382
ばっちしこれです。タンクス。
0384nobodyさん2008/06/05(木) 11:55:45ID:???
URIルーティングでもGETには変わりないから
なんのこっちゃと思った
0385nobodyさん2008/06/06(金) 02:27:23ID:???
このスレを見ている人はこんなスレも見ています。(ver 0.20)
ドラクエの住人がルー大柴だったら [FF・ドラクエ]
昔疎遠になった幼馴染が引っ越してきた [不倫・浮気]
エイチ・エス・フューチャーズ [先物]
POINT-BOX ポイントボックス 8 [ポイント・マイル]
好きなギャルゲーをつまらなさそうに説明づるスレ [ギャルゲー]

ci使いって一体・・・
0386nobodyさん2008/06/06(金) 05:21:57ID:???
ふと思ったが、URIクエリパラメータを「GET」っていうのは、PHPer以外にも通じる用語なのかな？
＃ $_GET ならともかく
0387nobodyさん2008/06/07(土) 01:05:47ID:???
>>386
formのmethod属性で、POST、GETというんだから、GETは他言語でもGETなんでないの。
0388nobodyさん2008/06/07(土) 01:08:01ID:???
>>386
リクエストメソッドって知ってる?
0389nobodyさん2008/06/07(土) 01:19:24ID:???
>>388
GET / HTTP/1.1
HOST: www.example.com

みたいな？一応知ってますよ、と
>>387のHTMLのform要素としてのGETパラメータ、っていう意味でなら通じると。納得。
0390nobodyさん2008/06/08(日) 13:11:00ID:oe9fgjbi
>>386
「GET」云々はプログラム言語の仕様の話ではなくて、「HTTP」の仕様・仕組みの話だから、PHPとは関係なく説明に使えますね＾＾

http://docs.sun.com/source/816-5668-10/esaphttp.htm#1004513
HyperText Transfer Protocol (HTTP) の基本を簡単に紹介します。

●クライアントからサーバへのリクエストには、次の情報が含まれます。
・リクエスト メソッド
・リクエスト ヘッダ
・リクエスト データ

●リクエスト メソッド
クライアントは多くのメソッドを使って情報を要求することができます。
一般的には次の方法が使われます。
・GET 特定のドキュメントを要求します。
・HEAD ドキュメントのヘッダ情報だけを要求します。
・POST サーバの、クライアントからのデータ受信を要求します。CGI プログラムのフォーム入力などです。
・PUT サーバのドキュメントの内容を、クライアントからのデータに置換します。
0391nobodyさん2008/06/08(日) 13:13:24ID:oe9fgjbi
http://www.studyinghttp.net/method#HTTP1.1_Method
HTTP/1.1 メソッド

GET
HEAD
POST
PUT
DELETE
OPTIONS
TRACE
CONNECT
PATCH
LINK, UNLINK
0392nobodyさん2008/06/08(日) 14:06:34ID:???
そうゆうことです
0393nobodyさん2008/06/08(日) 14:51:40ID:???
どういうこと？
0394nobodyさん2008/06/09(月) 00:01:07ID:???
>>393
クライアント（自分のマシン）が、サーバー（ＷＥＢサーバー）に対して、「このデータを送ってくれ！」と呼びかける方法がいろいろ用意されている。
その中の一つとして、GETやPOST等の方法が用意されている。
ということだよ＾＾

「HTTP」でGoogle検索すると詳しく解説しているページが、たくさん見つかるよ☆
0395nobodyさん2008/06/09(月) 06:12:49ID:???
?hoge=poge
とか付けなくても普通にページ呼び出してたらそれすなわちGETなのだ
0396nobodyさん2008/06/10(火) 05:51:57ID:???
ci徹底入門が発売されたもよん
買った人どう？
まぁ本読むまでもない程シンプルなのがciだと思うが・・
0397nobodyさん2008/06/11(水) 17:14:01ID:???
mixiから転載。
--
bossatama
---
■社名
株式会社　音生（ネオ）
■募集人材と雇用形態
・事務（女性）
・PHPプログラマ アルバイト（男女）
■想定勤務時間
週3日以上希望 残業等なし
■想定勤務地
名古屋市中区金山
■担当してもらう予定の業務
　　・事務（女性）
・PHPフレームワークを利用したWebアプリケーションの開発
■報酬
自給1000円〜2000円 実力に応じて相談させてください。
■希望人材(スキル・年齢・住居地など)
PHPの初心者歓迎。教育できます。男女学生大歓迎、転職やリターンもOK。
　　事務をやりながら、デザイン(html)やプログラムを勉強する方もOKです。
■募集期限
2008年7月終わり
■連絡先
「アルバイト希望」として、連絡先をmixiメールにてお願いします。
■その他(好きなだけアピールしてください)
AUの公式サイト「バンドナビ」を運営。音楽大好き！
http://band-navi.com/
　　日本CodeIgniterユーザ会の主催会社
　　http://codeigniter.jp/
--
会社が主催してるらしい
0398nobodyさん2008/06/11(水) 20:16:55ID:???
営利企業が勝手にユーザ会とか名乗るのやめて欲しい
0399nobodyさん2008/06/11(水) 21:54:47ID:???
>>396
615ページぐらいあって、やたらでかくて高かった。3800円とか。

開発環境の構築の仕方とかが最初に書いてあって(Eclipse/PDT)、
今までフレームワーク使うまでも無い小さい案件ぐらいしかやったことねぇよ、って言う人むけな感じ。

●サンプルコードも、
・コンタクトフォームを作る
・モバイル対応簡易掲示板を作る
・簡易ショッピングサイトを作る
程度に収まってる。

CIは、Web上に日本語のマニュアル転がってるし、
勘のいい人とか、適当にいろいろフレームワーク渡り歩いてた人とかは必要ないかも。

って、数ページペラペラめくって思った。
そんなに小技とか、そういうのは乗ってない雰囲気でございます。
0400nobodyさん2008/06/12(木) 13:55:53ID:5LtH7vFx
初心者PG向けに良いFWだね。
他のFWとは対象者がバッティングしないと。
0401nobodyさん2008/06/16(月) 03:40:01ID:???
>>396
PHP初心者だけど、結構ありがたい本。
環境構築からデバッグ方法、フレームワークの基礎的な概念も説明してるし。

リファレンス部も、サンプルコードが充実してるのがありがたい。
迷った時には、この本開けば即解決になる確率が高い。

フレームワークとかの、言語以外の範囲の入門書って、イマイチそういう
迷ったときに解決する為の「当たり」ページを引く確率低いってイメージ
あるから、俺的にはこの本はお勧めできる。

ただ、CI内部のコードとかバリバリ読めて、ネット上からさくさく自分の
探してる情報が引き出せて、CIに機能が無ければ自分でガリガリ書くって
いうようなパワーユーザは、ものたりないって言うかもしれないね。
0402nobodyさん2008/06/16(月) 04:05:37ID:???
なんか宣伝くせーな
0403nobodyさん2008/06/16(月) 10:32:47ID:uqAO2CKu
昨日本屋で見てきました。
パラパラとしか見てないけど、即買い！という判断には至らなかった。
自分が本を買う基準の一つとして、購入後の利用頻度を考慮しますが、２〜３回読んだら終わりかな？と思ったので。

>>401
フレームワーク自体に慣れてない人、初心者にとっては役立つ
＝CIのマニュアル代わりとして使う用途なら、紙ベースなので便利
と思いました。
0404nobodyさん2008/06/17(火) 20:04:27ID:???
他のFW本よりもわかりやすかったよ。
CIそのものが簡単ということなのかな。
■ このスレッドは過去ログ倉庫に格納されています