IDクラス - Java Solution会議室

現在、私のプロジェクトでデータベースの識別子(ID)毎にクラスを作成するという意見が浮上しています。 例えば、顧客テーブルの顧客ID、商品テーブルの商品IDがあるとして、DB上はNUMBER型だとします。 この場合、java側ではlongで実装するのが一般的だと思われますが、CustomerIDというクラスを作成するという考えです。（longをラップしている感じです） logn型の場合は、商品IDを指定しなければいけない箇所で、誤って顧客IDを指定する可能性があるので、よりタイプセーフに実装できるのがメリットだと思われます。 システムで使用するテーブル数は20個程度でIDは7種類程度しかありません。 なのでクラスを作成しても実装負荷が高くなることも特にありません。 個人的には、この設計はやりすぎだと思うのですが、みなさまはどう思いますでしょうか？ また、同様の設計を過去に経験した人は、やっ

[isaisstillalive]

決まった値しか入れられないなら列挙型を使え、ってのの更に拡張。考え方は悪くない。

[IwamotoTakashi]

ラップしていただいて、その成果が聞きたい（笑）

[katzchang]

やればいいと思うよ。普通に。IDが数字であるなんて、実装上の都合でしかないからね。

[terazzo]

むしろキーワードメッセージ式が使えない可哀想な言語では推奨かも。でも最終的にはPK/FKにまったくアクセスせず扱えるようにしたい。

[atsushifx]

最初はイヤと感じたがRubyとかならやってもいいというか推奨。言語の特長とか簡単にできるかじゃないかな

[Nagise]

やりすぎととらえる人が多いが、型を扱うことをわずらわしく思っている人が多数派だということか。