[B! 設計論] [3ページ] katzchangのブックマーク

ライブラリ内の循環依存関係を持つクラスの検出 - しげるメモ

さっきのエントリにあるrt.jarは終わる気がしなかった(前のエントリから走らせ続けて2/10000くらい)のでASM3.1に含まれるasm-allについて調べてみました。 [org.objectweb.asm.AnnotationWriter, org.objectweb.asm.Attribute, org.objectweb.asm.ClassReader, org.objectweb.asm.ClassWriter, org.objectweb.asm.FieldWriter, org.objectweb.asm.Frame, org.objectweb.asm.Label, org.objectweb.asm.MethodWriter] [org.objectweb.asm.commons.Remapper, org.objectweb.asm.commons.Remapping

katzchang 2008/06/19

試す。

リンク

よいサブルーチンを作成するための心がけ。★★★ - サンプルコードによる Perl 入門

Perl › サブルーチン › here サブルーチン作成に関するわたしの考えを殴り書きしました。見出し引数と戻り値について理解する。小さなサブルーチンを作成する。サブルーチンに柔軟性を持たせる。呼び出しの階層を浅く保つ。機能を実現するサブルーチンを作成する。ユーザーを意識する。将来を楽にすることを考える。完全な抽象化は求めない。 1. 引数と戻り値について理解するサブルーチンを理解するためには、引数の受け取り方と、戻り値の返却のし方を覚えれば十分です。なぜなら、引数を受け取ってから、戻り値を返却をするまでは、今まで学習したプログラミングとなんら変わることがないからです。引数と戻り値の扱いを、覚えたら、すぐに実践に移りましょう。サブルーチン作成で、難しいのは、以下の4点です。何をサブルーチンにするかどのような名前をつけるか引数を何にするか戻り値を何にするか正

katzchang 2008/06/18

同意しないなぁ。概念としての機能と実体としてのコードとの対応を取るのが最大の目的で、具体的な利用の見通しから汎用性を調整する。行数は結果論。

リンク

2008-06-16

なんが必要なんか問い合わせたら、登記の時の書類が﹁全部事項証明書﹂ってのか。コピーでいいらしいから、これ送ってみよ。んで、新築時期と控除額と評価額みたら0円になる？？？思ったよりスーツの色明るいな。と外に出て思った。ここで思ったことと、違う感じもしてきた。続きを読む Javaの場合DynamicProxyで実現されてて、特にレスポンス的なこと考えると、なんでもかんでもAOPって訳にも行かんって思ってた。でも、Seasar2では、なんか工夫があるみたいね。 Springも現時点でなんらかの工夫があるかもしれんし。おっさんの知識の陳腐化って感じでイヤな感じ︵笑

katzchang 2008/06/17

んー。

リンク

FlawedTheoryBehindUnitTesting - 単体テストに潜む誤った理論

FlawedTheoryBehindUnitTesting - 単体テストに潜む誤った理論目次この文書について単体テストに潜む誤った理論単体テストに潜む誤った理論この文書について "The Flawed Theory Behind Unit Testing" の日本語訳です http://michaelfeathers.typepad.com/michael_feathers_blog/2008/06/the-flawed-theo.html 推敲歓迎: 誤訳, タイポ, 訳語の不統一, そのほか... 私は Google の blogsearch 一式を使って単体テストに関する話題を拾っている。普段は一週間に数十の blog やメーリングリストの議論に目を通す。新しい話題もたまにはある。けれど、多くの話題は繰り返しだ。同じ主張が何度も現れる。その中でもひときわ私を悩ませる

katzchang 2008/06/17

「こうした手法のどれを用いても、自分が書くべきコードについて熟考せざるを得なくなるのだ」これか。

設計論

リンク

モノには、意味と形が備わっている。 - The Dragon Scroll

モノには、意味と形が備わっている。例えば、﹁商品マスタ﹂というモノには、﹁商品マスタ﹂という名前が付いている。これが、そのモノを表す形。一方、意味も持っている。Aというシステムで扱う、﹁商品マスタ﹂とBというシステムで扱う、﹁商品マスタ﹂とでは、形は同じかもしれないが、意味が全く異なる場合がある。この﹁意味﹂を顕すことは、実は単純にはいかない。﹁意味﹂は、他のモノとの﹁関係﹂で、初めて顕すことできる。単体で、自明の意味を持つと考えることができるモノがあってもおかしくはない。だが、突き詰めて考えると、果たしてその﹁意味﹂は誰にとっても同じ認識、ぶれることのない﹁意味﹂と言えるのだろうか、と考え始めたときに、疑わしくなってくる。この﹁顧客マスタ﹂は、顧客を管理するエンティティです。では、この﹁顧客﹂とは何か、取引先か、得意先か、仕入先か。どうやれば、その意味を確

katzchang 2008/06/17

名前空間によって定義は違う。同じモノというか、似た定義なら移行しやすいんだけどねぇ…。キーが違っただけでもう大変。 ●設計論

リンク

混ざると管理しにくいすごいコード - きしだのHatena

すごいコードとそうではないコードが混じると管理しにくいということですが、実際そうですよね。すごくセンスのある人がいて、ビックリするようなテクニックを使って追いにくいコードを書く人がいます。すごいな〜とは思うけど、できればやめて欲しいですね。よくあるのが、みんな使ってないけどその人だけが使ってるライブラリ。それもプログラムの作り方に影響しそうな。例えば、その人のコードだけBeanUtilを使って、そのためにBeanがちゃんと書いてあったり、それぽいところはないのに1行でデータコピーしてたり。BeanUtilだと何かの依存ライブラリとして使える状態になってたりするし。でも、これは局所的です。それに、わかってしまえば追うのはたいしたことない。使えるものは使うというのも、まあ悪くないと思います。たちが悪いのは、オブジェクト指向だったり30行メソッドとかメンテナンスしやすさテストしやすさ

katzchang 2008/06/13

デザインアンチパターン。型ロンダリングってどんなパターンだろか。/最後の一文には同意しないかなぁ。 ●設計論 ●コメントした

リンク

ぶいてく: 【EC開発体験記-設計-】 MVCモデルは進化する

アーキテクチャスタイルと重きを置いているレイヤを見ていただきたい。これは2年ぐらい前の絵なので、ちょっと古いし、正直、適切でない言葉が使われていると思う。RESTはSOAと同列に書くとすればROAだろう。SOAなんてカッコつけないで、Webサービスぐらいにしておけばよかった。また、Web2.0をBoundaryに置いているが、広範囲に使われる言葉になった今では違和感がある。当時はAJAXブームもあり、クライアント技術が先行していたので、それほど違和感なく見れたのだが、それにしても、この業界の進化は早い。今これを書き直すとすれば、View、Mashup、Resource、といったところかな。実装技術では、Viewのところが、JavaScript, Flex2 AIR, PHPで、Mashupのところが、PIPES, Plagger, sMash、Resourceのところが、Hadoopやhb

katzchang 2008/06/03

Model=データモデル、Controllerはデータモデルに対する操作っていう方針だろか？

設計論

リンク

新刊「販売管理システムで学ぶモデリング講座」 - 設計者の発言

katzchang 2008/06/02

リンク

ドメインモデル駆動開発をやってみる(1) - 開発思考実験日記

ドメインモデルを先に作って、次に画面周り、最後にDBを作成する手順を試してみます。どこまでできるか？ではありますがチャレンジしてみます。シナリオは伝言メモでトライします。ドメインモデルの作成事前に分析レベルのクラス図があるので、これを元にドメインモデルを作成していきます。ドメインモデルは実コードを作成する具体的な作業であり、当初のモデルで抜けていた点が見つかったり、より分かりやすい構造に気づいたりと、元のモデルのブラッシュアップにも効果的であることも実感しました。モデル精度を上げる方法として、UMLのレベルではなくビジネスルールを実装したドメインモデルを作成するレベルまで行うという選択肢も実用的と感じます。テストケースドメインモデルは実際のコードなので実行することが可能で、テストケースを書いて動作を確認することができます。動くモデルの有用性は昔から言われていますが、ドメインモデルを

katzchang 2008/06/02

リンク

ぶいてく: 【EC開発体験記 -リソース志向-】 APIをやめデータ構造に着目する

あらかじめ断っておくが、ここで説明するリソース志向は、私自身の開発の経験から必然的にたどり着いた解であって、一般的に説明されているROAとは多くの部分で異なる。ここでは、正確なROAの説明をするつもりはないし、本当のROAとは？などと、不毛な議論もやりたくない。ROAもしくはリソース志向という言葉を便宜上使わせていただいているが、それは、自分の解に一番近いと思われるからである。したがって、私の説明をそのまま世間で使うと痛い思いをするかもしれないので気をつけていただきたい。まず、リソース︵以下Resource︶の定義から説明したい。Resourceとは、分析クラスから導き出されるEntityを具現化したものである。噛み砕いていうと、モデリングにより定義された自己完結したデータの集合という感じだ。前記事で、分析クラスのBoundary、Control、EntityをStrutsのMVCモデル

katzchang 2008/06/02

リンク

オブジェクト指向言語と関数型言語の書き方の違い - プログラマの思索

【1】オブジェクト指向言語の書き方は「set-do-get」複数の引数を渡して、価格を計算する処理を実装するとしよう。手続き型言語なら、下記のようなシーケンス図になるように書くだろう。つまり、1個の関数にたくさんのロジックを詰め込む。例えば、Cのmain関数のように、1個だけの関数にロジックを詰め込んで、下手をすれば数千行に及ぶソースになる。そうなると、もはや保守していくうちに、誰もが修正できなくなる。オブジェクト指向言語なら、下記のようなシーケンス図になるだろう。つまり、1個のクラスに必要な情報をsetし、状態を変化させて、必要な情報を最後に取得する。副作用を起こす関数(set, do)と副作用の無い関数(get)を使い分ける。いわゆる「set-do-get」の書き方。オブジェクト指向に基づいて綺麗に設計したシーケンス図は、階段状のシーケンスになることが多い。つまり

katzchang 2008/05/30

「オブジェクト指向」部分がちょっと違うような。

設計論

リンク

Domain Driven Design読書会 - ひがやすを技術ブログ

JavaEE勉強会で、Domain Driven Designの読書会をします。DDDを勉強してみたい方ぜひ参加してください。JavaEE勉強会でやるけど、Javaに関係なく、どんな言語の人にも役に立つと思うので、Java以外の人も、もちろんどうぞ。まずは、Google Groupに参加するよし。 http://groups.google.co.jp/group/javaee-study?hl=ja

katzchang 2008/05/20

リンク

ドメインロジックとSQL

以下の文章は、Martin Fowler による Domain Logic and SQL の日本語訳である。データベース指向ソフトウェア開発者とメモリ上(in-memory)アプリケーションソフトウェア開発者との間のギャップは、ここ数十年、徐々に広がってきている。このギャップが原因で、データベースの機能(SQLやストアドプロシージャ)をどのように扱えばよいのかという議論が数多く巻き起こっている。ここでは、ビジネスロジックを SQL に置くべきか、それともメモリ上のコードに置くべきかといった問題について、主にパフォーマンスと更新性の観点から考察を行う。考察には簡単な例を使うが、SQL クエリはしっかりとしたもの︵rich SQL queries︶を用いるので悪しからず。エンタープライズアプリケーション︵訳注‥以下、EA︶構築に関する本︵私の近著﹃P of EAA﹄など︶を読むと、ロジッ

katzchang 2008/04/22

リンク