八日目のクロッキング
時間が飛ぶ方法、距離は先週.........、それをADO今日の研究の内容の目録を取るブログ持って書き始めました。
抽象クラス（基本クラス）、ファクトリクラス：午前2つのクラスを最初に、工場モードとシンプルモードファクトリメソッドに詳細に説明した第一のデザインパターンは、第1のモードは、本体、すなわち三つのカテゴリーに分割される単純な植物であります（基本クラスから継承）ファクトリサブクラス。ファクトリクラスファクトリメソッドは、主に植物サブクラスのパラメータによって決定されます。利点は、その引数を知って、メソッド名とその内容を知っておく必要がありますされていません。非常に明確な構造。欠点がありますが、サブクラスを増やしたい場合はファクトリメソッドを決定するために、文を増やす必要があるため、しかし、開閉の私たちの原則に沿ったものではありません。だから、変化とその抽象化の原因を見つけるために私たちのリヒター置換原理に従って、Factory Methodパターンがあった、私たちは、このプログラムは変更はファクトリクラスです開始現れることを知っているので、私たちは抽象的に持っている、そしてそれから出てきます具象サブクラス。これは、彼らの作業負荷を軽減するだけでなく、開閉の原則を尊重するだけでなく。クラス全体の基本的な内容はもちろん、ショーの時間の大部分は、（実際に、私は多くの場所があり、知らないここではそれらを繰り返さないで、達成するためのコードがあり、ここで、特に教師は反射XMLを、残っていると述べました木曜日の後に私が言うことをオープンに実験を行うには）このレッスンの先生もそのようなnodepad ++などUMLの矢印のような他のもの、多くの、そして唯一ここでは簡単に（Pythonのフロントエンド+ C ++バックグラウンド）のコンピュータの深さの研究の少しの知識が点在メモリ（UMLはよく見ていました）
ディレクターのレッスンは、最初からソフトウェアの要求分析の完了にはいはい焦点を当てて評価尺度のソフトウェアについて話しましたような方法を、概説、描画ソフトウェアのフローチャート（少し）。私はいくつかについて書いたことが非常に重要であると考え、非常に重要なものがある（例えば、目標そのメジャー、当該給付の関連する内容を持っているものプロフェッショナルな外観の多くを、書くために言及）入札マップのコンテキストであります導入、導入のコンテキスト図は、明らかに主要な明確なデータフロー、データフローが続くものを対象とオールクリアの最初のマッププロセスを、描き、我々が描くことができるようにのみ、システムの内部流の内容でブラックボックスをカバーコンテキストのより多くの資格ビューから、その主な目的は、適用範囲および当社のソフトウェアの限界を定義することです。
午後は眠っていました。。。。自習室、目を開いて四時、罪の罪の結果に2点を持っている必要があります。昨日は、後からのMapReduce問題の設定を完了しませんでした私のubantonシステムの権限をシステムに設定されている理由は主に知らない、様々な方法を用いて、溶液（Iシステムを知らない問題ではありません、オンラインの答えに依存したりしないでくださいスペクトル）は、後で何sudoを見つけませんが、管理者モードに直接suがこの問題を回避することができます。（そして、私は...爆発の考え方を多くの時間と労力を費やしました）