業務系のクラスでインタフェイスの実装クラス名に「インタフェイス名+Impl」って名前をつけるのはダサいよね。 - wildcatsの日記
実装に特性があるからインタフェイスと実装を分離するわけで*1 インタフェイスに対して実装が1クラスになる場合にはインタフェイスと実装を分離する必要が無いとボクは思うね。 追記：特定のDIコンテナの話はこのエントリと無関係です。 追追記：他所での議論の延長でボクの考えをここに書いただけなので、特定のDIコンテナとか特定の設計手法とかは何も関係ない（というか意識もしていなかった）話ですけど。 上にも例外として書いたしコメントにも書いたんだけど、たとえばトランザクション自動制御とかでFacadeに対してAspectをかけたい場合の設計手法の一つとしてインタフェイスと実装を強制的に分離（インタフェイスと実装が1対1)してDynamic Proxyを使う設計手法を用いても構わないのではないでしょうか？最近のプロジェクトでDIコンテナは使ってないけどHibernateのセッションとかの管理をFacad
初心者がJavaを“超高速”で学ぶためのコツ：ITpro
皆さんの中には，「いまどきJavaくらいできなきゃねぇ～」と言われてからもう何年も過ぎちゃった…なんて人も多いのではないでしょうか。いつ何時「新しいプロジェクトはJavaでいくから」なんて上司に言われたりしないか，内心ドキドキしてる方もいらっしゃるでしょう。私が受け持つJavaの授業でも，受講生の方からそういった悩みをよく聞きます。 しかしよく聞いてみると，なんだかとても効率の悪い勉強をしているなあと驚くことがあります。なぜなら多くの方が「Javaの入門書で勉強しているのにJavaのプログラムを作れるようにならない」と言われるからです。COBOLやC言語のプログラミング経験があるにもかかわらずです。 なぜJavaの学習がなかなか進まないのでしょうか。残念ながら「Javaのスキルが上がらない」という方の多くは，「データとアルゴリズム」「Javaの文法」「オブジェクト指向」の三つをきちんと学べ
Java のクラスはオブジェクトじゃない?! -- t-wadaの日記
ここ数日話題になっている 「10 Things Every Java Programmer Should Know About Ruby (邦訳)」 ですが、この文章の中の記述「Item #9 Everything is an Object」や、同じくJim Weirich氏の最近のプレゼン資料『Dependency Injection: Vitally Important or Totally Irrelevant?』の中の「Java Classes vs Ruby Classes」等の記述から生じるちょっとした語弊について、id:sumimさんの説明が非常にわかりやすかったのでメモします。(ちなみに、はてなブックマークから初めてポイントを送信してみました) 参考になるところを引用しようとすると全文引用に近くなってしまうので、ざっくりとメモします。ぜひ引用先(http://d.haten
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
