IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.
Springの新しいメインテナンスポリシーが発表されました。 http://www.springsource.com/node/558 それに対するTSSの反応はこちら。 http://www.theserverside.com/news/thread.tss?thread_id=50727 新しいメンテナンスポリシーがどういうものかというと、 新しいメジャーバージョンをリリース後、3ヶ月はコミュニティー(無償)バージョンをリリースする。 3ヶ月たった後のメンテナンスリリースは、エンタープライズ(有償)版のお客様だけにリリースする。 エンタープライズ版は、3年間保障する。 3ヶ月たった後に行われた修正は、次のメジャーリリースには含まれる。 というものです。メジャーバージョンとは、二つ目の数字までのリリースのこと。例えば、2.1.xの次に2.5.0がリリースされれば、メジャーバージョンのリリ
と、ちょっと前から考えていました。効果ある?みたいな。DIが騒がれて2年くらい経つのかな。自分のプロジェクトでもいち早く導入したものの開発効率が上がったり、コード数が減った、テストしやすくなった、バグが減った、などの劇的な効果が何も出ていない。むしろほとんど使っていない。。。なーんでか、ということを考えてみた。 最大の欠点 -生成に関する問題- オブジェクト指向分析・設計の結果としてドメインモデルを作成した場合、データとビジネスロジックを持ち、データを持つが故に永続化対象となることがほとんどだと思います。ドメインモデルは単にnewしてもほとんど意味がありません。「状態」がないんだから。なので、通常はDBからデータを取ってきて、それらのデータが格納された状態で初めて意味があります。 でもそのようなオブジェクトはDIコンテナからは生成できません。DIコンテナが生成できるのはnew可能なもの、つ
http://www.commonsmedia.jp/cm/JavaAndSolarisCampaign blogでNetBeansやJavaEEについて書いて、トラックバックしたら先着100名にAmazonギフト券3000円分をプレゼントするそうです。id:nowokayさんのためのような企画です。 id:taediumさんもid:da-yoshiさんもぜひどうぞ。ただし、Seasar固有のことはできれば避けてねということです。 DIって本当に必要?たまにそう思うときがあります。DIによって開発は本当に楽になったのか。 DIのメリットでよく語られることとして、インターフェースと実装を分離し、機能の利用者側はインターフェースを通じて機能を利用することで、実装に直接依存しなくなり、後で実装を変更しても影響を受けなくなるということがあります。 実際後から、実装クラスを変更するということはめった
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く