个人中心
文章发布
退出
作者热门文章
- html - 出于某种原因，IE8 对我的 Sass 文件中继承的 html5 CSS 不友好？
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景？
25
4
我们有使用 GUI 和 CHUI 构建的产品。展望 future ，我们正在考虑重新设计我们的许多软件，并主要采取全 GUI 的路线。我向小组提出的问题是，我们是否需要考虑保留 CHUI？ CHUI 相对于 GUI 有哪些优点？过去很多人都说 CHUI 更快，因为你不需要鼠标。我认为，使用正确的键盘快捷键、热键和/或触摸屏，GUI 也可以同样快。
如果硬件不再提供约束，我们是否应该不再考虑 CHUI？
还要澄清的是，当我谈到 CHUI 时，我指的是基于字符的用户界面，而且我主要关心的是向最终用户有效呈现数据。
有一些精彩的回应强调了拥有基于命令行的界面对于自动化和基于脚本的任务的重要性，当我们开始设计时我一定会牢记这些!
最佳答案
CHUI(带有表单和字段，不一定是命令行界面)的主要好处是用于导航和一致布局的键盘。这是关键。
如果您的 GUI 可以完全、高效地通过键盘进行导航，那么您的 CHUI 用户群应该会很高兴。这是因为，随着时间的推移，用户只需将命令“键入”到系统中，而无需“查看界面”。他们不需要“发现”界面，而这是 GUI 的主要功能。
虽然 CHUI 看起来像恐龙，但它们仍然具有功能性和可用性。大多数人一旦接受过培训(特别是 POS/柜台工作人员，甚至工厂或仓库车间等后台场景)，使用 CHUI 都没有问题。
但关键是键盘支持，因此用户不必等待屏幕跟上他们的速度。熟练的运算符(operator)熟练掌握键盘可以让应用程序飞速发展。您几乎没有机会看到弹出窗口之类的东西。
关于user-interface - 字符用户界面有 future 吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/253664/
25
4
0
我正在通过这个示例https://www.rusoto.org/futures.html学习Rust和Rusoto 而且我发现许多代码已经过时了。所以我改变了这样的代码: use rusoto_cor
这是一个理论问题。我有一个服务可以调用来完成工作，但该服务可能无法完成所有工作，因此我需要调用第二个服务来完成它。 我想知道是否有办法在没有 Await.result 的情况下做类似的事情map 函数
这个问题是关于如何阅读 Rust 文档并提高我对 Rust 的理解，从而了解如何解决这个特定的编译器错误。 我读过 tokio docs并试验了许多 examples .在编写自己的代码时，我经常遇到
我有一个使用分页的 HTTP api，我想将它包装到一个通用的 Rust 流中，以便所有端点都可以使用相同的接口(interface)，这样我就可以使用 Stream 附带的特征函数特征。 我收到了这
我正在查看 AKKA 的 Java Futures API，我看到了很多处理同一类型的多个 future 的方法，但我没有看到任何处理不同类型的 future 的方法。我猜我让事情变得更加复杂了。 无
环境:Akka 2.1，scala 版本 2.10.M6，JDK 1.7，u5 现在是我的问题: 我有: future1 = Futures.future(new Callable>(){...});
我有一些代码可以将请求提交给另一个线程，该线程可能会也可能不会将该请求提交给另一个线程。这会产生 Future> 的返回类型.是否有一些非令人发指的方法可以立即将其变成 Future等待整个 futu
如果我有以下代码: Future a = new Future(() { print('a'); return 1; }); Future b = new Future.error('Error!')
我一直试图简化我在 Scala 中做 future 的方式。我有一次收到了 Future[Option[Future[Option[Boolean]]但我在下面进一步简化了它。有没有更好的方法来简化这
Scala 中从 Future[Option[Future[Int]]] 转换的最干净的方法是什么？至 Future[Option[Int]] ?甚至有可能吗？ 最佳答案 有两个嵌套Future s
使用下面的示例，future2 如何在 future1 完成后使用 future1 的结果(不阻塞 future3 从被提交)? from concurrent.futures import Proc
这两个类代表了并发编程的优秀抽象，因此它们不支持相同的 API 有点令人不安。 具体根据docs : asyncio.Future is almost compatible with concurre
我正在尝试使用 wasm_bindgen 实现 API 类使用异步调用。 #![allow(non_snake_case)] use std::future::Future; use serde::{
这个问题在这里已经有了答案: Futures / Success race (3 个回答) 去年关闭。 所有的 future 最终可能会成功(有些可能会失败)，但我们希望第一个成功。并希望将这一结果表
我在练习asyncio在编写多线程代码多年之后。 注意到一些我觉得很奇怪的东西。都在 asyncio在 concurrent有一个Future目的。 from asyncio import Futur
如何将Future[Option[Future[Option[X]]]]转换为Future[Option[X]]？ 如果它是 TraversableOnce 而不是 Option 我会使用 Futur
我正在尝试同时发送 HTTP 请求。为此，我使用 concurrent.futures 这是简单的代码: import requests from concurrent import futures
我们在 vertx 中使用 Futures 的例子如下: Future fetchVehicle = getUserBookedVehicle(routingContext, client);
下面的函数，取自 here : fn connection_for( &self, pool_key: PoolKey, ) -> impl Future>, ClientError>
我正在围绕Java库编写一个小的Scala包装器。 Java库有一个对象QueryExecutor，它公开了2种方法: execute(query):结果 asyncExecute(query):Li
我是一名优秀的程序员,十分优秀！