0.はじめに
3オブジェクト指向プログラミングの仕事のための設計作業の第一段階の概要は、3つのジョブは、すべてのPTAのトピックです。
1.操作手順の概要
（1）3つの営業知識の反復関係
主にJavaでプロセス指向の最初のジョブの単純な数学の問題を解決するために、第二の仕事を簡単な課題を解決するために、「方法」のJavaを使用して開始するために、Javaの「クラス」に導入された第3の動作は、カテゴリによって解決すること問題。
（2）プロセス指向のオブジェクト指向へ徐々に移行
3つの操作の観点から、コードのコードの再利用のタイトルよりもそれぞれ優れた主題もう一度モジュラーとより明白に、メソッドやクラスの導入後、話題の同じクラスには、わずかに変更され、コードを再利用することができます。オブジェクト指向、正式に入力されたオブジェクト指向のクラスに代わって導入への移行を開始するためのプログラムを導入する方法。
問題（3）運転とソリューションの間に遭遇
①PTA上のJavaの最初の提出は、PTAがパッケージとクラス名を提出するJavaには表示されないことを、照会した後、コンパイルされていないクラス主に開示しなければなりません。
②最初の操作では、最初の質問はしやすいが、また、多くの場合、いくつかのトラブルシューティングを計算するため、税率、計算の計算誤差の大規模な量を計算します。
③最初の操作では、第4の問題は、三角形のタイプを決定するために、直角三角形のテストポイントをテストするために、入力データをデバッグすることは非常に困難である場合に表示される特定の無理数に直角三角形の辺の長さを二等辺のか分からない二等辺。
④Javaメソッドでは第1、第2タイムの仕事は、静的メソッドを変更することなく、関連情報へのアクセスの後、コンパイルエラーが生じ、メソッド定義されたメソッド名の前にstatic修飾子を追加しないことはインスタンスメソッドでは、オブジェクトを渡す必要があります使用しています。
⑤判定うるう年と週主題第2の動作の一日、難しさは、これは1日7で割った後、2009年1月1日0001から一日の数日を求めて、そしてすることによって、この問題という、残りの準備ができた週があるかどうかを知る方法です週のため、そしてときうるう年と混合しているに注意を払うに必要な日数の違い。
⑥第三のクラス、初めての仕事、Javaファイルが一つだけのパブリッククラスを可能にする、コンパイル・エラー・コードに基づいてプログラムを書くとき。
⑦第三のクラス日付ジョブ設計、より下位n日前評価関数演算にN日と追求実装。1日プラス1日場合は、最大の整数のテストポイントは明らかにタイムアウト。N、最初の日に月の日数の必要な数かどうかを決定する日付を適用し、それが前に必要とされる場合日数は、来月満たさない減算N日ことができるプラス日数先月、この方法の効率より高い多くが、このテストポイントを求めて最大の整数N日間、この方法の失敗時に、現在の日付が誤算につながる、長さプラス最大整数整形を超えます。、そこ初年度以上であれば、366以上であるNかどうかを判断するプラス、プラス月、最終日の日に加えて過去のことで、毎年、プラスnはマイナス366または365が、難易度は終わりにしているマイナス366またはマイナス365もそれがあるかどうかを366入力された日付がうるう年で、日付が正確に、2月29日であることを366たまたまnは、もしnがマイナスとうるう年は、非閏年があるだろう、決定を容易によると、今年または来年カットすることができません2月29日、この日は有効ではありません、それは閏年との日付であるnは2月29日の日付に等しい以上である365を減算する必要があり、翌年うるう年で、2月28日の日付は、それがn個あるべきよりも大きいですマイナス366は、それがマイナス365に等しい未満でなければなりません。したがって、nは2月29日nまでのうるう年または2月28日の場合は状況に応じて減少させなければならない年の増加は、最終的にどの程度の削減を決定します。
⑧全体的に、この作品はいくつかの問題に多く、およびPTAのテスト・ポイントに遭遇し、すべてのケースをカバーすることはできません、それはプログラムが実際に論理的なエラーを持っているが、まだ例すべての試験ポイントを渡すことができようになります。
（4）これら3回の作業に費やした時間の割合
ほとんどの時間を過ごす少なくとも第2の時間、第3の動作でした。それはすでにときの最初の仕事の経験副業を書かれており、被写体が難しくないので、コード三〇から四の第二部は、質問は、他の2回最短時間的に過ごすために、その副業を再利用することができます。この問題を解決するためのJavaクラスを使用することで3作目が、与えられたトピックUML図の設計によると、対象はそれほど作業に費やした時間のほとんど第三に、私にとっては少し難しいことができます。
学んだ知識や教訓の論理厳しさをプログラミングするプロセスの（5）
見つけるのは難しいいくつかの小さなプログラミング論理エラーは、あなたがそれを行う前に、徹底的に問題を理解しようとし、慎重に考慮して、あまりにも多く、それを修正する必要があります。また、書き込みノートにコードを書くと同時に、書き込みがあるため書くことかわからない、あまりにも多くのことは自分を守ります。
2.オブジェクト指向設計経験
プロセス指向およびオブジェクト指向の（1）比較
プロセス指向の分析、それをオンにするための呼び出しで使用されるステップ、一歩、これらの手順を実装するための機能を使用し、その後、問題を解決するために必要なステップです。オブジェクト指向トランザクションオブジェクトにダウン問題であり、オブジェクトは、問題解決の手順を通じて、完全なステップが、ミャオ族徐行動に事を確立することを意図していませんでした。より良い再利用するためのプロセスに関して、オブジェクト指向設計、プロセス指向プロセス指向のことを言うと、オブジェクトとオブジェクト指向の機能に焦点を当てることができます。
（2）認識オブジェクト指向設計の基本原理
①クラスは、クラスが1つのジョブのみを持っている必要があることを意味し、1とそれを変更する唯一の理由があるはずです。オブジェクトまたはエンティティは、修正のため閉鎖、拡張のために開いている必要があります。②呼び出す親クラスは、サブクラスでテストされています。③低レベルのモジュールに依存してはならない高レベルのモジュールは、彼らが抽象化に依存しなければなりません。④特定の実装では、むしろ依存の抽象実装よりも、抽象化に依存しなければなりません。⑤は、アクセス権を持っていない、またはクライアントが使用されていない彼らの方法に頼ることを余儀なくされるべきではないと、クライアント・インタフェースを実装することを強制すべきではない、インターフェイスのインターフェイス専門の複数の使用は、はるかに優れた単一を使用するよりもです。
理解オブジェクト指向プログラミング（3）思考
現実の世界では、第1の目的は、オブジェクトがクラスの後、クラス、オブジェクト指向、最初に存在していたら、クラスは抽象オブジェクトである、オブジェクトの一般化である、オブジェクトは、クラスのインスタンスです。オブジェクト指向の世界どこでもオブジェクト、オブジェクトは、各コインの実世界の同等は、「データ」と「容量」、オブジェクト指向プログラミングは、異なるオブジェクトを有効にすることですしていたコマンドラインの様々なから作らA。
理解し、模擬試験3。
質を符号化するための試験の重要性（1）
テストすることによって、第三のクラスの仕事の日として、ロジックのコーディングエラーを識別することができ、またそのアルゴリズムの高効率をテストすることができ、テストアルゴリズムの利点を発見しながら、テストを通じて、既存のプログラムにいくつかの抜け穴を見つけました非効率的なアルゴリズムは、テストに合格するだけでなく、コードを変更するために貢献し、論理的な問題を解決することができます。
（2）設計・テスト・ケース
最も基本的なテストは、プログラムのすべての機能をカバーするために、テストの範囲を定義するために、及び、最大値、最小値、試験の特別な値をとることを意図しています。試験日は、クラス設計うるう年2月29日を見つけるために、この特定の日付が表示され、プログラムの抜け穴を見つけることは容易です。
4.コース収穫
私は、Javaのオブジェクト指向プログラミングの予備的な理解を持っているので、学習を中心に設計されたオブジェクト指向プログラミングの後も予備的な理解を持って、そして私の思考は、プロセス指向のオブジェクト指向から徐々に移行です。符号化処理では、私はまた、発見したオブジェクト指向のプロセス指向、オブジェクト指向の利点を体現機能を持っていません。この段階で、私はまた、いくつかの教訓は、常に彼らが書いているものを知って、「失われた」を防ぐために、独自のコメントを書き、タイトであることを、明確な思考をプログラムする前に、ロジックを収穫学びました。オブジェクト指向楽しいが、簡単ではありませんが、また、唯一の真のオブジェクト指向プログラミングを習得するために絶えず学び、常に学習経験を積むことで、より詳細な研究のためのオブジェクトのより注意する必要があります。
カリキュラムの5.勧告
少し説明し仕事の難しさに、説明の難しさを増加したいと考えています。
オブジェクト指向の切り替えhttps://www.cnblogs.com/fzz9/p/8973315.htmlの基本原則を理解します