Joh*_*ley 10 android android-appcompat material-design android-5.0-lollipop android-toolbar
因此,对于基于Material的Android应用程序,文档和示例目前很少且很少,而且还有更多内容.
我已经阅读了迄今为止的所有文档,但有一个我从很多人那里听到的更普遍的问题:
要么
我的ocd开发人员更愿意拥有最纯粹的Material形式,但是使用Toolbar和其他重要因素,使用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
应用程序是否应该使用AppCompat尽可能多地制作系统材质,如果是这样,这会对5.0及以上的设备产生什么负面影响?
您可以使用AppCompat同时通过备用资源在Lollipop上支持Pure Material.所以你真的不必选择支持其中一个.谷歌花费大量时间开发AppCompat的原因是开发人员可以接受Material设计并仍然支持传统设备.
我的ocd开发人员想要尽可能使用最纯净的材料
这实际上有点危险.例如,如果您想在缺少RenderThread的5.0之前的设备上使用涟漪/其他动画,则可能会影响没有专用动画线程的设备上的性能.
它真正归结为我将能够使用AppCompat为我的用户提供与使用原生主题相同的惊人体验.谷歌在AppCompat-v21和其他支持库方面做了非凡的工作,在5.0之前的设备上实现了Material-esque设计.所以答案是肯定的,使用AppCompat为您的用户提供源于Material Design的统一,稳定的体验.
这完全取决于你。
一些开发者可能会发现不使用 appcompat 更容易开发,并选择为 pre-21 和 Material for 21+ 做 Holo。许多开发人员希望他们的应用在不同设备上看起来(大部分)一致,并选择在 pre-21 上使用 appcompat for Material。
| 归档时间: |
|
| 查看次数: |
3910 次 |
| 最近记录: |