モダンな実用的なプログラマー4
最近、「実用的なプログラマの道を：仕事から専門家に。」を読ん第4章：私は人のエネルギーを参照してくださいすべての「実用的なパラノイア」ファーストが限定されて頂きますので、完璧なソフトウェアを書くことは不可能です私は、エラーコードが処理されるように、追加のコードを書くように見えるかもしれ書かれています。私たちが行うには、各ソフトウェアのために明確にしましょう、役割、それぞれがそれぞれの方法の良い結果に影響を与える可能性がある要因を制御するための方法を果たすべきです。私は本当の裁判官とコードの方法、問題が発生した場合、エラーの原因を見つけることができるようにアサーションに参加する契約によって設計される必要があり、かつ制御への入力パラメータの方法を、理解しています。私は、同じ項目の意味変更項目の概念と重要性を理解しています。リソースが完了すると、解放する、またはプログラムは、もちろん滞在するリソースの割り当てを読み書きし、異常なエラーが発生することがあり覚えています。私はまた、多くの言語でリソースを割り当てる方法を理解するだけでなく、トリムをチェックする必要性を理解しています。
この章では、最初に「契約による設計」の開始について説明し、大きな話は、コンピュータに対処するのは難しいです。より困難な人々に対処します。しかし、種として、我々は長い付き合いを把握する問題に時間を費やしています。我々はまた来て、過去数年間でいくつかのソリューションは、最高の解決策の一つが、率直に言って、契約であることを保証するために、プログラミングに適用されます。契約条項あなたの権利と義務の両方が、またの他の権利と責任を提供しては、ほかに、契約に違反した当事者の結果に合意しました。DBCは何ですか マイヤーは、契約に基づいて設計されたエッフェル言語のためのコンセプトを開発しました。正しい手順は何ですか？あまりない、私はそれが手続きを行うことを宣言します。そのようなステートメントで文書化、および検証、契約に係る設計（DBCと呼ばれる）のコアです。各ソフトウェアシステム機能および方法は何かを行います。あなたが何かを始める前に、ルーチンは、世界のいくつかの所望の状態にあること、および前記システムの状態の終わりに言うべき能力を有していてもよく、マイヤーは、これらの期待を説明し、後で言った：1を、第一の条件-呼び出すルーチンがなければなりません実際の条件は、ルーチンを要求します。条件の違反は前に、ルーチンが呼び出されるべきではありません。良好なデータ転送は、呼び出し側の責任です。2、条件-ルーチンが完了すると、ルーチンがどうなる世界の状態を確保します。これは、無限ループを許可していません。3、同じタイプのアイテム-ビューの呼び出し側のポイントの視点からは、条件が常に真です。これは、内部に日常的になるかもしれませんが、ルーチンは、呼び出し側への出口のリターンに真でなければなりません。最初、私はこの部分を読んだ後、そこにあまり感じではありませんが、後で反射を追加する月曜日の敗北、後に私は突然ことが判明：正しい手順は何か」ではなく、あまりにも多くの、行うには、それを宣言していますか？月曜日コミュニティに身を置けば、教師が論文を作った後、試験は、恐らくはテンションの.....契約に基づいて設計されていないことためのプログラム。「と述べているものは、私だけで、正確です彼らはプログラムを書きたいと単にビットを閲覧、......これだけでなく、私はプログラムは「契約」のデザインに従ってくださいで書くが、また、私に知らせて、読んで警告することはできませんされていることを始めました単に読み、だけでなく、読んだ本として考えブック、の意味を理解し、実践を、考えて。