システム（「一時停止」）; -なぜそれが間違っているのですか？

よくわからない質問があります。

コマンドsystem("pause");は、プログラムを一時停止し、キーボード入力が続くのを待つ方法として、新しいプログラマーに教えられます。ただし、さまざまな程度で行うべきではないものとして、多くのベテランプログラマーによって眉をひそめているようです。

一部の人々はそれを使用するのは結構ですと言います。部屋に閉じ込められていて、誰も見ていないときにのみ使用するためのものだと言う人もいます。彼らが個人的にあなたの家に来てあなたがそれを使うならあなたを殺すと言う人もいます。

私自身、正式なプログラミングトレーニングを受けていない新しいプログラマーです。使うように教えられたので使っています。私が理解していないことは、それが使用されるものではない場合、なぜそれを使用するように教えられたのですか？あるいは、裏返して言えば、結局それほど悪くはないのでしょうか？

この問題についてどう思いますか？

これは、実際にプログラミングを学習することとは関係なく、代わりにIDE / OSの機能を回避するためのプラットフォーム固有のハックであるため、眉をひそめています。VisualStudioから起動されたコンソールウィンドウは、プログラムの実行が完了すると閉じます。新しいユーザーは彼の新しいプログラムの出力を見ることはできません。

System（ "pause"）でのボーディングは、Windowsコマンドラインの "pause"プログラムを実行し、プログラムの実行を続行する前に終了するのを待ちます-コンソールウィンドウは開いたままなので、出力を読むことができます。

より良いアイデアは、最後にブレークポイントを置いてデバッグすることですが、これにも問題があります。

遅いです。プラットフォームに依存します。それは安全ではありません。

最初：それが何をするか。「システム」の呼び出しは、文字通り、Windowsコマンドプロンプトにコマンドを入力するのと同じです。アプリケーションがそのような呼び出しを行うには、セットアップとティアダウンが大量にあり、オーバーヘッドはばかげています。

「一時停止」というプログラムがユーザーのPATHに置かれた場合はどうなりますか？system（ "pause"）を呼び出すだけで、 "pause"というプログラムが実行されることが保証されるだけです（ "pause"という名前の実行可能ファイルがないことを期待してください）。

_getchを使用する独自の "Pause（）"関数を記述するだけです。確かに、_getchもプラットフォームに依存します（注： "conio.h"で定義されています）-しかしsystem()、Windowsで開発している場合よりもはるかに優れており、同じ効果があります（テキストを提供するのはユーザーの責任です） cout程度）。

基本的に：単純に2行のコードと1行のインクルードを追加して、はるかに柔軟なメカニズムを取得できるのに、なぜ多くの潜在的な問題が発生するのでしょうか。

• 遅い：簡単な操作のために、多くの不要なWindowsコードと個別のプログラムをジャンプする必要がある
• 移植不可：一時停止プログラムに依存
• 良いスタイルではありません：システムコールの実行は、本当に必要な場合にのみ行う必要があります
• より多くのタイピング：System（ "pause"）はgetchar（）よりも長い

単純なgetchar（）で十分です。

使用system("pause");はUngood Practice™です。

• まったく不要です。
  Visual Studioからプログラムを実行するときにプログラムのコンソールウィンドウを最後に開いたままにするには、Ctrl+ F5を使用してデバッグせずに実行するか、またはの最後の右中括弧}にブレークポイントを配置しますmain。したがって、Visual Studioでは問題ありません。そしてもちろん、コマンドラインから実行してもまったく問題ありません。

• 
  コマンドラインからプログラムを実行すると、問題が発生し、煩わしくなります。インタラクティブに実行するには、目的のないキーを最後に押す必要があります。そして、pause非常に望ましくないいくつかのタスクの自動化で使用するために！

• ポータブルではありません。
  Unix-landには標準pauseコマンドはありません。

pauseコマンドは、内部でcmd.exeのコマンドや誤っ少なくとも一つの他の回答に記載されているように、オーバーライドすることはできません。つまり、これはセキュリティリスクではなく、AVプログラムがそれをそのように診断するという主張は、コマンドをオーバーライドするという主張と同じくらい疑わしいです（結局のところ、C ++プログラムを呼び出すことsystemは、コマンドインタープリターが実行できるすべてのことを実行する立場にあります）。もっと）。また、この一時停止方法はC ++プログラミングの通常の標準では非常に非効率的ですが、初心者のプログラムの最後ではまったく問題ありません。

したがって、これより前の答えの群れの主張は正しくありません。また、の最後で使用すべきでない主な理由system("pause") やその他の待機コマンドは、main上記の最初のポイントです。これは完全に不要であり、まったく目的を果たしません。 、それは非常にばかげています。

要約すると、cin.get（）のような単純なものを使用できる場合は、プログラムの実行を一時停止し、システムコールを実行して不要なリソースを割り当てる必要があります。人々は彼らが彼らの出力を見ることができるようにエンターを打つまで彼らがプログラムを待たせたいのでSystem（ "PAUSE"）を使います。プログラムが入力を待つようにしたい場合は、クロスプラットフォームで要求の少ない関数が組み込まれています。

この記事での詳細な説明。

std::cin.get()から使用できますiostream：

#include <iostream> // std::cout, std::cin
using namespace std;

int main() {
   do {
     cout << '\n' << "Press the Enter key to continue.";
   } while (cin.get() != '\n');

   return 0;
}

さらに、system('pause')速度が遅く、おそらく必要のないファイルが含まれていますstdlib.h。これはプラットフォームに依存し、実際には「仮想」OSを呼び出します。

ポータブルではないからです。

pause

Windows / dosのみのプログラムなので、このコードはLinuxでは実行できません。また、system一般的に他のプログラムを呼び出すための非常に良い方法と見なされていない-それは通常より良く使っているCreateProcessか、forkまたは類似した何か。

他の回答に記載されているように、これを回避するために見つけることができる多くの理由があります。それはすべて、残りの部分を不愉快にする1つの理由に要約されます。System()関数は、本質的に安全/信頼され、必要な場合を除きプログラムに導入すべきではありません。

学生の課題の場合、この条件は満たされなかったため、このメソッドの呼び出しが存在する場合、プログラムを実行しなくても課題に失敗しました。（これは最初から明らかにされました。）

私にとって、理由もなく終了する前に待つことは、一般的に意味がありません。作業を終えたプログラムは終了し、そのリソースを作成者に戻します。

また、1日の仕事が終わった後、暗いコーナーで黙って待つのではなく、誰かが肩を傾けるのを待ちます。

system("pause");  

これはWindows APIの一部であり、他のオペレーティングシステムでは機能しないため、誤りです。

C ++標準ライブラリのオブジェクトのみを使用するようにしてください。より良い解決策は次のようにすることです：

cin.get();
return 0;

ただしcin、コードに他のが含まれている場合にも問題が発生します。それぞれの後にcin、空白文字であるEnteror \nをタップするからです。cinこの文字を無視してバッファゾーンに残しますがcin.get()、この残りの文字を取得します。そのため、プログラムの制御が限界に達しreturn 0、結果が表示される前にコンソールが閉じられます。
これを解決するには、次のようにコードを記述します。

cin.ignore();  
cin.get();  
return 0;

これを使用してはいけない理由の1つは、セキュリティの脅威であるため、プログラムを別のマシンに渡すと、Windowsで実行されているほとんどのウイルス対策プログラムを怒らせることになります。あなたのプログラムが単純なcout << "hello world\n"; system("pause"); それだけで構成されている場合でも、リソースは重いため、プログラムはcmdコマンドにアクセスできます。これは、アンチウイルスが脅威と見なします。

プロがsystem（ "PAUSE"）;を使用する プログラムの小さな部分を作成するのは、自分でデバッグするためです。変数の結果を取得するためにそれを使用する場合は、各プロセスの前後の間に、それらが正しく機能していることを確認するために使用しています。

それをテストし、残りのソリューションで本格的に動かした後、これらの行を削除する必要があります。ユーザー定義のアルゴリズムをテストして、必要な結果を得るために適切な順序で処理を実行していることを確認する場合は、非常に便利です。

テストして適切に機能していることを確認した後で、これをアプリケーションで使用することは決してありません。しかし、それはあなたがそれが起こっているときに起こっているすべてのものを追跡することを可能にします。エンドユーザーアプリには使用しないでください。

それはすべてスタイルの問題です。これはデバッグに役立ちますが、それ以外の場合は、プログラムの最終バージョンでは使用しないでください。システムを発明した人たち（ "一時停止"）がシステムが頻繁に使用されることを予想していたので、メモリの問題は本当に重要ではありません。別の見方をすると、コンピューターは、私たちがコンピューターで使用する他のすべてのものについて、メモリを抑制し、動的メモリ割り当てなどの直接的な脅威をもたらすことはないので、コードのデバッグだけに推奨します。