はてなブックマーク

twitter:@backpaper0 さんの発言から。 いいですね！ さっそく実装してSNAPSHOTつくってみました。 http://maven.seasar.org/maven2-snapshot/org/seasar/doma/doma/1.32.0-SNAPSHOT/doma-1.32.0-20130811.003340-1.jar ぜひお試しください。ブラッシュアップして次のバージョン（1.32.0）で正式リリースに組み込みたいと考えています。 使用例 使用例を示します。 以下のようにドメインクラスに任意の数の型パラメータを指定できます。ここでは1個だけですが、何個でもOK。 @Domain(valueType = int.class) public class Weight<T> { private final int value; public Weight(int val

TranqというF#専用のDBアクセスライブラリを作りました。 https://github.com/nakamura-to/Tranq NuGetはこちら。 http://nuget.org/packages/Tranq/ Tranqを作った背景ですが、既存のDBアクセスライブラリだとF#の便利な機能を活かしにくいなと感じたので作ってみました。 Gistに載せたサンプルから抜粋しつつ紹介したいと思います。すべてを見たい場合はこちらをどうぞ。 https://gist.github.com/nakamura-to/5226645/44275976d73b562e18c05378d39ce365ca5c2f6f#file-program-fs Tranqの現時点の最新バージョンは、0.1.0.1です。以下、このバージョンに基づいて話します。 コンピュテーション式によるトランザクションの表現

これはOne ASP.NET Advent Calendar 2012の18日目の記事です。 昨日は、karuakunさんでASP.NET 4 WebFormでモバイルサイトを作成する場合のスクリプト結合でした。 はじめに ASP.NET Web APIにはSelf-Hostと呼ばれる機能があります。IISがなくても動くということですね。この機能の使いどころは何だろうか？と考えたときに、一番しっくりしたのがテストでの利用でした。というわけで、Self-Hostをテストで使う方法を紹介したいと思います。テストのツールにはMSTestを使いますが、NUnitなどasync/awaitに対応したツールならほとんど同じ方法が使えると思います。 プロジェクトの構成 まず、プロジェクトの構成はこんな感じです。WebApiがControllerを含むテスト対象プロジェクト、WebApiTestがテストコ

これはF# Advent Calendar 2012の5日目の記事です。 昨日の記事は、kos59125さんのF# のための乱数生成フレームワークでした。私にとっては、あまりなじみのない世界の話で大変刺激的です。stateモナドはいつ見ても魔法のようです。自分もそろそろコンピュテーション式を使いこなせるようになりたい。 さて、今日の記事は、と言いますと、ぼやーっとしたタイトルで恐縮ですが、実体験を基に書いてみたいと思います。 はじめに ちょうど2年前、Entity FrameworkをベースにC#でステートレスなO/Rマッパーを作っていたんですが、F#を触っているうちにF#で書いたほうが効率的に作れそうだと直感して、一から作り直したことがあります（ついでにEntity Frameworkをベースにするのもやめました）。そしてできたのがSomaというライブラリです。仕事でも使っていて自分にと

node.js Domain 時代のエラー処理のコーディングパターンで、node-v0.7.8でDomainという機能が入ったのを知りました。 これはいいですね! さっそく、自分好みの使い方を考えてみました。 それは、Domainを関数ごとに作る、というもの。こんな感じ。 var fs = require('fs'); var domain = require('domain'); function countChars(filename, callback) { var d = domain.create().on('error', function (err) { callback(err); // 呼び出し元にエラーを通知 }); fs.readFile(filename, 'utf-8', d.intercept(function (_, data) { callback(null

もともとは「2Way SQLのパーサ *だけ* って無いのかな？」と思って探したら偶然見つけた。なので、本当に欲しかったのは「2Way SQLのパーサ」。案外無いので、clione-sqlとかmirage、s2jdbcのソース読んで勉強するしかないかなと思ってる。 2012-04-07 Domaも仲間に入れてあげてー。 実はDomaには2 Way SQLパーサ単独で使用された実績があったりするんです。 SQL文をiBATISのSqlMapに変換する Domaのパーサには大きく3つの特長があります。 Visitorパターンを使っているのでパース結果を柔軟に扱える。 パースの粒度が細かく、悲観的ロックやページングのSQLへの書き換えに耐えられる。 他のライブラリに依存していない。 Visitorの実装の詳細は省きますが、こんな感じで使えます。 public class Main { publi

Node.jsでのプログラミングで問題としてよく挙げられるコールバック地獄。 ずっと、非同期コールバックがネストすることが問題なんだと思っていました。でも、そうじゃない。ネストすればクロージャが使える（内側の関数から外側の関数スコープにある変数を参照できる）という便利な側面があるし、ネストが深くなりすぎるのが嫌なら別の場所に定義した関数を引数として渡して簡単に回避できる。 問題の大部分は、非同期処理の待ち合わせ処理が面倒なことなんです。 試しに、「2つのファイルを同時に読んで別のファイルに書き出し、書き出した内容を読み込む」、という処理をPure nodeで書いてみるとこうなります。 var fs = require('fs'); var count = 0; var results = []; fs.readFile('path1', 'utf8', function(err, data

nueでは、独立に定義された関数を数珠つなぎにしています。 その中核を担っているコードはこんなです。 function chain(functions) { return functions.reduceRight(function (next, curr) { return function () { curr.apply({next: next}, arguments); } }); } このコード、短い割には使い勝手がいいんじゃないかと思っています。 ちょっと使ってみましょう。a, b, cという3つの関数を定義して数珠つなぎしたあと実行してみます。 var slice = Array.prototype.slice; function a() { console.log('a is called. args: ' + slice.call(arguments)); this.nex

C#で書かれた軽量なDIコンテナNinjectをちょっとだけ使ってみました。GuiceのC#版のようです。 最近バージョン2がリリースされたみたいですね。 サイト http://ninject.org/ 作者のブログ http://kohari.org/ あんまりドキュメントがないのが残念ですが、コードはきれいでコンパクトにまとまっている印象です。 例にのっていたサンプルプログラムを適当に変更して実行してみました。 [global::Microsoft.VisualStudio.TestTools.UnitTesting.TestMethod] public void First_step() { var kernel = new StandardKernel(new WarriorModule()); var samurai = kernel.Get<Samurai>(); Assert

以前、tempura.jsという名前で作っていたライブラリですが、新しくdeku.jsという名前で作り替えました。 https://github.com/nakamura-to/deku deku.jsの最大の特徴は、タイトルにある通り、パイプライン処理です。データをテンプレートに書き付ける際にパイプラインの仕組みで任意のデータ変換を実現します。値のフォーマットやコンバートを宣言的に行い、ロジックとビューをきれいに分離しやすくすることを目的としています（この機能については、tempura.jsのときと本質的に同じです）。 READMEに例としてのせていますが、次のように重さをg（グラム）に変換して表示することをテンプレート上でわかりやすく記述できます。 {{ weight | g }} 大きく作り替えたのは、パフォーマンスに関してです。handlebars.jsやhogan.jsのようにテ

これは JavaScript Advent Calendar 2011 (Node.js/WebSocketsコース) の19日目の記事です。 JavaScriptで作られたテンプレートライブラリってたくさんありますよね。今日もこんなブログみかけました。 クライアントサイドJavaScriptで使えるテンプレートエンジンのメモ ここに挙がっているものだけでも聞いたことがないものが結構ありました。おそらく、世の中にはここに挙がっているもの以外にもまだまだたくさんあると思います。とにかく多いです。テンプレートのライブラリに限らない話かもしれないですけどね。 テンプレートライブラリに必要な機能って何？ テンプレートライブラリに必要な機能や特徴って何でしょう？条件分岐や繰り返しなど基本的なものは除外するとして、自分がテンプレートのライブラリに求めるものを3つ挙げてみます。 HTMLのエンコードをデ

JavaScriptのテンプレートライブラリを作りました。その名もtempura（てんぷら）。はい、、語呂だけで選びました。 リポジトリ https://github.com/nakamura-to/tempura Backbone.jsと組み合わせることを想定して作りましたが、特にほかのライブラリには依存していません。サーバーサイドでも動きます。値の参照は、mustache.jsのように{{name}}と書きます。シンタックスの大部分はmustache.jsを踏襲しています。 特徴はというと、値の変換やフォーマットの機能そのものは持っていないのですが、変換やフォーマットを組み込みやすい仕組みをもっています。サンプルコードをみるとわかりやすいです。 var data = { name: 'hoge', enclose: function(value) { return '[' + valu

Domaは検索系のSQLを自動生成する機能（APIで組み立てる機能）をもっていません。ではどうするかというと、外部化したSQLファイルとDaoのメソッドをマッピングし、ファイルに記述されたSQLを実行します。外部化したファイル内では、条件分岐をサポートし部分的に動的なSQLを組みたてられるようにしています。 Domaが検索系のSQLを自動生成する機能をもっていないのは、なぜかというと、 自動で生成できるのは比較的単純なSQLだけであり表現力豊かなSQLは生成できない 自動生成をアプリから制御するための仕組みが複雑になりがち 自動生成できないSQLはどうしてもでてくるが、そのとき自動生成だけでなんとか解決しようしてトラブルになりやすい 自動生成を使うべきかSQL指定の方法を使うべきか人によって判断がまちまちになって設計がぶれやすくなる ファイルに外部化されたSQLのほうが仕様書と突き合わせて

MEFを使おうと思っているんですが、MEFにはWeb Form（Page）に依存注入するような機能はないので（サンプルはありますが）、自分で考える必要があります。例えばこんなことです。 コンテナの生成をフレームワーク側で行うのか、アプリにまかせるか 生成したコンテナをどこで保持しておくか? HttpApplication、シングルトン？ 依存注入をどこで行うか？ IHttpModule、IHttpHandlerFactory、IHttpHandler？ リクエストスコープは必要か？ サーバーコントロールの依存注入には対応する？ MEFのサンプルや他のDIコンテナではどう対応しているのか見てみます。 MEF サンプルがあります。 http://mef.codeplex.com/releases/view/44166 IHttpModuleの実装クラスでアプリケーションレベルのコンテナとリクエ

Silverlight 4, MEF and MVVM: MEFModules, Dynamic XAP Loading and Navigation Applicationsを参考に、XAPを動的にローディングしつつも画面遷移はNavigation Frameworkをつかって簡単に別XAPのページに移動する方法を試行錯誤してみました（リンク先の例だと別XAPを動的にロードしてそこに含まれるコントロールを使っているけど、Navigation Frameworkで遷移していない）。 http://www.davidpoll.com/のブログの内容やサンプルもかなり参考になりました。 肝は、System.Windows.Navigation.INavigationContentLoaderというインタフェースですね。INavigationContentLoaderを使うと、ページがフレームに

http://d.hatena.ne.jp/ktfs/20100331/1270061475 わかります。確かに「SUN、どうなってんの？？！！Mavenどうなってんの？？？？？？！！！！！！」といいたくなりますね。 Mavenというかjavacには、ドキュメントに書いたようにaptに関する不具合があって工夫しないとビルドできません。 ドキュメントに書いたとおりに対応すれば、Mavenやjavacでビルドできるわけですが、そもそもjavacのバグを踏まない方法を説明します。方法は3つ紹介しますが、どれか1つの方法で解決できます。 方法1 DIコンテナを使う このバグは、aptで生成されたクラス（たとえばDaoインタフェースの実装クラス）を他のパッケージから静的に参照していると発生します。つまり、静的に参照しなければ回避できるということです。 SpringやSeasarの場合、設定ファイルを

Domaのローカルトランザクションについては、以下を見てください。 http://doma.seasar.org/reference/transaction.html http://doma.seasar.org/apidocs/org/seasar/doma/jdbc/tx/LocalTransaction.html このAPIをどう簡単に呼び出すかについて考えてみました。どれも一長一短があります。どれを使うかは最終的には状況や好みで決まりそうです。 方法1 LocalTransactionを一度だけ取得する方法 まずは一番オーソドックな方法。 public void testUpdate() throws Exception { LocalTransaction tx = AppConfig.getLocalTransaction(); try { tx.begin(); Employ

前回につづいてパフォーマンス比較をしてみました。ただし、前回と測定方法変えてます。最適化された状態で計測するため1プロセス内で同じ処理を3回実行して最後の値を取る、ということをそれぞれのテストケースで3回実行して真ん中の値を使っています。 コードや使用しているライブラリはリポジトリにあります。 https://www.seasar.org/svn/sandbox/doma/trunk/or-mapper-benchmark/ SQLファイルに記述されたSELECT文を使って10000件検索 22,200,648 (nanoTime) : DomaSqlFileSelectDtoTest 39,252,773 (nanoTime) : S2DaoSqlFileSelectDtoTest 68,378,980 (nanoTime) : S2JdbcSqlFileSelectDtoTest 自動

データベースにH2を使ってCRUDのパフォーマンス比較をしてみました。それぞれ3回実行して真ん中の値を使っています。コードや使用しているライブラリはリポジトリにあります。 https://www.seasar.org/svn/doma/trunk/or-mapper-benchmark/ 10000件SELECT 529,419,874 (nanoTime) : DomaSelectOwnerTest 137,686,988 (nanoTime) : JdbcSelectOwnerTest 1,048,970,551 (nanoTime) : JpaSelectOwnerTest 303,612,949 (nanoTime) : S2DaoSelectOwnerTest 750,473,864 (nanoTime) : S2JdbcSelectOwnerTest 10000件INSERT（

たまに実行計画で見かけるBitmap Heap Scan や Bitmap Index Scan が気になり調べてみた。ここの解説がわかりやすい。 【PostgreSQLウォッチ】第17回 新しい実行プラン・タイプによるPostgreSQL 8.1の性能向上 Indexの種類としてビットマップインデックスというものがB-Treeインデックスに並ぶものとしてあるというわけではなく、実行時にビットマップを使うよということ。ビットマップヒープスキャンが行われそうなクエリを投げて実行される処理を確認する。 ドキュメントで触れているのはここかな。 11.5. 複数のインデックスの組み合わせ 他のRDBMSでインデックスマージと呼んでいるものと同じなのかもしれない。 クエリ（explain analyze verboseつき） aidにはインデックスが張られている。aidに対してはorで検索。bidに

これまで、Google Codeを使っていたんですが、Seasarプロジェクトに移行しました。 https://www.seasar.org/svn/sandbox/doma/ そして、さっそくHudsonを使わせてもらいました。 https://www.seasar.org/hudson/job/doma/ https://www.seasar.org/hudson/job/doma-it/ チェックボックスをチェックするだけでテスト用のDB環境が自動構築されるようになっているんですが、これはやっぱりすごいですね。doma-itでは、HSQLDB、MySQL、Oracle、PostgreSQLを使わせてもらっています。 設定方法はWikiにまとまっているのでさっくり設定できました。 http://www.seasar.org/wiki/index.php?Hudson#testdb Or

自分がこれまで関わってきたS2Dao、S2JDBC、Kuina-Daoを踏まえて、Annotation Processing APIを利用した新しいDaoフレームワークを作ってみることにしました。ちょっとアイデアをさらしてみる。 特徴は、次の3つです。 脱黒魔術（AOP（プロキシやバイトコードエンハンス）の代わりにソースコードを生成）。 インタフェース中心（DaoだけでなくEntityもインタフェース）。 ドメイン（値の定義域）中心。 ちょっと例を見てください。 ユーザーが作成するのは1つのテーブルにつきEntityクラスとDaoクラスの2つだけです。 Entityクラス @Entity public interface Employee { @Id IntegerDomain id(); StringDomain name(); Salary salary(); } Daoクラス @Da