最近、いろんなものを見たり聞いたりしているうちに思ったことを書きます。 Javaはやばい。 やばいというのは、「クール」という意味ではなく、その意味どおりにやばい、という気がしています。あくまで僕個人の感想なので、軽い気持ちで読んでください。 プログラミング言語環境として まず言語としてですが、同じ静的言語としてC#と比べるなら、InfoQのこの記事で簡潔に語られているようにほぼあらゆる点で後塵を拝しています。プロパティ、オペレータオーバーロード、モジュラリティサポートなど、Java7で導入されそうなあらゆる機能は既にC#にあります。昔は、機能の追加にどん欲なC#、言語仕様をあまりいじらず、普及してしまった言語として現実路線を行くJava、といった印象でした(少なくともJava開発者だった僕には)が、最近はJavaも浮足立って次から次へと新しい言語仕様を取り入れようとしています。 しかし、

はじめに　最近のプログラムの多くは、最初から機能がすべて確定したものではなく、後からプログラマが拡張していけるような形をとるようになってきています。この種のプログラムでよく用いられるのが「プラグイン」でしょう。仕様にそって作成すれば誰でもプラグインを作り機能を拡張していくことができるというのはなかなか魅力的です。そこで、Javaプログラムでこうした「プラグインによる機能拡張」を実装する方法について考えてみることにしましょう。対象読者Javaを使ったプログラム作成を行っている中級レベルのプログラマ。プラグイン型のプログラム拡張に興味がある方。 プラグインによるプログラム拡張とは？　多くのプログラムでは、プラグインと呼ばれるプログラムを作成することで機能を拡張することができます。このプラグインというのは、大抵の場合、次のような働きをします。あらかじめ用意されている仕様に沿ってプログラムを作成す

Copyright (C) Mainichi Communications Inc. All rights reserved. 掲載記事の無断転載を禁じます

BEA Systems、IBM Corporation、IONA Technologies、Oracle、SAP AG、Siebel Systems、Sybase、Xcalia、Zend Technologiesは30日(協定世界時)、SOA(Service-Oriented Architecture)におけるアプリケーション開発をより簡略化するための2つの仕様、SCA(Service Component Architecture)およびSDO(Service Data Objects)の策定などに関して協力することを発表した。SCAもSDOも従来から策定が進められていた規格。今回各社共同で発表を行うことで、SCAおよびSDOの普及を促進する狙いがあるとみられる。SCAおよびSDOはロイヤリティフリーで提供される。 30日現在、SCAはSCA revision 0.9、SDOはSDO 2.

Improved code folding with custom regions, enhanced instanceof cleanups, options to collapse stack frames and navigate to variable declarations from variables view and new java features like pattern matching for primitives, flexible constructors, module imports and simplified source files.

If you were registered and logged in, you could join this project. Downloads | Licenses | How to Contribute | Reporting Issues | Feedback and Discussion | Documentation | Links This is the parent project for all Java Advanced Imaging related sub-projects on java.net. These sub-projects include: jai-core (the core Java Advanced Imaging API), and jai-demos (the Java Advanced Imaging demonstration pr

Googleは3月8日(米国時間)、Guiceの初のメジャーリリースとなるGuice 1.0を公開した。GuiceはJavaで開発されたDI(Dependency Injection)フレームワーク。シンプルなアーキテクチャになっており、アノテーションやジェネリックを活用した開発が特徴。 Guiceが依存性注入できるのはコンストラクタ、フィールド、メソッドなど。セッターメソッドにかぎらず、複数の引数をとるメソッドに対しても適用できる。そのほかの特徴としてカスタムスコープ、環状依存への対応、スタティックメンバーのインジェクション対応、Spring Frameworkとの統合、AOP Allianceメソッドインターセプションなどがある。 Guiceはすでに数カ月にわたり、Googleにおけるミッションクリティカルアプリケーションにおいて採用されている。Google最大のアプリケーションである

UML、なかでもクラス図はクラスの関係を把握するうえで欠かせないダイアグラムだ。できれば既存のAPIはクラス図を見て簡単に全容を把握しておきたい。その際に全自動でクラス図を作成できると大変便利だろう。そこで紹介したいのがUDocだ。こうした用途にぴったりのアプリケーションである。 UDocはJava クラスをUMLライクのダイアグラムによって視覚化するGUIアプリケーションだ。Javadoc、Javaバイナリファイル、Javaソースコードなどから動的に UMLライクのダイアグラムを生成できる。生成されるダイアグラムそのものを動的に編集することも可能なので、グリグリといぢりながらクラス関係を解析できるすぐれものだ。動作にはJDK 5.0かそれ以上のバージョンが必要。本稿執筆時点の最新版は12日(米国時間)に公開された1.005であり、GNU GENERAL PUBLIC LICENSE Ve

GoogleがGuiceというDIコンテナをリリースし、素早く紹介記事があがったわけだけど、やっぱりDIの良さがわからない。 はてなで貰ったコメントに突っ込んでみる。 Yoshioriさん。「AOPいいよ！！トランザクションとか自分で実装するのメンドイよ！！」 おいら「Djangoでトランザクションスコープをリクエストにしとけばいいんで…」 nekoraさん 「スクリプト言語で間に合う程度の小規模・低負荷・単純な案件ならばスクリプトで済ませるべきであるという話の一例。時に「動的言語」って何だろ」 おいら「「動的型付言語でした」。スクリプト言語で間に合わない程度というと、世界数カ所で同時にコミットするような案件位だよね。みんな凄いのやってるねぇ。とはいいながら、確かにへぼを集めてもある程度きちんと書けるのがJavaとかの良さだというのは分かってるぞ。あれ？DIの話関係無い