はてなブックマーク

■はじめに 基本的なところが理解できたところで、肝心のオブジェクト指向のお話。 こちらも間違った記述もあるかもしれないので、参考程度に。 第1章　オブジェクト指向とは オブジェクト指向とは!! 簡単に一言で言うと、 ・操作対象すべてをオブジェクトで考える とでもいえるでしょうか。 じゃぁ、オブジェクトとは？ という疑問が出てくると思いますが こちらも簡単に一言で言うならば ・データと操作を持っているモノ。 モノっていったいなんだ? と言われそうですが、椅子や机など物理的な目に見える「物」から、生物、人間、概念などもすべーーーてのモノ。 そういったモノがたくさん集まってプログラムが出来上がっているという考え。 C言語では「関数」が集まってプログラムができている、と考えていたでしょ? Rubyでは、「オブジェクト」が集まってプログラムができてると考えるわけです。

最終更新日： 正規表現を極める！！ 待ってろょ。いつかおまえを見つけてやるからな！(仮) ■はじめに 正規表現。Regular Expression。１９５６年にStephen Kleene氏が論文の中でオートマトンとの同値性を紹介したのが起源、だそうです。 で、まあ、簡単に何をするものかというと、 ・文字列の中から特定のパターンを探すために使われる『記法』 のことを言います。 通常、正規表現だけが単独で使われることはなく、他のプログラミング言語の中で使われます。 有名なところで言うと、良くホームページで見かける掲示板を作るのに使われるPerl言語の中で、使われていたりします。 なぜ、正規表現を使うかと言うと、 プログラムやデータはテキスト(文字)で書かれている場合が多くて、 ワードとかに付いている検索、置換機能じゃしょぼすぎて、複雑な検索ができない。 単に文字を探し出すだ

最終更新日： デザインパターン ■はじめに Erich Gammma,Richard Helm,Ralph Johnson,John Vlissidesの4人(通称GoF：the Gang of Four)の「オブジェクト指向における再利用のためのデザインパターン」という本は有名です。 ある種の良く使うコーディングテクニックを23個のパターンにまとめたものです。「パターン化」というテクニックは、非常に便利です。私たちも日常知らず知らずのうちに「パターン化」を行っています。何度も仕事をこなしていくうちに「経験」という形で体の中にそのノウハウが身についていくのはまさに「パターン化」ではないでしょうか？ オブジェクト指向プログラミング言語を使ったときの良く使うパターン23個が掲載されているわけですが、いかんせんムズかしい。 そこで出てきた救世主本が「Java言語で学ぶデザインパターン」結

最終更新日： リフレクション 「自分自身を自分で変えちゃうのかょッ(仮)」 ■はじめに 何かが変化するとき、直接の原因となるものに外的要因と内的要因がある、ように思う。 たとえば、 輪ゴムが伸びる。 水が氷に変わる。 草や木が成長する。 細胞分裂。 [�T]　無機的なモノがその形を変える場合、えてして、外力が働く必要があるように思える。 [�U]　生命的なモノが変化する場合、そのモノを構成する分子間での協調的な動作の結果、自発的に全体の形が変る、気がする。 （何をもって「生命的」かというのは難しい問題ですが） さて、 [�T]はトップダウン的。中央集権的。[�U]はボトムアップ的。分散強調的。ともいえるだろうか? 我々が普段何か「モノづくり」というときには、[�T]トップダウン的につくる。それを構成している部品(モジュール)が何かを考えて、部品を作り、それら組み立てる。アイボ

最終更新日： RubyUnit入門 研究の息抜きに… ■はじめに わかりやすい本も出ているがサクッとまとめておく。 プログラムを作っているとき、それが正しく動くかどうかを遂一チェックしながら作業を進める。そうしない人もいるかも知れないけどたいていはプログラムが完成する前に何度となく各部分の動作を確認する。ちょっと作ってはちょっと動作確認、ちょっと作っては・・・とやってく。 一気にコードを何百行もカリカリカリカリ書いた後にさぁーコンパイル。動くかナァ。。。なんてしない。やっちゃいけない。絶対に一発で動くわけがない。 多くの場合、その動作確認のために使ったプログラムは捨てられる。そうしない人もいるかも知れないけど、私は捨ててしまう。それか、テストコードもプログラム作成と並行して複雑になって行くかのどっちか。テスト動作を確認したら、安心して次のコードをせっせと作って行く。プログラムは積木