9

GUI と CHUI の両方で構築された製品があります。今後は、多くのソフトウェアを再設計し、主にすべての GUI に移行することを検討しています。グループへの私の質問は、CHUI を維持することについて説明する必要があるかということです。GUI に対する CHUI の利点は何ですか? 過去に何度も、CHUI はマウスが必要ないため高速であると言われてきました。適切なキーボード ショートカット、ホットキー、および/またはタッチ スクリーンを使用すると、GUI も同様に高速になる可能性があると私は主張します。

ハードウェアが制約を提供しなくなった場合、CHUI はもはや考慮すべきではありませんか?

また明確にするために、私が CHUI について話すときは、CHARacter ベースのユーザー インターフェイスを意味します。また、主にエンド ユーザーへのデータの効果的な表示にも関心があります。

自動化およびスクリプト ベースのタスクにコマンド ライン ベースのインターフェイスを使用することの重要性を強調する素晴らしい反応がいくつかありました。これは、設計を開始するときに心に留めておきます。

4

15 に答える 15

14

プログラマーではなく、顧客を調査する必要があります。アプリケーションを使用する顧客が CHUI を必要とする場合、たとえすべての開発者が時間の無駄だと考えていても、顧客は常に正しい (顧客が間違っている場合を除いて) ため、CHUI を構築します。

于 2008-10-31T14:20:45.417 に答える
14

CHUI (必ずしもコマンド ライン インターフェイスではなく、フォームとフィールドを備えたもの) の主な利点は、ナビゲーションと一貫したレイアウトのためのキーボードです。それが鍵です。

GUI が完全かつ効率的にキーボードでナビゲートできる場合、CHUI ユーザーベースは満足するはずです。これは、やがて、ユーザーが「インターフェイスを見る」ことなく、システムにコマンドを「入力」するだけだからです。GUI の主要な機能であるインターフェイスを「検出」する必要はありません。

CHUI は恐竜のように見えますが、機能的で使用可能です。トレーニングを受けたほとんどの人 (特に POS/カウンターの従業員だけでなく、工場や倉庫のフロアなどのバック オフィスのシナリオでも) は、CHUI を問題なく使用できます。

しかし、重要なのはキーボードのサポートであるため、ユーザーは画面が追いつくのを待つ必要はありません。キーボードを熟知した熟練したオペレーターを見ると、アプリケーションが飛ぶようになります。ポップアップ ウィンドウなどを見る機会はほとんどありません。

于 2008-10-31T15:06:45.730 に答える
10

あなたは絶対にまだそれを考慮する必要があります。最も重要なことは、コマンド ライン プログラムは (通常) GUI よりもはるかに簡単に自動化 (およびスクリプトでチェーン化) できることです。コマンド ライン インターフェイスのないソース管理ツールを使用することは想像できませんが、GUI があると便利なことは明らかです。

特定のアプリにコマンド ライン バージョンが必要かどうかは、アプリの機能を知らずに判断するのは困難です。自動化とスクリプト作成が必要ですか? VPN を接続して非常に悪い接続から実行し、低帯域幅を評価する人がいるでしょうか?

MS は確かにコマンド ラインが死んでいるとは考えていないことに注意してください。

于 2008-10-31T14:20:03.953 に答える
5

あなたの顧客が最終的な決定権を持つべきだという Eli の意見に同意しますが、あなたのプログラムの肉が GUI (または CHUI) に織り込まれすぎないようにすることができれば、両方を利用できるようにするための生産コストは最小限に抑えられるはずです。

于 2008-10-31T14:27:14.140 に答える
5

Unix 用のアプリを作成していて、ボックスに telnet / ssh するユーザーを処理する必要がある場合は、コマンド ライン インターフェイスが必要になります。

それはあなたのターゲットに依存すると思います。他のアプリからコードをスクリプト化していますか? これは、対話型バージョン (または GUI の起動を回避するための一部) を維持するための要件です。

私たちは通常、どちらか一方を行います。しかし、ftp を介してデプロイ可能で ssh を実行する必要があるユーティリティが時々あります。または、ユーザーがアプリに埋め込むツールがあり、UI を公開したくない (データ移行/変換)。

于 2008-10-31T14:28:56.213 に答える
4

今日に至るまで、私が今まで見た中で最も効率的なユーザー インターフェイスのいくつかは、昔ながらの端末ベースのキャラクター インターフェイスでした。

逸話: 私はかつて、500 人の顧客サービス担当者が使用する端末アプリケーションを「モダナイズ」するプロジェクトに参加していました。セクシーな GUI モックアップを公開し、ユーザーを含む全員が感銘を受けました。私たちはこのアプリケーションに 6 か月間取り組みましたが、すべてのユーザー受け入れテストで勝者が見つかったようです。

しかし、アプリケーションが最終的に起動されたとき、それは惨めに失敗しました。結局のところ、CSR のパフォーマンスは毎日測定されており、処理された通話あたりの平均秒数まで測定されています。そして、彼らがどれだけ努力しても、GUI では端末インターフェースと同じレベルの効率を達成することはできませんでした。タブやショートカットを使えば近づくことができますが、そこまではいきません。

難しい教訓。現代のプログラマーは「恐竜」を嫌うかもしれませんが、ユーザーは洗練されたインターフェースを本当に気にかけているのでしょうか? 通常、彼らは自分の仕事を終わらせたいだけです。

于 2008-10-31T15:26:59.510 に答える
3

これを最初に読んだとき、これはおそらく基本的には一連のフォームであるが、端末内に表示されるアプリの 1 つだとすぐに思いました。このような恐竜がレジで走っているのをよく見かけます。また、車を購入する際に、このようなアプリでローンを申し込んでいたのを見た記憶もあります。このタイプのアプリケーションは、現代の世界では居場所がないようです。ごくわずかな処理能力を備えたシステムでも、今日では通常の GUI を処理できます。本当にローエンドの従来の顧客をサポートしようとしているのでない限り、このユーザー インターフェイスは削除してください。適切なキーボード ショートカットを備えた GUI (どうか、どうか、GUI プログラムをキーボードのみで使用することを検討してください...) は、古い CHUI システムから来たユーザーにとっても同様に効果的であり、以前の CHUI システムに慣れているユーザーにとってははるかに使いやすくなります。 GUI、

誰もがコマンド ライン アプリを立ち上げる理由がわかりません。ほとんどの人は、コマンド ラインがなくなるわけではないことを認識していると思います。GUI よりも多くのタスクではるかに高速です。主な理由は、プログラムが非対話的である (したがって、簡単にスクリプト化できる) 傾向があるためです。アプリがインタラクティブになると (または、少なくとも、非インタラクティブにするためのパラメーターがなくなると)、コマンド ラインからアプリを実行することはそれほど重要ではなくなります。ターミナルベースの Vim のような素晴らしいプログラムでさえ、グラフィカルな対応物 (gVim) に移行しています。

于 2008-10-31T14:44:40.877 に答える
2

Firefox のような GUI アプリでさえ、 Ubiquityのようなコマンド ライン インターフェースの恩恵を受けることができます。GUI 内からコマンド ラインを提供する方法がある場合、両方の長所を活用してみませんか?

多くの CAD プログラムにはコマンド ライン インターフェイスがあり、コマンド ラインで実行した GUI 操作が何に相当するかを示します。そうすることで、頻繁に行うことのコマンド ライン操作と、GUI インターフェイスの発見可能性を維持しながら、コマンド ラインがより迅速に対話できる場所を学ぶことができます。

Rhino3D のコマンド ラインを示すこの youtube ビデオを参照してください。

于 2008-10-31T14:22:58.830 に答える
1

私がこれまでに読んだすべての調査では、経験豊富なユーザーにとって CHUI の方がはるかに高速であることが示されています。GUI は、新しいユーザーや、たまにしか使用しないアプリケーションにとって簡単です。また、特定の画面サイズについては、GUI よりも CHUI でより多くの情報を表示できます。優れた GUI を使用すると、概要を一目で把握できます。

于 2008-10-31T15:44:30.677 に答える
1

私たちが遭遇した大きな問題の 1 つは、私が見た GUI テクノロジにはほとんど存在しないマルチセッション機能でした。当社のユーザーは、現在の文字ベースのインターフェイスを使用すると、PC 画面で同時に 10 を超える Telnet ベースのターミナル セッションを実行できるため、マルチタスクやタスク スイッチを効率的に実行できることをすぐに指摘しました。彼らはマルチタスキングをキラー機能として評価し、中断が頻繁に発生するペースの速い環境で恩恵を受けました. セッション状態を常に保持しながら、特定の ERP アプリケーションの複数のインスタンスまたは複数の異なる ERP アプリケーションに同時にアクセスできることは、ユーザー コミュニティにとって重要でした。

于 2009-08-07T02:38:02.650 に答える
1

問題は、GUI フォームの設計慣行にあると思います。特に垂直スクロールバーとタブ機能を使用して、より多くのオブジェクトを配置する傾向があります。これにより、読み込みも遅くなります。これらのシーケンスを覚えて Ctrl キーを押し続ける必要がなくなると、キーボードを使用して CHUI メニューを移動する方が速くなります。Windows のメニュー バーで、ショートカット キーの説明が右側にずれていることがあります。キャラクターベースのメニューは、しばらくすると覚えやすくなりました。

A) - This Menu
B) - That Menu
C) - Some other Menu

または、選択肢を矢印で移動することもできますが、そのメニューが2番目の選択肢であるという筋肉の記憶があるように見えました.

于 2010-01-04T20:20:50.840 に答える
1

上記の他の利点に加えて、別の UI を維持する別の理由を頻繁に見つけました。それは、ユーザーとユーザーのインターフェイスを正直に保つためです。アプリケーションが 1 つのユーザー インターフェイスだけで構築されている場合、設計の原則が簡単にずれてしまい、ビジネス ロジックなどと GUI が複雑に絡み合ったスパゲッティ ボールになってしまいます (最善の意図にもかかわらず)。顧客がコマンド ライン インターフェイスを使用することの重要性に関係なく、すぐに別の GUI (プレゼンテーション レイヤーと読みます) が必要になる時期が来る可能性があり、準備が必要になるでしょう。これはあなたの要件とは関係ないかもしれませんが、心に留めておくのは良いことだと思います...

于 2008-12-28T17:11:53.023 に答える
1

CHUI は、ユーザーの操作速度ではなく、実行速度で高速です。私は組み込みシステム (および GUI) を書いているので、常にコマンド ライン アプリを使用します。

于 2008-10-31T14:19:15.967 に答える
0

データを提示するとすぐに、誰かがそれに対してクエリを実行したいと思うようになります。それをGUIと統合できますが、問題ありません。一部の顧客が特定のタスクをスクリプト化したい場合。準備する。自動化に関係することはすべて、コマンド ラインから行う方が適切です (y harlo thar cron job!)

私はギスが大好きです。私はマックユーザーです。しかし、CLI には時間と場所があります。

于 2008-10-31T15:10:28.233 に答える