最近の大田さん@mixiのところで、Rubyについて考察する機会があったのと、よういちろうの考えと同じことを思っていたので、たまには本音で書いてみる。 Railsで、最も良いところは、テストの雛形も自動的に作ってくれて、テストの敷居を下げてくれてるところだと思う。なのに、それについて触れる人があまりにも少ないような気がする。一応、私は、1年半以上、はてなのキーワード検索で毎日Railsについては調べているので、はてなでRailsについて書いている人の記事はたいてい見ています。 理由は、いくつか考えられますが、私の読みだと、テストが当たり前の人にとっては、当たり前すぎてわざわざ書く意味がないし、そうではない多くの人にとっては、ほとんどテストは書いていないんじゃないかな。 実は、テストを書くのは結構工数かかるんですよ。スクリプト言語は、コンパイラがミスを教えてくれることはないので、Javaと比
“DI”や“AOP”というキーワードを耳にしたことがあるだろうか。これらのテクノロジは、.NET技術者にはまだまだ普及していないのが現状だが、Java開発での長年の利用結果から見ても開発生産性を飛躍的に高めてくれるテクノロジであることは間違いなく、.NET開発でも必ず役立つものであり、むしろ使わない手はない。従って、できるだけ多くの.NET開発者にこれらのテクノロジの良さを知っていただき、有効に活用していただきたいと筆者は考えている。 そこで本稿では2回にわたり、前編でDIを、後編でAOPを紹介していきたいと思う。本稿を通して.NET開発におけるDIとAOPの有効性と可能性を感じ取っていただければ幸いである。 ■1. DIとAOPを理解するためのサンプルの作成 DI（Dependency Injection。依存注入）とAOP（Aspect-Oriented Programming。アスペ
正直な話、Seasarはほとんど触ったことがない。 ただ、せっかくいいものを作っているのに、 日本からなかなか巣立つことがないのは もったいないと思う。 これには、明確な理由があります。日本人の特にソフトウェアにおける「舶来信仰」をぶちこわすためです。 自分たちであまり考えることなく、海外ではやっていたらそれをそのまま受け入れる傾向が、日本人には強いように思えます。それっていいことだとはあまり思えません。 例えば、Rubyも海外からのRails効果でブレイクしたわけです。ちょっと悔しくないですか。せっかく日本で作られたすばらしいソフトウェアなのに、海外で認められるまでは、日本人は、一部の人を除いては評価できなかったわけです。 後、ソフトウェアをやるならアメリカ行けとかシリコンバレーに行けとか。場所なんか関係ないんじゃないの、もちろん、海外にも優秀な人は多いと思いますが、日本にも優秀な人はい
http://d.hatena.ne.jp/higayasuo/20070417#1176813784の続き。 前回のエントリーでDIContainerが提供する機能で重要なのは AOP スコープ管理 で、IoCがDIContainerの敷居を高くしていると書きました。それでは、どうしたらよいのでしょうか。 必要なオブジェクトは、自分から取りにいけばよいのです。たとえば、AOPとスコープ管理を低要するFactoryクラスがあるとします。 public class Factory { public static T getInstance(Class<? extends T> type) { ... } }使うときには、次のように呼び出します。 Service service = Factory.getInstance(Serivice.class);このFactoryクラスを使ったときのC
http://www.commonsmedia.jp/cm/JavaAndSolarisCampaign blogでNetBeansやJavaEEについて書いて、トラックバックしたら先着100名にAmazonギフト券3000円分をプレゼントするそうです。id:nowokayさんのためのような企画です。 id:taediumさんもid:da-yoshiさんもぜひどうぞ。ただし、Seasar固有のことはできれば避けてねということです。 DIって本当に必要?たまにそう思うときがあります。DIによって開発は本当に楽になったのか。 DIのメリットでよく語られることとして、インターフェースと実装を分離し、機能の利用者側はインターフェースを通じて機能を利用することで、実装に直接依存しなくなり、後で実装を変更しても影響を受けなくなるということがあります。 実際後から、実装クラスを変更するということはめった
<b>左から，開発プロジェクトに参加している木村雅彦氏，商用サポートを提供している飯田哲夫氏，Seasar2開発者の比嘉康雄氏（いずれもISID）</b> 電通国際情報サービス（ISID）は2006年7月19日，三菱東京UFJ銀行とUFJIS（三菱UFJフィナンシャル・グループのシステム子会社）が，国産のオープンソースJava開発フレームワークであるSeasar2を，大規模ミッション・クリティカル・システムの構築に採用したと発表した。UFJISがシステム・インテグレーションを担当し，ISIDがシステム開発を行う。なお，ISIDには，Seasar2のチーフ・コミッタである比嘉康雄氏（写真右）が在籍している。 Seasar2を採用したのは，三菱東京UFJ銀行の市場系取引のリスク計算を行うシステムの開発。日本ヒューレット・パッカードのHP ProLiant BL20pを52台連携させたブレード・
_ 8月9日にもう一冊 思えば昨年5月あたりから開始して、夏に大きく停滞して（編集の方には実に申し訳ないことをしました。心よりお詫びします）、年末に完了。なんか停滞の影響かこのまま覆水盆に返らずとなるのかと思っていたものの、NetBeans5に合わせて3月くらいに手直し依頼があって、その後またどうなったのかなぁ、と思っていたところ、Rails本の校了と同時くらいに最終校正が始まって、あれよあれよというまに、アマゾンです。 Seasar2で学ぶ DIとAOP アスペクト指向によるJava開発(arton) えーと、題には問題があります。指摘した時点では遅かったらしいのですが。 本来は『DIとAOPによるJava開発』であるべきですが（Java開発って何よ？ というのもあるなぁ。Javaを開発するみたいにもとれるし）、多分AOP何それ？ というのを恐れて（その懸念はわかるのですが）『アスペクト
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
