数理科学的バグ撲滅方法論のすすめ 第4回 関数型言語とオブジェクト指向，およびOCamlの"O"について
関数型言語とオブジェクト指向は相容れない，という説をよく聞く。たしかに「オブジェクトは状態を持つ」「関数型プログラミングでは，できるだけ破壊的代入を行わない」とすれば，二つの概念は矛盾しているようにも思われる。また，技術的観点以外にも，「とかくシンプルさを好む多くの関数型言語プログラマが，何かと物事を複雑にする（と思われている）オブジェクト指向を嫌っている」という面があるかもしれない。 しかし，個人の好き嫌いはさておき，実際問題として，関数型言語とオブジェクト指向は大いに関係がある。むしろ，基礎理論については，ほとんど同じコミュニティの人たちが取り組んでいる，と言ってもいい。例えば，以下のような研究が，1980年代から現在に至るまで行われている。 関数型言語のモデルであるλ計算という体系において，オブジェクトを表現する研究（参考リンクなど） λ計算にならい，（プロトタイプベースの）オブジェ
オブジェクト指向関係資料集
オブジェクト指向関係資料集 上の方から読む順番に並んでいます。OCP(Open closed principle)が最も基本的な 原則で、他のほとんど記事はこのOCPに基づいているようです。かなり以前に、 しかも時間の無い中強引に訳したものであるため、間違い等も含まれると思いますので、 発見された方はご一報ください。 Robert C. Martin氏が出版を予定されていた書籍が文中で度々現れますが、 おそらく「Agile Software Development: Principles, Patterns, and Practices 」の ことで、現在邦訳も出版されています。 「アジャイルソフトウェア開発の奥義」 ロバート・C・マーチン (著), 瀬谷 啓介 (翻訳) また、ここで掲載した資料は、Javaの学習者向けに作られたものであるため、
関数、オブジェクト、クロージャ - FAX
(thanks to id:koyachi、del.icio.us/rtk2106) OOPとFPと。関数、オブジェクト、クロージャの使い分けについて考えます。 関数型が良いのか、オブジェクト指向が良いのか、知りたいと思っていました。色々なページを読み、現時点で一応の答えを得ました。 カウンタを例にして、関数、スコープ、オブジェクト、クロージャの順に見て行きます。関数関数は処理です。入力と出力があります。関数型プログラミングでは、関数同士の入力と出力を連結しプログラムが構成されます。 var current = 0; function next(v){ return v + 1 } function previous(v){ return v - 1 } ok( 1 == ( current = next(current) ) ); ok( 2 == ( current = next(cu
OOP is dead
Sure, that sounds dramatic, but I really think that OOP reached it's peak and is on the decline. In the last time we saw increasing interest in functional programming languages and concepts from functional programming (like closures, continuations etc). Many people want to see those concepts available in well known OOP-languages like Java, C#, C++ etc. And the language designers reacts and are sta
ValidationContextの保存 - akimatter
数日前、Jimmy Nilssonが現在執筆している原稿を読んでいてこのことを思い出した。彼は、たとえエラーがあったとしても、オブジェクトは常に保存されなければならないと述べていた。これはさすがに極端な話で、私も同意しかねるのだが、必要以上に保存を規制しているのは確かだろう。 僕が抽象的なことを書くと話が明後日な方向に行ってしまいがちなので、あまり書かないようにしているけど、これは僕にとってはタイムリーだったので書いてみる。 色々なデータを保持するオブジェクトがあって、それをValidationしてから幾つかのテーブルに放り込むシステムがある。色々なデータを保持しているので、Validationの対象となる項目も結構あるし、状況によっていくつもパターンがある。ユーザが初心者でシステムになれていない場合は、Webアプリだろうが何だろうが途中で保存したくなるのが人情だ。でも保存前にValida
オブジェクト指向プログラムのためのパターン言語の使用
以下の文章は、Kent Beck、Ward Cunninghamによる「Using Pattern Languages for Object-Oriented Programs」の日本語訳である。 Ward Cunningham氏の許可を得て、ここに掲載する。 Kent Beck, Apple Computer, Inc. Ward Cunningham, Tektronix, Inc. Technical Report No. CR-87-43 September 17, 1987 Submitted to the OOPSLA-87 workshop on the Specification and Design for Object-Oriented Programming. 概要 オブジェクト指向プログラミングへのパターン言語の適合について概説する。ウィンドウ・ベースの
モノ・コト分析をパターン言語で表現 ― ＠IT
前回の「モノ・コト分析の段階的モデリング」は、クラスにステレオタイプ《mono》と《koto》を導入し、例題として注文から納品・請求までの簡単な業務フローを取り上げてモノ・コト分析でモデリングを行いました。ステレオタイプによりモデルの作成と理解が一層容易になったと思います。今回はモノ・コト分析の実践方法をパターン言語の形式で表現してみたいと思います。 パターンとパターン言語 「パターンとパターン言語」について第7回で簡単な解説を試みました。解説というよりも筆者なりの認識を語ったという方が正しいですが。今回はその1つの具体例としてモノ・コト分析実践方法のパターン言語化を試行してみましょう。ここに6つのパターンを抽出しました。パターンの名前にちょっと工夫をしてみました。この例のようにパターンには簡単で分かりやすく、かつインパクトのある名前を付けます。 （1）物事をわきまえよ モノとコトを分離す
Java : ファクトリーとか - lethevert is a programmer
[id:lethevert:20060204:p4] 内部クラスを上手く使おうシリーズです。 今回のは、先のインターフェースをnewする話ではないですが、インターフェースのファクトリーを作るのに非常に使えそうなテクニックです。 public interface Something { //インターフェースに属するメソッド int get(); //ファクトリー class Factory { public static Something create() { return new ThatThing(); //適当な実装クラス } } }作りたいインスタンスの種類に応じて、Factory, Singletonなどとクラス名をかえておくことで、より分かりやすくなるのではないかと思います。 ちなみに使い方は、下のように。 Something it = Something.Factory.cr
Pathname - ファイル名のグッドラッパー - 2nd life (移転しました)
http://www.ruby-lang.org/ja/man/?cmd=view;name=pathname 先日のRails勉強会でetoさんにPathnameというパスやファイル名のすごい便利なライブラリを教えて貰った。で、早速使ってみたところめっちゃ便利でいま書いてるアプリケーションじゃほとんどのファイル名の操作に使ってるという。 使い方はめっちゃ簡単でパスやファイル名を引数としてオブジェクトを作るだけ。 require 'pathname' file = '/tmp/foo' path = Pathname.new file で、これの何が便利っていうとリファレンスマニュアルのメソッドを眺めて貰うと解るんだけど、ファイル関係の操作が何でもできてしまう。通常だとFileオブジェクトを作るには実体が無いとダメなんだけど無くてももちろん作れるため str = IO.read(file)
Contents of Interface Design: Best Practices in Object-Oriented API Design in Java
Table of Contents For Interface Design Best Practices in Object-Oriented API Design in Java by Bill Venners Contents Preface Acknowledgments Introduction Chapter 1. The Object Guideline 1: Appreciate the significance of the object. Guideline 2: See objects as bundles of behavior, not bundles of data. Guideline 3: Design Service-Oriented Objects that use their state to decide how to behave. Guideli
Matzにっき(2006-02-08)
<< 2006/02/ 1 1. [本] 『4086301636』 2. [言語] ActiveState To Spin Out 2 1. [OSS] Rast高速化パッチ 2. [PC] レノボ、Core Duoを搭載したThinkPad X60 / T60を発表 3 1. [Ruby] ruby_class削減 2. [OSS] Rastが遅いわけ 3. 英会話 4. 雪 5. コンピュータは難しすぎて使えない 4 1. 参観日 2. 『コンピュータ技術者になるには』 3. [Ruby] Ruby温泉ミーティング2006春 5 1. [教会] 断食安息日 6 1. [原稿] 日経Linuxとオープンソースマガジン 2006年4月号 2. [原稿] るびま 13号 7 1. [原稿] 日経Linux 2. 日本国民全員にプログラマになってほしい 8 1. 妻の誕生日 2. [OSS]
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: オブジェクト指向入門 第2版: 原則・コンセプト: バートランドメイヤー (著), 酒匂寛 (翻訳): 本
http://developer.apple.com/documentation/Carbon/Conceptual/understanding_utis/
オブジェクト指向における再利用のためのデザインパターン
http://www.ogis-swe.jp/process/am-res/am/artifacts/crcModel.html
プログラミング言語 Ruby リファレンスマニュアル
【コラム】ダイナミックObjective-C (32) 抽象クラスとクラスクラスタ | エンタープライズ | マイコミジャーナル
Amazon.co.jp: ケント・ベックのSmalltalkベストプラクティス・パター: シンプル・デザインへの宝石集: ケントベック (著), 真史,梅沢 (翻訳), 誠,皆川 (翻訳), 直樹,小黒 (翻訳), みどり,森島 (翻訳), Beck,Kent (原名): 本
RubyとJavaのアクセス制御比較(2006-01-10)
Amazon.co.jp: 入門Java Script (My UNIX Series): 久野靖: 本
