Since 1975

はじめに

公式サイトのチュートリアルの写経、第三回。 ユーザー管理サービスの実装において、Validatorの話がでてくるので、内容を抑えつつ一覧、追加、削除の実装を進めていきたいと思います。

はじめに

引き続き、公式サイトのチュートリアルを写経していきます。 ちなみに完全な和訳を目指しているわけではないです。あしからず。

あらまし

RESTサーバーを実装するための良いフレームワークはないかなと探していたところ、Corniceというpythonで実装されたフレームワークに出会いました。 CorniceはPyramidというWebアプリケーションフレームワークの上にのるものであり、 Pyramidのtemplate EnginがZPT-TAL由来のCameleonであることを知り、これは触ってみなければという気持ちになりました。

公式サイトにはチャットサーバを実装するためのチュートリアルがあるので、 これをネタにPythonの勉強をしつつやって行こうかなと思います。

当方、Pythonに関しては、ドがつくほどの素人なので、あり得ない事し出すかも知れませんが生暖かく見守っていただければかと。

なんとか最後まで読み通せました。 まとめながら読んでいたので、すごく時間がかかってしまいました。

どんな本？

この本は、機械学習の処理系およびライブラリであるApache Mohoutの実践ガイドであり、 Mahoutを通して機械学習について体系立てて学ぶことができるようになってます。

TypeProvider実装のための記憶保管のためにメモとして残す

Node.js用テスティング環境であるmochaでは、compilersオプションを指定することにより、Javascript以外のコードも扱えるみたいです。 が、しかし、公式のマニュアルを読んでも、さっぱりやり方が分からなかったので、がんばってMochaのコードを追いかけてみました。

Simple Factory

というのが、デザインパターンとしてあるのですね。今日Twitter上のTLに流れてきて、気になってググってみたら、Strategic Choiceさんのブログに行き着きました。

Factory Methodとの違いは、Factoryを具象クラス一本に絞ったという感じでしょうか。

なんだか最近、DCIの話題が花盛りですね。

さて、Google Group: object-compositionにて、DCIとMVCの関係について、面白い考察を行っている人がいます。

曰く、Model表現をViewのための表現に変換するためのRole (Interaction) をContextに組み込むのはどうかと提起しています。

私の中では、アプリケーションにおけるDCIの位置づけは、Modelのなかを覗き込んだときに、そこにいるものと思っています。

Modelの中の構成体ゆえ、View表現を持つことはあまり良いものではないと考えています。 しかし、View表現への変換をRoleとして組み込むのは面白いと思いました。

そこで表題に繋がるわけですが、Model層を構成するDCIをより大きな、Dとみなし、そこにView表現に変換するRoleを組み込んだらどうなのかなと思いました。

いくつか引っかかったので、忘れないうちにメモとして残しとく。

これは『HENTAI Advent Calendar 2012 - 変態アドベントカレンダー』の記事です。

前日（16日目）はs_kozake さんの「変態ルーレット2.0」でした。

VirtualBoxではサポートされていない、Moac OS X Mountain LionをHackintosh (Hackロム)等に頼ること無くインストールできたので、こっそり後悔します。

実際にやったのはひと月前なので、その時の記憶をもとにお送りいたします（再度インストールするのがメンドイから）