Nana YAMANE

@allinfoservice It worked for me: ```php $client = new Client(); $client->setScopes(\Google\Service\Calendar::CALENDAR_READONLY); $client->setDefer(true); $client->setAuthConfig('/path/to/service/account/json'); $batch = new Batch($client, false, null, 'batch/calendar/v3'); $calendar = new \Google\Service\Calendar($client); $calendarId = '[email protected]'; $request = $calendar->events->listEvents($calendarId,...

### C++言語関係等、参考リンクメモ - [テンプレート（WIkipedia）](http://ja.wikipedia.org/wiki/%E3%83%86%E3%83%B3%E3%83%97%E3%83%AC%E3%83%BC%E3%83%88_%28%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%29) - C++ プログラミングガイド 第 4 章 テンプレート - http://docs.oracle.com/cd/E19957-01/805-7887/6j7dsdheo/index.html - 継承 - http://www.s-cradle.com/developer/sophiaframework/tutorial/Cpp/inherit.html - 6.8 仮想関数 - http://www.s-cradle.com/developer/sophiaframework/tutorial/Cpp/virtual.html ### 引用されているBrige パターンと同様のパターン これは読んでいないですが一応リンクを貼ります。 C++ Idiom James O....

- 振る舞いの継承 p.129 > アプリケーションドメインを分析するときには、振る舞いの継承に焦点をあてる。もし、実装構造の共通性に焦点をあてたとすると、設計の柔軟性に関して妥協しなければならなくなる可能性がある。 どちらかというとアンチパターンとして書かれている、「実装構造の共通性に焦点を当てる」とは？ →　Numberの例で言うと、Complex と Integer をグループ化できないと捉えてしまうと、複雑になり管理しにくくなるということかなと。 Integer は、　Complex のように実部、虚部を持たず、「実装構造」が両者は異なるのだけれど、 同じ操作演算を持っていると見なすことができるので、共通性があると考える。 「設計の柔軟性？」 → 拡張が可能であること、すぐに変更ができること、理解しやすいこと

- 6.5 クラステンプレートの例 https://github.com/kumamidori/mpd_cpp_snippets/blob/master/chapter6/6_5_ClassTemplate_Stack.cpp - 6.6 関数テンプレートの例 https://github.com/kumamidori/mpd_cpp_snippets/blob/master/chapter6/6_6_FunctionTemplate_Max.cpp - 図6.5 例 https://github.com/kumamidori/mpd_cpp_snippets/blob/master/chapter6/Fig_6_5_Set.cpp これはよく分かりませんでした。 - 仮想関数の例 https://github.com/kumamidori/mpd_cpp_snippets/blob/master/chapter6/6_8_VirtualFunction_Shape.cpp

p.135 - 共変 co-variant [共変性と反変性 (計算機科学) - Wikipedia](http://ja.wikipedia.org/wiki/%E5%85%B1%E5%A4%89%E6%80%A7%E3%81%A8%E5%8F%8D%E5%A4%89%E6%80%A7_%28%E8%A8%88%E7%AE%97%E6%A9%9F%E7%A7%91%E5%AD%A6%29) - 共通性／可変性分析という用語について（杉本さんのツイートメモ） https://twitter.com/sugimoto_kei/status/579509029501726720 ``` 「共通性」「可変性」は、かなり限定された、やや特殊な意味で用いられているのに、 共通な要素とそれ以外を分けるという一般論と誤解される。 「枠組み／選択肢型構造分析」みたいな表現の方が内容に合っているかも（くどい？）。 ```

https://github.com/phpmentors-jp/mpdosaka/issues/3#issuecomment-84231810 

> p.40 > 新規に開拓するドメインに対する設計では、最初に行われる直観で行うとも言えるフェーズを省略する。 > 必要となる原形だけを借りて、ドメイン自身を観察して分割のための鍵を探す。 > 前もって予想を立てておいた分割基準を用いた問題から抽象を捻りだすのではなく、ドメイン自身から抽象を導き出す。 →　 文章が難解に感じるのですが、「経験的に分からない場合もあるよね」というような単純な話をしていると思っていて良いでしょうか・・・。

> p.41 > ただし、モジュールがドメインに境界を引くことは必然ではない。 > どのようなビジネス概念であっても、その論理的な塊（凝集）と、その概念を表現するプログラミング言語の能力の間には、 > テンション（緊張、伸縮）が存在する。 →　言い換えると、人が理解しやすいもともとの概念レベルでのグルーピングと、構造化したモジュールの境界とでは、成り立ち方がそもそも違うので、自然に一致したりはしない。

【不明点の質問】 p.41, p.42 あたりに出てくる「モジュール」という言葉は、 「パッケージ」（Ruby の Gem や PHP の Composer）とは違う意味なのでしょうか？ コンパイル可能なソースコード単位、というような意味なのか、分かりませんでした。 http://www.cc.kyoto-su.ac.jp/~hxm/cstext/prog06.html

> p.42 > アルゴリズムに関する共通性は多重定義で、振る舞いの共通性はpublic継承で、そして構造上の共通性は集約（aggregation）で表現できる、ということに気づくことがあるだろう。 今まで、自分の中では「アルゴリズム」と「振る舞い」を同じような意味の言葉としてに一緒くたに使っていた（どちらも、手続き、機能、動的、というようなイメージだった）ので、意味を確認。 - アルゴリズム： howのこと。戦略、作戦、方策。 - 振る舞い：　機能。 #### overload Scala例（メソッドの多重定義。分数と整数の間で加算を行うメソッド）： ``` scala class Rational(n: Int, d: Int) { private val g = gcd(n.abs, d.abs) val numer...