機械語(プログラムファイルの内容)では、何も存在しません。文のジャンプ先を変えるだけだからです。言語ではサポートされませんでした。それは、さまざまな理由が考えられます。なるという意味であり、そのための命令が必要になることです。んど無くなってしまいます。言語では採用されなかったのでしょう。ジャンプすることも不可能ではありません。退避をやっていたためです。メリットがないために採用されなかったのでしょう。アセンブラで記述するという方針にしたのでしょう。あると考えることができます。サブルーチンには引数や返り値が無いことが挙げられます。使って渡していました。ほとんどのケースで記述方法が違うだけです。アセンブラでは、レジスタを使って渡していました。具体的に見てみましょう。命令のあったところへ戻るこれは、今回、最初に出てきたプログラムそのものです。確かにレジスタを使って渡しています。レジスタにデータを入れてから機能を実行開始(トリガ)します。データが伝わらないのです。ソフトウェア割り込みを起動することにより機能の実行を開始します。それは無くすべきと考えます。人生の大切な時間を失ってしまうことになります。同時に、引数のデメリットも考えてみましょう。変えてしまうことがある再帰呼び出しができない、スレッドフリーにできない引数渡しのデメリット引数の構成を変えると影響が大きい深い位置の関数までデータを伝えなければならないハードウェアに直接アクセスすることができない引数渡しのデメリットは、次のようにほぼ解決できます。ところも変えなければなりません。増えることには変わりありません。不足している入力データを指定し忘れることが多くなります。指定しなければならないことになります。不要に見えるデータを減らすことができます。アクセスできるようにしておけばスッキリします。ラッパーをかぶせることで解決できます。引数からレジスタにアクセスする関数を作ればすみます。少ないことが分かりました。指定しなくて済むようなときです。深いところまでよく考えて作られています。世の中、それしか考えられないだろう、という単純であたりまえなことほど、よく考えられて苦労して生み出されていることが多いようです。見た目だけというのは、どこか使い心地が悪いものです。命令で戻れるかどうかの違いだけです。問題がすべて解決しているとは思えません。問題を継承しているはずです。デメリットを思い出してみましょう。関数呼び出しによって解決させることができます。細かい部分を関数にすることで、全体的なことに集中することができるからです。迷うことは少ないはずです。して残っていますが、この問題に対しては、コーディング・ルールを使うことでやや解決できます。関数名の始まりはファイル名と同じにしています。これでファイルを特定したら、テキスト・エディタの検索機能を使えば、それほど苦労もなく見つけることができるでしょう。検索機能を使うと呼び出し側までヒットしてしまいます。構造化エディタを使って、より素早く見つけています。このジャンプ先を探さなければならない問題に対しては、ソースブラウズ・ツールを使うことでも解決できます。2)を開発して使っています。他にもプログラムが読みにくいことの原因はたくさんあります。検索&整列プログラムでは、アルゴリズム+データ構造が基本であると昔から言われています。処理の手順だけでなく、データの構造も注意深く設計しないとよいプログラムはできないと言っていると私は考えています。そこで、次回はデータ構造について考えてみたいと思います。