问题标签 [design-guidelines]

我正在创建一个 Windows Phone 8 应用程序，它显示了一个使用颜色编码方案的结果。我想为用户提供有关颜色编码方案的帮助。但是如何显示这个帮助呢？我不知道有关在 Windows Phone 应用程序中显示帮助的设计指南。

给定一个接受参数并返回或基于参数对某些内部规则的遵守的bool验证函数：truefalse

如果参数是null，函数应该：

• 返回false
• 返回true
• 什么都不做，简单地提出一个ArgumentNullException

我倾向于相信最好的做法是提出例外。然而，我很想听听其他人在这个问题上的经验。

鉴于 a 的唯一选择bool，我个人很想 return ，但根据函数使用的上下文，也false可以看到 return 的好处。true例如，一个空字符串可以被解释为空并且可以被认为是有效的。

是否有针对这种特定情况的最佳实践指南？我正在寻找一个指南，就像在Code Complete等书籍中找到的指南一样。

是否总是需要逐案处理？

我已经阅读了材料设计指南，但我不知道如果波纹不是黑色（带有 alpha），它应该是什么颜色。

例如，我有一个 colorPrimary = blue 和 colorAccent = red 的应用程序。实际上我正在使用 colorAccent（带 alpha），如果我想要与波纹不同的黑色颜色，我应该使用 colorPrimary（带 alpha）吗？

我检查了谷歌的所有应用程序，但他们从不使用带颜色的涟漪。

像我现在这样的图像：

最近我阅读了关于 Metrics and Grids 的设计指南。它谈到了我应该在布局中使用的 48dp 节奏。

但是“心灵差距”一章让我感到困惑。它指出：

每个 UI 元素之间的间距为 8dp。

但在这张图中：

在同一页面的示例中，8dp 和 4dp 都用作填充/边距。

那么我应该使用的实际值是多少？

首先 - 让我为完全是 Angular 新手而道歉。

我目前正在开发一个新的网络应用程序并尝试遵循样式指南（https://github.com/johnpapa/angular-styleguide）

我的工作正常，但目前必须在我的每个控制器中声明我的过滤器功能。

我不希望有这种重复并在自己的文件中有一份副本，但如果我这样做并尝试在我的模板中使用它，它就不会被识别。

我的过滤功能是：

我正在尝试按如下方式使用它：

如果我在控制器中包含该功能（如下）一切正常：

我试过删除“vm”。在过滤器之前，但仍然没有。我认为这是一个范围界定问题，但似乎找不到任何东西来指导我找到解决方案。

感谢您提供的任何帮助！

我一直在环顾四周，找不到以前版本的 Android 的存档，您可以在其中查看当时 GUI 是如何完成的。

我正在开发一个应用程序，并希望使其 UI 与其运行的平台版本一致。

任何帮助将非常感激。

根据 Apple 指南，他们建议所有图像都是 png。

https://developer.apple.com/library/ios/documentation/UserExperience/Conceptual/MobileHIG/IconMatrix.html

我有一个很大的背景，PNG 大约 1.5 mb，JPG 大约 150 Kb。较小的图像尺寸将帮助我缩小应用程序尺寸。

我可以使用 JPG 文件，否则将违反 Apple 准则。

我有一个使用自定义颜色的波纹。但是，颜色永远不会完全不透明。根据什么应该是波纹的颜色，colorPrimary 或 colorAccent 的答案？（材料设计）它始终具有 40% 的 alpha。查看答案，我尝试使用以下 v21 特定的可绘制 xml 来强制选择不透明的红色背景：

但是，我总是得到 alpha 红色，而不是我想要的不透明红色。有可能得到不透明的波纹吗？这是波纹的屏幕截图，其中红色永远不会完全不透明。

您可以在https://github.com/gradha/Stackoverflow33217896找到一个使用 XML 涟漪和另一个由代码生成的涟漪效应的简单示例。后者表明如果不重写代码就不可能实现不透明的波纹。

一个类T应提供一个成员函数，该函数将一些但不是所有成员变量（最小示例：只有一个变量X）从一个类型的对象复制T到另一个类型的对象T。有两种可能的解决方案，从复制和复制到：

有理由更喜欢一种变体而不是另一种吗？是否有指导方针、最佳实践示例或任何其他内容？

函数应该如何命名？一个理想的名称应该比 短得多copy_(from|to)_other，但不要怀疑复制的方向。

我正在与一位同事讨论只有一个公共方法的简单类的 API。我最初选择的是：

但是，我的同事反对使用 operator() 并希望为清楚起见简单地将方法命名为“计算”。虽然我觉得这个论点没有说服力，但它让我想到了利弊。

优点 operator()

• 该类是精简的，并且有一个明确定义的目的。一旦实例化，它基本上充当一个自由函数。
• 它是一个仿函数，可以很容易地使用（例如 STL 算法）。
• 当将它与范围算法一起使用时，可以直接传递对象而不是通过函数指针，这使编译器能够内联代码。虽然不能保证，但通过函数指针传递它会完全抑制这种可能性。

缺点 operator()

• 如果不查看类名，则不太清楚该方法的作用。（我个人不同意，因为该类只有一种方法，因此从类名中可以清楚地看出其含义）
• STL 中的大多数函子都应该是无状态的。我认为这是阻碍我前进的主要原因......

我很惊讶地发现我对此的搜索并没有带来太多，因为我认为这是一个很常见的场景（一个班级，一个责任）。因此，我真的很想听听其他人对此的看法。