Normally I save up blog posts and consolidate them into long ones, but apparently we get to see mst++ cross-dress if I blog once a week. So this post will be less content-rich than usual, but it's for a good cause. Anyway, I started writing a new application tonight called PleasureChicken. The details of what PleasureChicken does is an article for another day, but basically, any entity in Pleasure
MooseX::WithCacheを書いた オブジェクト、特にビジネスロジックを書くときに、その結果をキャッシュに突っ込んでおくことがとにかく多い。 で、まぁそういう共通コードはベースクラスに入れておけばいいやって感じで書いてたんだけど、それももう5回目くらいになって最近もう本当にそれが面倒くさくなってきたので、丸ごとパッケージングした。それがMooseX::WithCache 話は単純で、要はcacheオブジェクトへのリファレンスをそれぞれのオブジェクトが持っていて、それに対するアクセスを簡単にするメソッドを生やしてやっているだけ。 package My::Thing; use Moose; use MooseX::WithCache; with_cache 'cache'; # デフォルトはCache::Memcached no Moose; no MooseX::WithCache;
このドメインを購入する。 hanekomu.at 2018 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
MooseX::DOM MooseX::DOMってのを作りました。オブジェクトの裏にXMLで定義されたデータが存在していて、それに対して操作するために使う物です。DBIx::ClassとかがObject Relational Mapperなら、これはObject XML MapperでOXMですね。 ともあれ。これを使うと在る程度単純なXMLに関しては簡単にaccessorとかを定義することができます。こんなXMLを操作するためのオブジェクトを作りたいと仮定します: <foo> <bar>適当な文言</bar> <baz>ほげほげ</baz> </foo> その場合、こんな感じで定義すると package Foo; use Moose; use MooseX::DOM; has_dom_root 'foo'; has_dom_child 'bar'; has_dom_child 'baz'
MooseX::ConfigFromFileもいいよ! http://dann.g.hatena.ne.jp/dann/20080702/p4 MooseX::Getoptを紹介するならMooseX::ConfigFromFileも是非どうぞ。 package MyApp; use Moose; with 'MooseX::Getopt'; with 'MooseX::ConfigFromFile'; # 引数の設定・・・ no Moose; sub get_config_from_file { my ($self, $file) = @_; # ファイルから読み込む・・・ return \%config; } これだけでコマンドラインからも、設定ファイルからも引数を渡せるよ! ちなみにget_config_from_fileの部分は、Config::Anyを使いたいので、以下のようにして
This document discusses XIRCD, a Perl module for building IRC servers and clients. XIRCD uses POE (Parallel Object Environment) and Moose to provide a component-based framework for easily developing IRC services and functionality. It allows developers to build reusable IRC components and integrate them to create customized IRC servers and clients. The document provides examples of using XIRCD to b
Talking about Perl Web Application Development using Catalyst, Moose and DBIx::Class Recently I hijacked some time from two leading Perl developers who are currently working on the Moose port of Catalyst. Although this is a project that greatly excites me, I realize such a deep change can lead some current developers feeling fear, uncertainty and doubt. So this is the first of an open ended seri
MooseX::Daemonizeがセクシーすぎる件について さて、すっかりMoose厨となりつつある私ですが、この度デーモンスクリプトを書くことになりましたのでMooseでこれをするのは何がいいかなと考えていたわけです。したらなんでもありますな、CPANは。MooseX::Daemonizeですよ、奥さん。 考え方としては、スクリプトの書式をコントロールするオブジェクトをまず作ります。 package MyDaemon; use Moose; with 'MooseX::Daemonize'; コマンドラインから受け取るオプション等はこのオブジェクトの属性として指定します。 has 'option1' => ( is => 'rw', isa => 'Str', required => 1 ); has 'option2' => ( is => 'rw', isa => 'Bool',
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く