扫码关注官方订阅号
认证高级PHP讲师
Android 5.0 之前的版本，对 @ interface 注解操作处理的并不好，效率完全不能和 jvm 相比，所以注重运行流畅的框架基本都抛弃了 注解 的使用。而 ButterKnife 的注入依赖注解，其运行效率必然不高。另外，在一些场景下，比如视图注入的过程中，你并不能优化 ButterKnife 的查找。比如一个我们需要找到一个父视图中的数个子视图，如果纯手工写，我们可以先找到父视图，在从父视图中查找子视图。而 ButterKnife 却要每次重新从根视图去查找，效率也是有所下降的。
坦白来说，ButterKnife 主要是用来提升开发效率的，其牺牲的是运行效率，而且了很大的运行效率。如果比较看重运行效率的App最好不要使用这种框架，如果是小型的，追求开发效率的App可以采用。
ButterKnife 会影响性能，但说实话的话这个和开发者自己产生的性能问题相比，我觉得不是大问题。如果是无时无刻都在追求性能的话，可以放弃，但是如果自己都没有好好优化自己代码的性能的话，我觉得使用ButterKnife对你的应用运行效率产生不了本质上的影响
ButterKnife基本不会影响性能，它利用了注解的机制在预编译时就会进行转换，真不知道楼上运行效率必然不高的结论是如何得出来的？绑定id等重复的操作对编写核心或者有趣的代码没有一点帮助，而butterKnife带给我们的是更简洁优雅的方式来进行代码开发而不是搬砖，我们可以把更多的时间放在如果优化性能，如何做出更好的效果。分享一个链接：https://zhuanlan.zhihu.com/p/...【腾讯Bugly干货分享】深入理解 ButterKnife，让你的程序学会写代码
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
0 
3
561
收藏
Android 5.0 之前的版本，对 @ interface 注解操作处理的并不好，效率完全不能和 jvm 相比，所以注重运行流畅的框架基本都抛弃了 注解 的使用。而 ButterKnife 的注入依赖注解，其运行效率必然不高。另外，在一些场景下，比如视图注入的过程中，你并不能优化 ButterKnife 的查找。比如一个我们需要找到一个父视图中的数个子视图，如果纯手工写，我们可以先找到父视图，在从父视图中查找子视图。而 ButterKnife 却要每次重新从根视图去查找，效率也是有所下降的。
坦白来说，ButterKnife 主要是用来提升开发效率的，其牺牲的是运行效率，而且了很大的运行效率。如果比较看重运行效率的App最好不要使用这种框架，如果是小型的，追求开发效率的App可以采用。
ButterKnife 会影响性能，但说实话的话这个和开发者自己产生的性能问题相比，我觉得不是大问题。如果是无时无刻都在追求性能的话，可以放弃，但是如果自己都没有好好优化自己代码的性能的话，我觉得使用ButterKnife对你的应用运行效率产生不了本质上的影响
ButterKnife基本不会影响性能，它利用了注解的机制在预编译时就会进行转换，真不知道楼上运行效率必然不高的结论是如何得出来的？绑定id等重复的操作对编写核心或者有趣的代码没有一点帮助，而butterKnife带给我们的是更简洁优雅的方式来进行代码开发而不是搬砖，我们可以把更多的时间放在如果优化性能，如何做出更好的效果。
分享一个链接：
https://zhuanlan.zhihu.com/p/...
【腾讯Bugly干货分享】深入理解 ButterKnife，让你的程序学会写代码