○○Implの命名方法は悪！？ - kensir0uのしくみ
この前ケント・ベックさんの実装パターンという本を読んだんだけども。 ソースはコミュニケーションをとるように記述する必要があると述べていた。 その中で、○○Implのネーミングはひどいと言っている。 たしかに実装クラスとインターフェースで区別を付けたいというのはわかる。 ○○Implだと実装クラスが複数ある場合は区別できないのも困る。 それのサブクラスを作って拡張するときにはなんと命名するのだろう？ ○○ImplExtとでも、○○ImplSubとでも付けるのだろうか？ 考えてみるといろいろ疑問に感じてきた。 そこでJavaのパッケージはどうなんだろうと思って調べてみた。自分の経験からJavaパッケージに○○Implって付いてるのはあまり見たことないので・・・無いのではないかなと思ったけども。 結論から言うと20クラスが○○Implだったり○○ImplFactoryとか命名されていた。（※イン
業務系のクラスでインタフェイスの実装クラス名に「インタフェイス名+Impl」って名前をつけるのはダサいよね。 - wildcatsの日記
実装に特性があるからインタフェイスと実装を分離するわけで*1 インタフェイスに対して実装が1クラスになる場合にはインタフェイスと実装を分離する必要が無いとボクは思うね。 追記：特定のDIコンテナの話はこのエントリと無関係です。 追追記：他所での議論の延長でボクの考えをここに書いただけなので、特定のDIコンテナとか特定の設計手法とかは何も関係ない（というか意識もしていなかった）話ですけど。 上にも例外として書いたしコメントにも書いたんだけど、たとえばトランザクション自動制御とかでFacadeに対してAspectをかけたい場合の設計手法の一つとしてインタフェイスと実装を強制的に分離（インタフェイスと実装が1対1)してDynamic Proxyを使う設計手法を用いても構わないのではないでしょうか？最近のプロジェクトでDIコンテナは使ってないけどHibernateのセッションとかの管理をFacad
perltooc - トムによるPerlのクラスデータのためのオブジェクト指向チュートリアル - perldoc.jp
名前¶ perltooc - トムによるPerlのクラスデータのためのオブジェクト指向チュートリアル 概要¶ When designing an object class, you are sometimes faced with the situation of wanting common state shared by all objects of that class. Such class attributes act somewhat like global variables for the entire class, but unlike program-wide globals, class attributes have meaning only to the class itself. オブジェクトクラスを宣言するとき、共通の状態をクラスの全てのオブジェクトが共有した
「プログラムの命名規約について」（1） IT戦略 － ＠IT
私は或るシステムの開発（プログラム）を担当しているのですが、 資産のファイル名の命名規約に疑問をもっています。 例えば以下のようなファイル名にすると... DH01UVN001.java DH01UVN002.java public void unshu_mikan () { ： DH01UVN001 dbmgr = new DH01UVN001( DH01UVN002.NORMAL_VALUE ); ： } のような記述をメソッドにしなくてはなりません。 クラスが以下の機能であるとすると、 DH01UVN001 DB接続クラス DH01UVN002 定数クラス DH01UVN001.java → DBManager.java DH01UVN002.java → SystemConst.java という方が自然だと思います。メソッドも以下のようになるわけです。 public void un
OOコード養成ギブス - rants
Binstock on Software: Perfecting OO's Small Classes and Short Methods The Pragmatic Programmersシリーズの新しい本、The ThoughtWorks Anthologyの中に 興味をそそるエッセイがある。Jeff Bayの"Object Calisthenics"だ。 これは良いオブジェクト指向の性質を実証する小さなルーチンを書く方法をマスターするための 詳細にわたるエクササイズだ。オブジェクト指向なルーチンを書く能力を向上させたい開発者がいるなら このエッセイに目を通すことを勧める。ここにBayのアプローチを要約してみよう。 彼は次にあげられる制約のもとに1000行のプログラムを書くことを勧めている。 これらの制約は意図的に過剰な制限となっているが、これは開発者を手続き的なやり方から脱却させるた
組み込み開発にオブジェクト指向を － ＠IT自分戦略研究所
■成り行きでかかわった組み込みソフト開発 現在はさまざまな方面から注目される組み込みソフト開発だが、豆蔵の執行役員で、ES事業部長の福富三雄氏が最初に組み込みソフト開発に取り組んだ当時は、まだ「組み込みソフト」という言葉は一般的ではなかった。 「そのころ、私は複写機メーカー系のソフト開発会社に所属していました。複写機に搭載されるソフトウェア、ファームウェアを開発することになったのが、いまにしてみると組み込みソフトに取り組んだ最初です」 福富氏は大学時代、無機化学を専攻した。そして卒業後、入社したのは無機材料系の会社だった。ところが、X線などによる材料の物性解析のためパソコンのプログラムを作るうちに、材料研究の仕事よりも、ソフト開発に興味がいってしまった。「自分も本格的にソフトウェアを作ってみたい」と考えた福富氏が転職を決意したのは、1990年、28歳のときだった。 ■オブジェクト指向のシス
Unity - プレハブ
このドキュメントは有志により翻訳されたもので、オフィシャルではありません。オリジナルのページはこちら。 This document is unofficially translated by users.Please see the original document here. 翻訳に関する修正など、ご連絡はこちらまで。 Please send e-mail to here, when you have any question about the translation. プレハブ(Prefabs) プレハブはAseetの種類の１つです。 再利用可能なゲームオブジェクトでプロジェクトビューに保存されます。プレハブは複数のシーンにも、また、１つのシーンに複数追加する事も出来ます。 プレハブをシーンに追加する時はインスタンス(instance)が生成されます。プレハブのインスタンスは、全て
JavaScript : コンストラクタの書き方 : typeOf 'aki_mana'
追記）2016-05-31 最近の私のJavaScript OO は以下の方式に統一しています。 １）抽象オブジェクトの定義（クラスベースOO言語でいうクラス） 「コンストラクタを Named NOOP Function とし、そのprototypeプロパティに属性や、実装を定義する」 ２）具象オブジェクトの生成（クラスベースOO言語でいうインスタンス） 「ファクトリ関数内で new 演算子を用いて生成した新しいオブジェクトにプロパティを追加して返却」 ３）継承はプロトタイプベースな単一継承を行って派生オブジェクトを作る。 ４）多重継承は、条件付き多重継承とも言い換えられる Mixin を利用。 複数の親オブジェクトの特徴を受け継ぐ Mixin オブジェクトを動的生成して単一継承した派生オブジェクトを作る Q.コンストラクタ内に属性定義しないのか？ A.しないです。多重継承を動的に行うため
Yohta's Object World ～YOHTAのオブジェクト指向研究 デザインパターン・UML などなど～
Yohta's Object World Study of Design Pattern Mastering Unified Modeling Language. Study of Design Pattern デザインパターンの骸骨たち (RE-BONE ) with C デザインパターンにＣ言語版を追加! (2009.2.28) デザインパターンの塗り薬 Sample Application for GOF's Design Pattern COMMANDを追加！(2004.5.29) jjtree（JavaCC）で、Visitorパターンをマスター 第八回修正 (2011.12.29) Special Issue C++ビギナーに捧ぐ EffectiveC++入門 フレッシュマン特集(2005.03.16) AMIGO FOR Win32 (Win32プログラミングのお助けクラス達)
第4回 JavaScriptでオブジェクト指向プログラミング ― ＠IT
JavaScriptが、いま注目を浴びている。 JavaScriptがこれだけの注目を浴びた理由の1つとして、Ajax技術の登場とも相まって、JavaScriptに対する確かな理解の必要性が高まったという事情は否定できない。しかし、それだけでは説明できない急速な注目の理由として、もう1つ、JavaScriptという言語そのものが持つユニークさが開発者の目を引いたという点は看過できないだろう。 もっとも、このユニークさは同時に、多くの開発者が感じているJavaScriptに対する苦手意識と同義でもある。これまでVisual BasicやC#、Javaといった言語でオブジェクト指向構文になじんできた開発者にとって、JavaScriptのオブジェクト指向構文はいかにも奇異なものに映るのだ。ようやくクラスという概念を理解した開発者が、JavaScriptという言語の背後にたびたび見え隠れする「プロ
)
リフレクション (情報工学) - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "リフレクション" 情報工学 – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL（2023年1月） 情報工学においてリフレクション (reflection) とは、プログラムの実行過程でプログラム自身の構造を読み取ったり書き換えたりする技術のことを指す。 概要[編集] 日本語では自己言及と呼ばれる。通常リフレクションというと動的（実行時）リフレクションのことを指すが、静的（コンパイル時）リフレクションをサポートするプログラミング言語もある。リフレクションはSmalltalk、Java、.NET Frameworkのような仮想機械やインタプリタ上で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: ケント・ベックのSmalltalkベストプラクティス・パター: シンプル・デザインへの宝石集: ケントベック (著), 真史,梅沢 (翻訳), 誠,皆川 (翻訳), 直樹,小黒 (翻訳), みどり,森島 (翻訳), Beck,Kent (原名): 本
サービス終了のお知らせ
Amazon.co.jp: Webアプリケーション設計・実装のためのフレームワーク活用の: 古川正寿, 早川順: 本
IBM Developer
Amazon.co.jp: オブジェクト指向JavaScript: Stoyan Stefanov (著), 水野貴明 (翻訳), 渋川よしき (翻訳): 本
Adapter Pattern
Perl: オブジェクティブな操作 | WebLog about me.
syboos.jp
syboos.jp