タグ付けされた質問 「cli」

アプリケーションの開発中、私は疑問に思い始めました-コマンドライン引数をどのように設計する必要がありますか？ プログラムの多くは、このように式を使用しています-argument valueか/argument value。私の頭に浮かんだ解決策はargument:value。空白がないと、値と引数を台無しにする方法がないので、良いと思いました。また、左の:文字から最初の文字列を2つに分割するのは簡単です。 私の質問は： 人気のある-argument value式はargument:value、より読みやすく、書きやすく、バグがなく、専門の開発者が理解しやすいですか？ コマンドライン引数を設計する際に従うべき一般的に知られているいくつかのルールはありますか（動作する場合は問題ありません）？ 詳細を尋ねられたので提供します。ただし、回答に影響を与えるべきではないと思います。質問は一般的に良い習慣についてです。それらはすべての種類のアプリケーションで同じだと思います。 私たちは、公共の場所（タッチトーテム、テーブル）で使用されるアプリケーションに取り組んでいます。アプリケーションは、Qt Quick 5（C ++、QML、JS）を使用して記述されています。デバイスにはWindows 8.1 / 10がインストールされます。デバイスを管理するためのフロントエンドインターフェイスを提供します。ただし、一部の上級管理者は、自分でアプリケーションを構成することができます。ビジネスの観点からはそれほど重要ではありませんが、Kilian Fothが言ったことに同意するように、自分のアプリケーションがユーザーの苦痛になりたくないのです。私がここで尋ねたものをインターネットで見つけられない。 より高度なStack Exchangeユーザーへ：この質問を一般的なものにしたかった。コミュニティWikiに該当する可能性があります（既存の質問を回答で変換できるかどうかはわかりません）。この質問をオペレーティングシステムとプログラミング言語に依存しないようにしたいので、ここに表示される答えは他の開発者にとって貴重な教訓になります。

190 design  parameters  cli 

私はプログラミングの経験が豊富なDBAです。 私はいくつかのCLI、非日常的なアプリを開発しました。これらのアプリは、日々の反復タスクを解決したり、それほど複雑ではないものの、より複雑なタスクから人的エラーを排除したりします。これらのツールは現在、ツールボックスの一部です。 CLIアプリは、自動化されたワークフローに含めることができるので素晴らしいと思います。 また、単一のことを行うがそれをうまく行い、プロセスの出力を別の入力とするというUnixの哲学は、戦略的な利点に統合するよりもツールのセットを構築する優れた方法です。 私の上司は最近、CLIツールの開発は「後方」である、または「回帰」を構成するとコメントしました。 現在存在するほとんどのCLIツールはレガシーではなく、常に改善されたバージョンがリリースされているライブプロジェクトであるため、私は同意しませんでした。 この種の開発は、市場で「後方」と見なされますか？ 履歴書では見た目が悪いですか？ また、ウェブであろうとデスクトップであろうと、すべてのソリューションを検討しました。コマンドライン、非対話型オプションが必要です。一部の人々は、これをプログラミングリソースの無駄だと考えています。 この目標は、ソフトウェアプロジェクトの価値ある目標ですか？ また、Webアプリまたはデスクトップアプリの場合、代替CLIインターフェイスを持つことは、ビジネスロジックがGUIから完全に切り離されていることを示す素晴らしい方法だと思います。

38 skills  cli 

GUIアプリでプログラミング作業を減らし、より多くのコマンドラインツールを使用することの利点（特に、より効率的に作業を行うことに関して）について多くのことを聞きました。ただし、コマンドラインツールにさらに依存する場合、ワークフローがどのように異なるかがわからないため、新しいツールセットを学習して変更する時間と労力を個人的に投資するのに十分な見返りがあるかどうかをすぐに評価することはできません私のワークフロー。 たった今： Visual Studio、Eclipseなどを使用してC / C ++ / D / C＃/ Java / Pythonなどの言語でいくつかのサイドプロジェクトをコーディングし、ビルド設定をセットアップし、F5キーを押してビルド/実行して実行します。 私は職場でWebプログラムを開発しています。そのためには、Djangoを使用してサーバーのセットアップ、データベースへの接続などを行います。ほとんどすべてがSciTEテキストエディター内で行われます。 通常のプログラムを起動するには、Launchyを使用します...まだ端末はありません。:) ファイルなどをコピーするには、グラフィカルファイルマネージャー（Windowsエクスプローラー、Nautilus）で通常の検索/移動を使用します。 デバッグ：Windows用のVisual Studioまたはデバッグツールを使用します（Windowsを使用している場合）。Linuxでのデバッグはあまりしていませんが、やったことのために、Eclipse（Windows上のJavaでも）を使用しました。 仕事中：ビルドシステムに接続してプロジェクトをセットアップするには、使用するためにEclipseに統合されたツールを使用するだけです。端末などは必要ありません（ただし、本当にしたい） CLIでこれらのことを行うのはどのようなものですか？どの部品がより効率的/効率的になりますか？主にCLIでの作業から最大の利点を得るには、ワークフローのどの側面を変更する必要がありますか？言い換えれば... 魔法のように私をコマンドラインの第一人者に変えたなら、私の新しいコーディングワークフローは、現在のGUI中心の物事のやり方とどう違うのでしょうか？

17 gui  cli 

C＃4ディクショナリまたはHashtableに含めることができるアイテムの数と、これらの構造に合理的に含めることができる合計バイト数の実際的な制限は何ですか。多数のオブジェクトを使用して、これらの構造がいつ問題を起こし始めるかを知りたいと思います。 コンテキストでは、大量のメモリを備えた64ビットシステムを使用します。また、何らかのフォームまたは「キー」を使用してオブジェクトを見つける必要があります。パフォーマンスの要求を考えると、これらのオブジェクトはメモリに常駐する必要があり、多くは存続します。 サードパーティまたはオープンソースのライブラリを使用しないようにする必要がありますが、他のアプローチ/パターンを自由に提案してください。仕様上の理由から、ネイティブC＃（またはC ++ \ CLI）を使用してこれをビルドできる必要があります。

12 c#  performance  object-oriented-design  cli  dictionary