前言 Android代码规范内容非常多,但对我们最有用& 最有影响的莫过于 Android代码的命名规范 可是,有很多人容易忽略Android代码的命名规范,从而导致代码的可读性 & 维护性非常差,最终导致开发效率 & 维护效率降低 今天,我将根据 Google Java 编程规范 & Google 官方 Android 编码规范,为大家带来一份全面 & 清晰的Android代码命名规范,希望你们会喜欢。 ps:最近在筹备一个”和我一起写Android“的活动,需要各大读者的帮
📷 前言 Android代码规范内容非常多,但对我们最有用& 最有影响的莫过于 Android代码的命名规范 可是,有很多人容易忽略Android代码的命名规范,从而导致代码的可读性 & 维护性非常差,最终导致开发效率 & 维护效率降低 今天,我将根据 Google Java 编程规范 & Google 官方 Android 编码规范,为大家带来一份全面 & 清晰的Android代码命名规范,希望你们会喜欢。 目录 📷 1. 为什么 规范 Android 代码命名? 增强代码的可读性 增强代码的可维护性 正
了解并适当结合平台规范与优势,才能做到最佳的用户体验。在《最新Android &
三层架构中,数据层和业务层都已经做过了简单的分享,最后,就剩下展示层了。本篇就给各位分享下我在展示层设计方面的一些经验心得。
一个项目开发必然会涉及团队协作,而工程质量就需要团队去保证。一般我们期望的代码:无潜在风险、无重复逻辑、风格无差异、可阅读性好、新人上手速度快等。为了达到上述目标,一般团队都会制定一套自己认可的编码规范,并且周期性进行 code review。然而编码规范的制定,那么一套编码规范需要包含哪些内容,另外编码规范仅仅是一套软规范,实际程序员同学能遵守到什么程序还是一个未知数,所以需要我们进行人肉 code review,而这种人肉排查方式,很容易遗漏部分问题,保障性还是有些不足。 为此,我们从编码前期、编码中期和编码后期保证进行了初步尝试。
不管你是在家,在公司,还是在设计师工作室工作,互联网企业都会找你去给他们设计 App。为了满足所有顾客的需要,这些企业通常需要同时开发运行在 Android 和 iOS 设备上的 App。 在理想的情况下,我们希望能花上好几个月的时间来分别为两类设备设计一款 App,但是实际上,我们没那么多的时间。就我所负责的项目而言,每次的时间都仅够我设计一个 App。通常情况下,我们也都只设计一个 App,然后在交给 iOS 和 Android 开发团队之前将它们做一些微调。要按照这种方式进行 App 设计,首先我们应
前言 本篇博客从开发的角度来介绍如何开发一个Android App,需要说明一点是,这里只是提供一个如何开发一个app的思路,并不会介绍很多技术上的细节,从整个大局去把握如何去构思一个app的开发,让你对独立开发一款app的时候有个理解,如果有说的不对的地方,欢迎大家拍砖留言讨论。 开发环境 Android应用层使用的开发语言是Java,自然需要用到Java运行环境,无论你在Window是系统还是Mac系统都需要安装JDK,并且配置它的环境变量,不懂什么叫环境变量的或者不知道怎么配的,请利用好自己的百度技能
前言: 目前工作负责两个医疗APP项目的开发,同时使用LeanCloud进行云端配合开发,完全单挑。 现大框架已经完成,正在进行细节模块上的开发 抽空总结一下Android项目的开发规范:1、编码规范 2、命名规范 注:个人经验,经供参考 -------------------------------------------------------------------------------------------------------------------------- 一、An
Android Q 在今年 Q3 就准备发布正式版了,但有一个影响 90% 应用的适配改动。
本文章是参考官网,然后加入自己实践中的理解完成!没有看上一篇的读者,可以先阅读一下前一篇,这是一个系列。
美美导读:【基本功】专栏又上新了,本期介绍一套高效构建Android UI的声明式框架——Litho。作者将带领大家深入剖析它的原理和用法。
总第237篇 2018年 第29篇 概述 Lint是Google提供的Android静态代码检查工具,可以扫描并发现代码中潜在的问题,提醒开发人员及早修正,提高代码质量。除了Android原生提供的几百个Lint规则,还可以开发自定义Lint规则以满足实际需要。 为什么要使用Lint 在美团外卖Android App的迭代过程中,线上问题频繁发生。开发时很容易写出一些问题代码,例如Serializable的使用:实现了Serializable接口的类,如果其成员变量引用的对象没有实现Serializab
距离上个版本更新仅半个月时间,PerfDog 3.5版本就又马不停蹄的来啦!开发小哥哥在疫情隔离期间的洪荒之力此刻全部爆发。新版本规范化CPU利用率与性能参数命名,同时带来了无法识别连接手机时的帮助引导功能,萌新们再也不怕使用PerfDog时“迷路”了。
准备了半个月,思考产品设计、交互设计,见证了公司的产品、UE和开发的撕逼,将自己的思考、感悟,整理成下文,谨代表广大程序猿,向设计狮、产品X开战。希望广大程序猿能够坚持贯彻Google的Material Design,切实认真负责的执行Android的设计思想,将MD设计带到产品中去,不做中国特色的App,将Android的开发风气带到正轨,树立正确的开发观、设计观。 希望广大程序猿朋友在博客后面留言、签名,规范Android设计、树立Android开发风气,需要你们的力量——Android need YO
SDK隐私问题往往比较容易被入门开发者忽略,去年因为SDK隐私问题引起整个移动互联网行业关注的事件屈指可数: (有米、百度…) SDK隐私规范有哪些类型?哪些对于开发者来说应当谨慎对待? 1、索引权限 在国内,应用索取权限是个顽固的老问题,稍微有点儿追求的应用都会索要一系列七七八八的权限(应用开发者为了实现更多的功能,采集更多的数据,往往需要做很多权限声明)。有时你会发现一个扫二维码的应用想要“读取通讯录”的权限、一个监测空气质量的软件需要摄像头和麦克风的权限,其实这些莫名的权限需求可能连开发者自己都没想过
导语:交互设计带来的痛苦和问题,总有种让我们安卓开发者恨铁不成钢的感觉,虽然想吐槽,又无力吐槽。如果你懂得微信交互的设计,那就勇敢的,尽情的去吐槽吧! 在谈交互设计给安卓开发带来的痛苦之前,我们先来
LittleFriendsGroup/AndroidSdkSourceAnalysis Android SDK源码解析,看源码分析时可以来这里看看 Android开发规范 Android开发规范部分截
在 2019 年的 Google I/O 和 Apple WWDC 上,新露面的 Android 10 和 iOS 13 都宣布将支持 Dark Theme 也就是我们常说的暗黑模式,并提供相关 API 供开发者适配。
原文链接:从零开始搭建android框架系列 前言 在开发中,一个良好的开发习惯以及一个开发规范可能会让你少走很多弯路,也会一定程度上的提高代码的可读性,可维护性和可拓展性。当随着需求的不断变更,需要维护项目的时候。当随着项目的代码量的提升,需要重构的时候。你会明白一个好的开发规范多么多么的重要。 这里整理一下自己android开发中的一些规范。希望对各位有帮助。 ---- 命名规范 包命名规范 包名全部采用小写 主包名采用[公司性质].[公司名称].[项目名称]的命名方式 如果根据不同情况进行
自定义签名权限是一种权限,实现使用相同开发人员密钥签名的应用之间的应用间通信。 由于开发人员密钥是私钥,不能公开,因此只有在内部应用互相通信的情况下,才有权使用签名权限进行保护。
其中,从处理方式看,有的采用了Java处理XML的标准方式,有的是经过第三方改进后的XML处理方式;从事件角度看,有的是基于Dom树节点,有的基于事件处理
转载请注明出处 : http://blog.csdn.net/shulianghan/article/details/50515359
在自定义View开篇,必须跨过的一道坎儿 中,我们介绍了自定义View的几种方式,以及如何实现一个规范的自定义View,上文中也说了,实现一个规范的自定义ViewGroup是一件比较困难的事情,因为要考虑的情况包含 本身的padding以及子view的margin 与 本身wrap_content 问题。
近期我们一直在思考如何提升Android端应用的开发和交付质量,Android端应用交付质量相关表现:
向来以审美自居的我自然少不了谈谈UI设计。虽说从未从事过UI相关工作,但着实接触了许多UI相关的东西,并且考虑下份工作从事设计。
补充知识:解决Android Studio无法导入android.support.v4.app.Fragment
转载自http://www.jianshu.com/p/99239b9c1630 看完后感觉满满的干货,信息量太大。(让我静静呆一会儿,消化消化) 值得一看 前言 在开发中,一个良好的开发习惯以及一个开发规范可能会让你少走很多弯路,也会一定程度上的提高代码的可读性,可维护性和可拓展性。当随着需求的不断变更,需要维护项目的时候。当随着项目的代码量的提升,需要重构的时候。你会明白一个好的开发规范多么多么的重要。 这里整理一下自己android开发中的一些规范。希望对各位有帮助。 命名规范 包命名规范 包名全
概述 当你已经做Android开发一段时间,并苦于进入瓶颈,这个时候阅读一些优秀App的源码是最好的学习进阶方式,前几天,邀请去参加一个Android大会,我作为其中一个演讲者,专门讲解了Android新的视觉规范和google player的设计。 Android在5.0之后加快了用户体验的开发,从新的拟物化设计到7.0的分屏设计,无疑不体现了google对Android体验上越来越重视,Topeka是Android 的一个官方app,通过这个app,你还可以学到如何设计你app的交互和视觉以更好的和
刚接触移动应用的界面设计,最先跳入脑海的疑问是:画布尺寸设计多大(特别是Android)、图标和字体大小怎么定、需要设计多套设计稿么、如何切图以配合开发的实现? 本篇将结合iOS和android官方的设计规范、搜集的资料以及工作中的摸索,来分享移动应用界面设计中的尺寸规范等问题,希望能给移动端的新手设计师些许指引。若有不当之处,欢迎斧正。
以前对下面的问题,我的态度是,不报错就是没问题,报错就用快捷键,根据Android Studio提示修复问题,从来不去问个为什么?现在代码洁癖症越来越严重的我,忍不住想看清什么东西在搞鬼。
论文组有同学在开发安卓端的App,结合自己实习和自学的经验,写篇小东西简单介绍下安卓端App设计的基础知识吧~
前文中已经对主流的底部菜单实现进行了详细说明,但随着Android版本的升级,Google又推出了更方便的实现方式,此文就来一探究竟。 一、利用TabLayout来实现 TabLayout 我在Android开发之TabLayout实现顶部菜单一文中是用来做顶部菜单的。确实,Google设计出来本意是做顶部菜单的,但是也可以作为底部菜单来使用。注意与前文比较,只需要稍微修改一下Activity的布局: <LinearLayout xmlns:android="http://schemas.and
为了保证您的应用与用户设备中安装的其他应用在视觉和行为上保持一致,我们 推荐 您遵循 Material Design 规范,因为用户从一个应用中学习的操作模式可以无缝衔接地在另一个应用中使用。
Android Plugin DSL Reference 参考文档 : https://google.github.io/android-gradle-dsl/2.3/
原文链接:http://keeganlee.me/post/architecture/20160303 版权声明:本文刊载在《程序员》杂志2016年3期,版权归《程序员》所有,未经许可不得转载
在《测试妹子的呐喊:为什么总是收不到推送?》这篇文章中,小树解决了测试妹子收不到推送的反馈后,小树对推送就异常感兴趣,把项目里面所有有关推送的代码都阅读了一遍。 但细心的小树发现这里面并没有请求苹果 APNS 接口的代码,只有一些类似于极光推送,友盟推送,腾讯信鸽等推送的注释。 带着这些疑惑,小树又找到了小黑,希望能再次得到大神的指导。 极光推送、友盟推送、腾讯信鸽这些其实都是第三方推送服务商,小黑说道。 诶,有了官方推送那为什么还要用第三方推送呢,小树困惑地问道。 你这个问题倒是问对了,但要清楚地解释这个
因为 Android 设备通常具有不同的尺寸、形状和屏幕像素密度,所以我更喜欢用与分辨率无关的矢量资源(vector assets)。但它们究竟是什么?有什么益处?需要什么成本?什么时候应该使用它们?怎么创建和使用它们?在这一系列文章中,我将会探讨这些问题并解释为什么在你的应用中应该大量地使用矢量资源(vector assets)以及怎样最大限度地使用它们。
小伙伴们,在上文中我们介绍了Android视图组件HorizontalScrollView,本文我们继续盘点,介绍一下视图控件的TableHost。
Material Design 中最基础的一条原则就是 ‘motion provides meaning’,也就是当用户和你的 app 交互时应当提供合理的视觉反馈。标准做法是使用官方提供的 StateListDrawable 来为控件实现交互效果。
Android 开发:开始一个项目前,做些准备可以事半功倍? 把所有的BeanClass(用于序列化、反序列转化的类,也就是Model类)单独放一个文件夹,混淆的时候直接exclude这个文件夹就好了 一定选一个好的、统一的开发模式,MVP也好,MVVM也好,预防中途几种模式杂糅在一起 准备好各种BaseClass adstract method都规范好,杜绝乱建方法; 每天开发以前浏览一遍android.text.TextUtils和android.text.format.DateUtils里面的方法,别
(1)在 app-android-defaultConfig (或者多渠道打包)下面可以这样使用
NativeScript是一个runtime,它提供一些机制可以使用JavaScript构建原生的IOS、Android甚至WP(未来会加入)应用。NativeScript有很多非常酷的功能,比如MVVM和CSS渲染原生UI。但是NativeScript最令人兴奋的是它使JavaScript可以直接调用native API。 这听起来可以会令人困惑,首先看一个例子,下面是使用NativeScript编写Android app的一段代码: var time = new android.text.format.
▊《Android Jetpack应用指南》 叶坤 著 电子书售价:39.5元 2020年07月出版 本书讲解的是Android Jetpack最核心的内容—架构。第1章将对Jetpack做一个大致的介绍。第2章至第9章,将分别详细介绍为搭建MVVM架构而设计的各个Jetpack组件,包括LiveData、ViewModel、DataBinding等。第10章是对前面各章节的总结,将向读者详细介绍什么是数据模型驱动界面更新、什么是MVVM架构,以及如何利用Jetpack组件搭建符合MVVM架构规范的应用程序
UDID是Unique Device Identifier的缩写,中文意思是设备唯一标识.
English User's Guide:https://bbs.perfdog.qq.com/article-detail.htmlid=7
Android 8.0 (API 26)引入了自适应图标,可以在不同的设备上显示不同形状的图标。例如,一个app 如果采用了自适应图标,那么它就可以在一家的 OEM 厂商的手机上显示为圆形,在另一家 OEM 厂商的手机上显示为方形。只需要每个 OEM 厂商提供一个标准的图标遮罩,那么系统就可以将所有的自适应图标渲染为相同的形状。自适应图标同样可用于shortcuts (快捷方式)、设置、分享对话框、屏幕预览等地方。
移动应用的界面设计画布尺寸设计多大(特别是Android)、图标和字体大小怎么定、需要设计多套设计稿么、如何切图以配合开发的实现? 本篇将结合iOS和android官方的设计规范、搜集的资料以及工作中的摸索,来分享移动应用界面设计中的尺寸规范等问题,希望能给移动端的新手设计师些许指引。若有不当之处,欢迎斧正。
有说法是,采用混合模式的WEBVIEW来开发界面,通常适用于需要经常变更的页面,比方活动页,或者其他展示页面;相对行业应用来说,哪些使用原生界面开发,哪些使用WEBVIEW来开发,需要从我们当前的痛点出发来考虑,当前行业应用主要是开发周期相对长,采用WEBVIEW的方式来开发,在通用基础则框架的基础上,则能缩短在UI上的开发时间,提升交付效率;但对WEBVIEW开发应用的体验的提升,是我们当前需要解决的最大的问题;采取的策略是,基于Cordova便于Android层面的扩展,MUI则有丰富的UI组建便于构建UI界面的基础,对于Android程序员来说,只需要安装标准的控件编写html就可以,降低对js复杂度的入门恐惧,所以采用MUI+Cordova技术框架集成方式。
虽然我们项目的代码时间并不长,也没经过太多人手,但代码的规范性依然堪忧,目前存在较多的比较自由的「代码规范」,这非常不利于项目的维护,代码可读性也不够高,
UDID是Unique Device Identifier的缩写,中文意思是设备唯一标识.
领取专属 10元无门槛券
手把手带您无忧上云