小编jsg*_*jsg的帖子

我们无法令人满意地Roboto Thin在我们的JavaFX应用程序中以我们想要的大小显示字体.它在re re中遭受混叠.

我们从这里获取了Roboto字体.(实际上来自maven)

看起来很好,100px哪个太大了,不适合我们的目的.

理想情况下,我们希望这可以重新调整大小和可伸缩性.然而,即使在50px时它看起来也是锯齿状的,这应该是最容易调整的,因为它可以被2整除(没有完美外观100的失败转速像素).我们尝试过其他同样不满意的小尺寸.

如果你看看RobotoThin100这个呈现为谷歌网络字体的链接,它会小得多,并且没有任何这些别名问题.

我们计划使用这个移植框架在android上运行,这意味着我们需要使用Java 7,而不能像我们目前所理解的那样升级到JavaFX 8.但是,截图只是来自Windows 7版本.

我们的CSS如下所示:

.label
  {
    -fx-text-fill:#ffffff;/*white*/
    -fx-font-size: 100px;
    -fx-font-family: "Roboto Thin";
  }

我们做错了吗？

提前致谢.

使用HRD和BigTable,您将被迫处理所有非祖先查询的查询的最终一致性.您的代码必须足够强大,以应对结果可能过时的事实.

随着Google推出Cloud SQL,他们发布了免责声明:(https://developers.google.com/cloud-sql/faq#hrapps)

"We recommend that you use Google Cloud SQL with 
High Replication App Engine applications. While you can use use 
Google Cloud SQL with applications that 
do not use high replication, doing so might impact performance."

这是什么意思？这是否意味着使用SQL与HRD存在相同的最终一致性问题？SQL中没有实体组的概念,但这是否意味着在特定情况下特定的SQL查询会产生陈旧的结果？

这意味着谷歌的SQL原子事务合同的实现将被破坏,并且SQL将不会像关系数据库的用户期望的那样起作用.如果不是这种情况,那么对于使用SQL的主/从或HRD模型有什么顾虑？为什么Google会让您选择性能较差的模型？