構造化プログラミングには 4 つの主な原則があります: 1. トップダウン; 最上位の全体目標から設計を開始し、徐々に問題を具体化します。 2. 徐々に改善を求めます。複雑な問題の場合、いくつかのサブ目標を移行として設計し、徐々に改善する必要があります。 3. モジュール化。 4. goto ステートメントの使用を制限します。
このチュートリアルの動作環境: Windows 7 システム、Dell G3 コンピューター。
構造化プログラミングは、モジュールの機能とプロセス設計に焦点を当てた詳細設計の基本原則です。構造化プログラミングは手続き型プログラミングのサブセットであり、記述されたプログラム内で論理構造を使用して、理解と変更をより効率的かつ容易にします。
構造化プログラミングには 4 つの主な原則があります:
1。トップダウン: プログラムを設計するときは、まず全体的な状況を検討し、次に詳細を検討する必要があります。最初にグローバルな目標を検討し、次にローカルな目標を検討します。最初から細かいことを追求しすぎず、全体目標の一番上から設計を始め、徐々に課題を具体化していきます。
2.段階的な改善: 複雑な問題の場合、いくつかのサブ目標を移行として設計し、徐々に改善する必要があります。
3.モジュール化: 複雑な問題は、いくつかのより単純な問題で構成される必要があります。モジュール化とは、プログラムが解決すべき全体目標をサブ目標に分解し、さらにそれを具体的な小目標に分解し、それぞれの小目標をモジュールと呼ぶことです。
4. goto ステートメントの使用を制限する
構造化プログラミング手法の起源は、GOTO ステートメントの理解と議論から生まれました。明確な結論は次のとおりです: GOTO ステートメントは、ブロックやプロセスの異常終了時に必要になることがよくあります。GOTO ステートメントを使用すると、プログラムの実行がより効率的になります。GOTO ステートメントは、return ステートメントに GOTO を使用するなど、プログラム ターゲットを合成するときに役立つことがよくあります。
否定的な結論は次のとおりです: GOTO ステートメントは有害であり、プログラム混乱の根源です。プログラムの品質は GOTO ステートメントの数に反比例します。すべての高級プログラミング言語で GOTO ステートメントをキャンセルする必要があります。 GOTO ステートメントをキャンセルした後のプログラムは、理解が容易で、トラブルシューティングが容易で、保守が容易で、正しさの証明が容易になります。議論の結論として、1974年にクヌースは説得力のある要約を発表し、GOTO声明を削除した。
関連知識の詳細については、FAQ 列をご覧ください。
以上が構造化プログラミングの原則は何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。