本連載は、オブジェクト指向言語（Java言語など）の経験がある方に、オブジェクト指向における分析設計の流れ・考え方を理解していただくことにより、少しでも現状の改善に役立てられることを目標としています。 一般的に、オブジェクト指向を使うと、保守性・拡張性に優れたシステムが作れるといわれています。しかし、実際には、「オブジェクト指向を使った開発手法のどの部分が保守性・拡張性に貢献するのか分かりにくい」というのが実情ではないでしょうか。この連載では、システム開発における分析から実装の中でも、特に保守性・拡張性の視点から重要なポイントをピックアップして、説明していきたいと思います。 連載第1回は、まず、現状のシステム開発（ビジネス・アプリケーション）における分析設計手法の問題点を整理し、変更性・拡張性の重要性と定義を説明したいと思います。 現状のシステム開発における問題点 ビジネスアプリケーション

今回は、データの永続化の役割を担うパーシステンス層について見ていきます。パーシステンス層は、データベースとドメイン層の間の仲介をすると考えられます。ドメイン層に必要なデータをデータベースから取得して、ドメイン層が利用できるような仕組みをパーシステンス層は提供します。パーシステンス層の役割は、ドメイン層が利用しやすいように永続化データを提供することです。それでは、パーシステンス層において、どのようなことを考慮しなければならないか考えてみましょう。 パーシステンス層での課題 パーシステンス層に求められることは次のようなことです。 プログラム言語的なインピーダンスミスマッチの吸収 ドメイン層は、Javaなどのプログラム言語が使用されますが、データベースへはSQLを利用してアクセスする必要があります。ドメイン層のビジネスロジックにSQLなどのほかの言語が混在することは生産性・保守性の面から望ましく

jQuery Mobile is no longer supported To read more about the status of the jQuery Mobile project, see the announcement blog post. A Touch-Optimized Web Framework jQuery Mobile is a HTML5-based user interface system designed to make responsive web sites and apps that are accessible on all smartphone, tablet and desktop devices. Seriously cross-platform with HTML5 jQuery Mobile framework takes the "w

In this article, we’ll go through the reasons to (and not to) employ the domain model pattern, the benefits it brings, as well as provide some practical tips on keeping the overall solution as simple as possible. Contents What Is It? Reasons Not to Use the Domain Model Technology Reasons to Use the Domain Model Scenarios for Not Using the Domain Model Scenarios for Using the Domain Model More Comp

前回「階層アーキテクチャの利点は複雑さの減少」は階層化アーキテクチャの考え方について説明してきました。今回は、階層化アーキテクチャにおけるサービス層と、設計が難しいとされるドメイン層についてどのように考えるのかを見ていきます。まず、最初に各層を設計するときに、拡張性・保守性を高めるために何を検討すべきかを考えてみましょう。 （1）業務機能とシステム機能の分離 業務要件を満たすためのビジネスロジックなどを実現する機能とトランザクション制御などシステムを実現するために必要なシステム機能は、別々に実装できるように考えます。ビジネスロジックを実装するコードにトランザクション制御を行うコードが混在することは、拡張性・保守性を著しく悪くします。 （2）層間の依存性の排除 ドメイン層などの階層化アーキテクチャの各層は、基本的に下位層に存在するコンポーネントをブラックボックスとして扱えるように設計します。

マネジーリソースとアンマネージリソース.NET Frameworkで扱うリソースの種類は、大きく２つに分けることができる。 CLRが管理するマネージリソース（GCヒープ）と、CLRが管理しないアンマネージリソース。 ガベコレによってオートマチックに解放されるのがマネージリソースで、 開発者が責任を持ってマニュアル管理しなければならないのがアンマネージリソース。 マイクロソフトから提供されているクラスについては、ガベコレがマネージリソースを回収するときに、 アンマネージリソースの解放も一緒に行われるが、それは、そのようにそのクラスが実装されているからにすぎない。 自分でアンマネージリソースを扱った実装をするクラスについては、 ガベコレはあくまでマネージリソースしか回収しないので、自らの手でアンマネージリソースを 解放してあげるように実装しなければ、いつまでたってもアンマネージリソースは解放さ

SUMMARYGarbage collection in the Microsoft .NET common language runtime environment completely absolves the developer from tracking memory usage and knowing when to free memory. However, you'll want to understand how it works. Part 1 of this two-part article on .NET garbage collection explains how resources are allocated and managed, then gives a detailed step-by-step description of how the garbag

JavaとDBのデータモデルはナゼすれ違う？：JavaのDBアクセスを極める（1）（1/2 ページ） Webシステムが主流となり、データベース・アプリケーションはJavaやC#といったオブジェクト指向言語で開発することが多くなった。しかし、データベース設計はオブジェクト指向モデルとうまくかみ合わず、データモデル設計に苦労するエンジニアは少なくない。本連載は、オブジェクト指向モデルとデータベースモデルのインピーダンスミスマッチに対応するテクニックを紹介する。（編集局） はじめに 本連載は、Javaでの開発経験がありデータベース・アクセスに関するある程度の知識を持つ読者を対象に、Java開発におけるデータベース・アクセスに関する代表的な問題や疑問について、開発現場で即実践できる有用な内容を解説していきます。また、「これからJavaで開発を行っていく予定がある方」や「すでに開発中でデータベース・