YUKI Hiroshi
yuki****@clear*****
Mon Apr 7 14:14:28 JST 2014
> うーん、これだと染みだしていないように感じるってことなんです > よね。何がポイントなのかしら。エントリーポイントのオブジェク > トが1つだけってところなんですかねぇ。 そうですね。 今のところはキャッシュ関係はexpress-droongaの一部になっていますが、それ なりにニーズのある物なのではないか？と思っていて、いずれはexpress- droongaから切り離して、汎用のConnect/Express用ユーティリティとして使える ようにしたいと思っているので、エントリーポイントが別れているのは、密結合 な見え方になりそうな気がして不安を感じています。 > 個人的には、キャッシュオブジェクトがミドルウェアを作ることに > びっくりするので、キャッシュオブジェクトじゃないなにか > （cacheという名前じゃないなにかのオブジェクト）がエントリーポ > イントになるなら、私はエントリーポイントを1つ案でよいです。そ > のエントリーポイントが誰なのかはパッと浮かびませんが。。。 自分の当初の実装意図としては、基本的にはこれは「Connectミドルウェアの機 能を提供するためのモジュール」で、その後でおまけで統計情報の収集機能とそ れを簡単に見られる画面が提供されている、という認識をしていました。 なので、cacheという名前も、一般名詞としてのcacheではなく、connect-cache というようなミドルウェアの固有名詞としてのcacheと考えており、そこまでの 違和感を持っていませんでした。 Kouhei Sutou wrote: > In <53422735.40209 �� clear-code.com> > "Re: [Groonga-commit] droonga/express-droonga �� ab2834c [master] Split cache and middlewares that use cache" on Mon, 07 Apr 2014 13:19:01 +0900, > YUKI Hiroshi <yuki �� clear-code.com> wrote: > >> cacheのインスタンスを作ってそれを明示的にミドルウェアに渡す、というつく >> りは、cache関係のモジュールの内部の都合が外に染み出ている感じがして、よ >> くないのではないかと思いました。 >> >> var cache = new droonga.cache({ >> size: cache >> }); >> application.use('/cache/statistics', >> cache.statistics); >> application.use(cache.middleware({ >> rules: [ >> { >> regex: /^\//, >> ttlInMilliSeconds: 1000 >> } >> ] >> })); >> >> という感じで初期化するスタイルの方がいいと自分は思うのですが、どうでしょ >> うか。 > > うーん、これだと染みだしていないように感じるってことなんです > よね。何がポイントなのかしら。エントリーポイントのオブジェク > トが1つだけってところなんですかねぇ。 > > 個人的には、キャッシュオブジェクトがミドルウェアを作ることに > びっくりするので、キャッシュオブジェクトじゃないなにか > （cacheという名前じゃないなにかのオブジェクト）がエントリーポ > イントになるなら、私はエントリーポイントを1つ案でよいです。そ > のエントリーポイントが誰なのかはパッと浮かびませんが。。。 > > _______________________________________________ > Groonga-commit mailing list > Groonga-commit �� lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/groonga-commit > -- 結城 洋志 <YUKI Hiroshi> E-mail: yuki �� clear-code.com 株式会社クリアコード 〒113-0033 東京都文京区本郷3-27-12 本郷デントビル2階 TEL : 03-6231-7270 FAX : 03-6231-7271 WWW : http://www.clear-code.com/
