- android - 多次调用 OnPrimaryClipChangedListener
- android - 无法更新 RecyclerView 中的 TextView 字段
- android.database.CursorIndexOutOfBoundsException : Index 0 requested, 光标大小为 0
- android - 使用 AppCompat 时,我们是否需要明确指定其 UI 组件(Spinner、EditText)颜色
所以我知道这对于 StackOverflow 格式来说不是一个好问题。但我有点不知所措,请随意推荐一个不同的地方来放置这个可能会引起一些眼球的地方
我非常熟悉用于本地化 python 程序的 xgettext 东西。目前,我们将用户首选项保存为字符串(例如:user_prefs = {'Temperature':u'\u00b0C Fahrenheit', 'volumetric':'Cubicinchs', ...}
)
这工作得很好,当使用外语操作时,我们尝试(大部分成功)在保存之前将字符串本地化反转回英语。这样保存的字符串始终是英文版本,然后我们在启动程序时对其进行本地化。
但是,如果我们将'立方英寸'
更改为u'in\u00b3'
,甚至像'立方英寸'这样的小更改,则会导致以后出现问题
到“立方英寸”
。我们通过总是以小写形式进行比较来在一定程度上弥补了这一点,但这对我来说感觉很糟糕,而且似乎必须有更好的方法来做到这一点,例如保存一个 id (无论是数组的索引还是只是一些唯一的标识符)。但想了解其他人在未来验证用户偏好方面的经验,以便他们始终得到认可。
我怀疑这会结束(要求主观答案),但也许我可以在结束之前获得一些好的见解
最佳答案
听起来您正在尝试使用文本的英文表示形式作为消息的唯一 ID,但是当您更改英文表示形式时,它不再与您之前存储的首选项文件中的 ID 匹配。解决方案是为每条消息使用唯一且永久的 ID。该 ID 可以是英文可读的,但您必须 promise 永远不会更改它。对此 ID 使用简单且标准化的命名约定(不使用 unicode 或大写字符)可能会有所帮助。例如,一个消息 ID 可能是“立方英寸”。另一个可能是“华氏度”
然后,您应该定义国际化文本,以便以每种语言显示此消息,包括英语。因此,如果您想在英语系统上显示“立方英寸”消息,您将查找该 ID 的英语等效项并获得“立方英寸”、“立方英寸”、“u'in\u00b3”或您喜欢的任何内容。然后您的应用程序就可以显示该文本。但您将始终将永久消息 ID(“立方英寸”)存储在首选项文件中。这使您可以灵活地更改向用户显示的消息的英语表示形式,而无需使先前存储的首选项文件中的 ID 无效。
关于python - 本地化和面向 future ,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/16620143/
我正在通过这个示例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
我是一名优秀的程序员,十分优秀!