mixiに - Hatena::Diary::Neko::kak 500 Internal Server ErrorCGI::Application（Perl）のコミュニティーを作成したので、 よろしくお願いしやっす。
Perl/DBIC - Nekokak's core dump
VERSION-0.05000での記述。http://search.cpan.org/~mstrout/DBIx-Class/ ドキュメントも当初に比べれば増えてきたし、そっち見たほうがよかばい。 まあ以下は簡単なまとめで。一通り使えるくらいは書きたい。 このサイトはWikiなので途中途中に色々追加したり修正したりしますからご注意を DBIx::Class::Schemaを使ってみる これからDBICではSchemaメインらしい。 使うテーブル作成SQL create table user ( id int(10) NOT NULL auto_increment, name varchar(256) NOT NULL, PRIMARY KEY (id) ) ENGINE = InnoDB;
なぜ「CGI::AppはNEXTでぐりぐりって感じゃ無い方がいいと思ふ。」かについて - Hatena::Diary::Neko::kak 500 Internal Server Error
しょうもないタイトル＆内容ですが。。＾＾； CatalystなりDBIx::Classなりは継承継承しまくりで多重継承なんのそので、 NEXTやらClass::C3やらでゴリゴリメソッド実行。 何がなんやらわけわかめになりやすいでつ。 できる人がみればなんの抵抗も無くソース嫁て問題ないのでしょうが、 オイラみたいななんちゃってだとソース読むのにも一苦労なのですわ。 NEXTとかClass::C3の考え方ってすごいと思います。 でもCGI::Appはより簡単に汎用的に扱えるフレームワークであってほしいと思うのですわ。 そう考えると、現在の各Pluginで利用されているimportメソッドで動的にメソッド追加ってのが 理解しやすいのですよね。 全部が全部Railsを目指す必要ないし、Catalyst目指す必要ないですわ。 いいものは取り入れればよいし、そうでないものは捨てればいいし。 なのでM
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
