tokuhirom blog
Amon2のアーキテクチャまずはこちらの図をごらんください。 Amon2 の構造は非常に単純であることをご理解いただけたかとおもいます。基本的な構造はこれがすべてなのです。なにしろ、できるだけおぼえることがすくなくなるように意図して設計されておりますから、こういうシンプルな構造になるのもあたりまえといえましょう。 ここで特徴的なところが二点あります。Web Context Object が Context Object を継承しているところ、レスポンスオブジェクトが has-a 関係ではないところです。 Web Context Object が Context Object を継承しているのは、CLI でもなんとなくつかえるようにするためです。この工夫により CLI での開発が異常に楽になっています。このあたりについてはおって解説したいとおもっています。 レスポンスオブジェクトが has-
ついに出た！最新Perlフレームワーク「Ark」徹底解剖：第1回 Arkって何だ？ -Ark が生まれるまで｜gihyo.jp ... 技術評論社
はじめまして。面白法人カヤックの村瀬と申します。ArkというWebアプリケーション作成用のフレームワークを開発しました。今回から4回にわたって、このリリースしたばかりの「Ark」について紹介させていただきます。 Ark（アーク）とは Arkは、Perlで作られたWebアプリケーションフレームワーク（WAF）です。 Arkの特徴としては Catalystに似たインターフェース CGI／FCGI／mod_perlなどさまざまな環境で実用的に動作する CGI用モードの存在 日本製であり、日本語ドキュメントが充実している などが挙げられます。 Catalystに似たインターフェース Catalystは、Arkと同様にPerl製のWebアプリケーションフレームワークで、現在、Perlのフレームワークでは標準となりつつあるものです。 Arkは開発動機の1つが「CGIでも実用的に動作するCatalyst
第4回 Mojoの歴史と展望 | gihyo.jp
MojoとHTTP::Engine ここまでMojoとそのサンプルフレームワークであるMojoliciousについて見てきましたが、国内でもYappoこと大沢和宏さんとtokuhiromこと松野徳大さんが中心となって、HTTP::Engineという同じような趣旨のフレームワークが開発されていることをご存知の方も多いと思います。今回はそのHTTP::EngineとMojoを比較しながら、Mojoの歴史や展望を見ていきましょう。 HTTP::Engineの誕生 HTTP::Engineも、もとをただせばMojoの作者ゼバスティアン・リーデル（Sebastian Riedel）氏が4年ほど前にリリースしたCatalystというフレームワークから派生したものです。だから、Mojoとは義理のおじ、あるいは いとこ・はとこ くらいの関係になるでしょうか。 CatalystもCPANモジュールをつなぐ「
Mojoの連載 - Charsbar::Note
こちらではアナウンスしていませんでしたが、お正月からgihyo.jpに連載させていただいていたMojoの特集記事が最後までたどりつきましたのでご報告。「そんなんやってたんだ」と驚かれた方は下記のリンクから一気にどうぞ。 http://gihyo.jp/dev/feature/01/mojo/ 11月末にお話をいただいたときは終わるまで2ヶ月あるから多少は開発も進むだろうし、もっとおすすめしやすい状況になるかなと期待していたのですが、あろうことか、12月初頭に原作者のsri氏がダウンしてしまいまして。えらく戻ってこないので最初はそのまま冬期休暇にでも入ったのかと思ったら、しまいには手術することになったというのですから、ご本人もさぞ大変だったろうと思いますが、こちらも胃の痛い毎日だったことです。結局昨日、ぎりぎりまで引き延ばしていた最後の原稿を提出した直後に復帰の報告があったので一安心というと
Mojoを使って自作ウェブアプリをよりポータブルに！ 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
軽量ウェブフレームワークで大切な３つのこと - id:kazuhookuのメモ置き場
Perlの軽量ウェブアプリケーションフレームワーク最新事情 - とほほのN88-BASIC日記 関連で今日出た話。 index.cgi ではなく フレームワーク名.cgi にすべき DirectoryIndex を設定した .htaccess を一緒に配布すべき Japanize や AutoPagerize のような配布チャンネルが重要 いずれも、エンドユーザーに近い層をターゲットにしているとそういうことになるのかな、と。最後の項目に至ってはフレームワークはおろか言語非依存な話だったりするのですが。いずれにせよゼロサムゲームではないのです。今後に期待。 追記: NanoA のアプリケーションを、好きに書いて配布チャンネルに載せられるようにしました。というか、http://coderepos.org/share/browser/lang/perl/NanoA/trunk 以下に勝手にディレ
各言語用Ruby on Railsの代替フレームワーク:phpspot開発日誌
Best Tool For the Job にRuby on Railsの代替フレームワークが載っていました。 以下、引用。ＰＨＰのものは太字にしてあります。 Django in Python Fanery in Python Subway also in Pyton TurboGears another Python framework Catalyst in Perl TrimJunction in JavaScript Cake in PHP Symfony in PHP5 Seagull in PHP PHP on Trax another one in PHP MonoRail in .NET Wicket for Java Sails for Java Trails also in Java Seaside in Smalltalk こんな感じで、多数のRuby on Rail
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
not found