11

因此，对于基于 Material 的 Android 应用程序，目前文档和示例很少且稀少，但正在添加更多文档和示例。

迄今为止，我已经阅读了所有文档，但我从很多人那里听到了一个更普遍的问题：

  • 5.0以下的应用程序是否应该符合Holo-istic风格，而5.0使用Material？

或者

  • 应用程序是否应该使用 AppCompat 来尽可能多地制作系统 Material，如果是的话，这对 5.0 及更高版本的设备有什么负面影响？

我的 ocd 开发人员的想法是尽可能使用最纯粹的 Material 形式，但是考虑到工具栏和其他重要因素，使用 AppCompat 并修改整个 4.0 应用程序似乎更有意义。

对于那些看这里的人，我读过一些关于此的文件：

http://antonioleiva.com/material-design-everywhere/

https://chris.banes.me/2014/10/17/appcompat-v21/

http://developer.android.com/training/material/theme.html

http://developer.android.com/training/material/compatibility.html

http://android-developers.blogspot.com/2014/10/implementing-material-design-in-your.html

4

2 回答 2

8

应用程序是否应该使用 AppCompat 来尽可能多地制作系统 Material，如果是的话，这对 5.0 及更高版本的设备有什么负面影响？

您可以在使用 AppCompat 的同时通过备用资源在 Lollipop 上支持 Pure Material。因此，您实际上不必选择支持其中一个。谷歌花这么多时间开发 AppCompat 的原因是开发人员可以接受 Material Design 并且仍然支持旧设备。

我的 ocd 开发人员的头脑宁愿尽可能拥有最纯粹的 Material 形式

这其实有点危险。例如，如果您想在缺少 RenderThread 的 5.0 之前的设备上使用涟漪/其他动画，则可能会影响没有专用动画线程的设备的性能。

真正归结为，我是否能够使用 AppCompat 为我的用户提供与使用本机主题相同的惊人体验。Google 在 AppCompat-v21 和其他支持库方面做得非常出色，可以在 5.0 之前的设备上实现 Material-esque 设计。所以答案是肯定的，使用 AppCompat 为您的用户提供植根于 Material Design 的统一、稳定的体验。

于 2014-10-27T20:21:27.917 回答
5

这完全取决于你。

一些开发人员可能会发现不使用 appcompat 更容易开发，并选择为 pre-21 做 Holo，为 21+ 做 Material。许多开发人员希望他们的应用在不同设备上看起来（大部分）一致，并选择在 pre-21 上使用 appcompat 作为 Material。

于 2014-10-27T20:08:07.457 回答