混淆打包
android应用程序的混淆打包规范
1.在工程文件project.properties中加入下proguard.config=proguard.cfg ，如下所示：
target=android-8
proguard.config=proguard.cfg
Eclipse会通过此配置在工程目录生成proguard.cfg文件，但是这只能混淆不含第三方包的工程。
而我们的项目中大量使用了第三方包，在用自动生成的混淆文件会导致打包不成功，或者打包成功不能运行的情况，所以必须在基本代码的基础加上其他的属性将第三方库隔离开来不被混淆。
2.含有第三方库的工程混淆，首先去看引用库的官方文档，一般会给出混淆方案，因为有时第三方库中也许不只有一个jar包，第三方库本身可能也会用到其他的jar包，一个个找出来去单独混淆会很浪费时间。
3.常见第三方库混淆流程：
1.首先加入-dontwarn//不用输出警告，增大混淆的成功率
2.将对应的第三方库的包名采用同样的方法解除警告
-dontwarn com.slidingmenu.lib.app.**
-dontwarn com.actionbarsherlock.app.**
-dontwarn android.support.v4.**
-dontwarn com.slidingmenu.lib.**
-dontwarn cn.sharesdk.**
3.指明lib包的在工程中的路径，，，-libraryjars后面跟要编译in.jar 的其它类包，如果是多个，用多行列出
-libraryjars libs/gson-2.2.2.jar
4.引入后，对项目使用到的入口类进行指定，-keep 后跟项目的入口类
-keep class universal-image-loader-1.8.4-with-sources.** { *; }
-keep interface universal-image-loader-1.8.4-with-sources.** { *; } -keep class lockSDK_3.3.** { *; }
-keep interface lockSDK_3.3.** { *; }
-keep class MobileProbe.jar.** { *; }
-keep interface MobileProbe.jar.** { *; }
-keep class https://www.doczj.com/doc/3d7650458.html,.http.SslError
-keep class android.webkit.**{*;}
-keep class cn.sharesdk.**{*;}
-keep class com.sina.**{*;}
keep就是告诉proguard不用混淆这个包里面的类
5.有一些特殊包需要注意
如果加了android.support包的话，那么要加上
-libraryjars libs/android-support-v4.jar
-dontwarn android.support.v4.**
-keep class android.support.v4.** { ; }
如果加了gson包的话，那么要加上
-libraryjars libs/gson-2.2.2.jar
-keep class sun.misc.Unsafe { *; }
-keep class com.google.gson.stream.* { ; }
-keep class com.google.gson.examples.android.model.* { ; }
-keep class com.google.gson.* { *;}
如果项目中含有引用接口的实体的话，那么要加上
-keep public class * implements java.io.Serializable{
public protected private *;
}
如果项目中含有设值注入的实体的话，可能会在打包运行不报错，但是运行报错，比如空指针异常，或者是反射的时候报错是不
是实体类被混淆了。导致找不到实体类无法get或者set，那么要加上
-keep public class mypackage.MyBean { public void setMyProperty(int); public int getMyProperty();}
4.最后，我们看一看混淆的过程
-libraryjars libs/android-support-v4.jar
-dontwarn android.support.v4.**
-keep class android.support.v4.** { ; }
解释：
-libraryjars指明lib包的在工程中的路径，而-dontwarn android.support.v4.**和-keep class android.support.v4.** { ; }，这两个参数用来保持第三方库中的类而不乱，将-dontwarn和-keep 结合使用，意思是保持android.support.v4.** { ; }，这个包里面的所有类和所有方法而不混淆，接着还叫ProGuard不要警告找不到android.support.v4.** { ; }这个包里面的类的相关引用，防止可接受警告的出现影响到程序的运行。
注：混淆基本流程，就是这样，不同的第三方库大同小异，都可以采用这种方法去处理！！！
一、APP界面设计规范 （一）界面尺寸 1、IOS界面尺寸：常见为（宽度640px、高度1136px） 2、Android界面尺寸：常见为（宽度720px、高度1280px） 其他尺寸：ldpi（240*320）、mdpi（320*480）、hdpi（480*800）3、Web Mobile尺寸：常见为（宽度640px、高度960px） （二）导航尺寸 1、IOS导航尺寸：高度60px，留白7px 2、Android导航尺寸：高度64px或48px，留白8px （三）标签尺寸 1、IOS标签尺寸：高度98px 2、Android标签尺寸：高度96px （四）工具栏尺寸 1、IOS工具栏尺寸：高度88px 2、Android工具栏尺寸：高度96px （五）列表高度 1、IOS列表高度：高度88px 2、Android列表高度：高度96px （六）资源状态 对于资源通常设计弹起、点击、点击后、不可用四种状态，通常弹起、点击、点击后用不同颜色表示、不可用状态用低度灰色表示。 （七）字体
1、IOS默认英文为HelveticalNeue，中文为黑体 2、Android列表高度：默认为 Droidsans fallback （八）字号 字号通常按照标题及征文级别递减为42、36、34、30、24（九）ICON 1、IOS常用尺寸有1024*1024、512*51 2、120*120、60*60 2、Android常用尺寸有512*512、200*200、72*72、48*48（十）资源插图 1、长方形插图高度一般不超过背景宽度的二分之一 2、缩略图两张并列高度一般不超过200px，宽度要适中有留白 3、图文混排中图片一般不高过150*110
Android 人机界面设计规范 1Android 设计的依据 1.1 框架结构及流程 是什么使得android 有着独特的用户体验？ 后台处理支持多任务功能 正在进行和事件驱动的提示信息 通过Widgets 和live folders 来实现实时信息的预览 用户想用时，任一应用程序都可以挑选和选择 android 不是关于程序的，它是关于活动，把任务分层， 1.2 架构基础 硬件平台 android 设备代表的是硬件和软件的完美组合。硬件辅助导航操作，并给android 提供更多更好的功能。当菜单没有开启，要把屏幕最大化时，菜单按钮可以在屏幕上提供更多的内容。返回按钮允许使用返回堆（back stack）。 竖屏与横屏 一般来说，用户界面开发竖屏与横屏。在新横屏也仍存在于新的Android 手机中。99％的android 布局支持横屏。 焦点和菜单 在触摸模式里没有焦点，只有轨迹球。Android 平台里没有鼠标焦点。确定你从未显示焦点。主菜单应该包括全部功能；它们与活动联系一起形成整体。菜单上的图标按重要性排序。如果有多于5 个图标，使用点击more menu 菜单来查看那些不太重要的菜单项。上下文菜单（长按）集中在一个特定对象。 总是把那些与所选项最相关的行为放在长按菜单的顶部。 需要记住的几点： 设计时要考虑速度和简洁 尽量分层来分等级 屏幕上的活动尽量最小 使用下载进度条，下载数据时，而不是让用户等待去看一个加载完全的页面。 考虑活动流而不是线性行为 1.3 屏幕上的行为
android 设计了特定的行为方式。在你的应用程序里利用好这一点。应该坚持android 行为的标准，避免混淆用户。 1.4 表达 细节使得产品集中在细节。程序的美学会帮助你集中注意在那些应用体验核心的关键任务上。API DEMO 是开始你的工具包的好地方。 2 用户界面原则 这部分试图讲述创造一个好的用户界面的一些基本的交互设计原则。这些原则是基本的，不止能应用于android 的用户界面设计，也可以应用于其他。苹果建议开发者花费60％的开发时间来进行设计工作。下面的用户界面原则将为好的设计提供一个基础。 2.1 隐喻 隐喻是构建一个基于操作任务心智模型的模块；用它们来传递应用程序的概念和功能。基于真实世界的应用对象可以帮助用户很快的理解该应用程序。当你设计你的应用程序时，要注意andriod 中存在的隐喻，不要重新定义它们。同时，检查你的应用程序执行的任务，看是否有些自然隐喻你可以使用。 2.2 反映用户的心智模型 用户已经有了一个来描述你的程序正在进行的任务的心智模型。这个心智模型产生于真实世界经验、其它软件和一般电脑基本知识的结合。比如说，用户在真实世界里有写字、寄信的经验，也会产生特定的期待，像写一封新的信，选一个接受者，然后寄出信。一个忽略用户心智模型的电子邮件程序用起来会很困难和不舒服。这是因为程序强加给用户一个不熟悉的概念模型，而不是建立一个用户已有的知识经验模式。 在设计程序用户界面之前，试着去发现你的用户的心智模型,这样帮助用户去执行任务。心智模型中内在的隐喻，它代表了任务的概念组成。在写信这个例子中，隐喻包括信件、邮包和信封。在涉及到照片的任务的思考模式中，隐喻包括照片、照相机和专辑。我们要努力地发现用户的期望，包括任务组成、组织、窗口布局的工作流、菜单和工具栏组织、控制面板的使用。 要通过努力地何必把个下面的特征与用户心智模型相融合： 熟悉性 用户的心智模型主要是建立在经验的基础上 简单化 一项任务的心智模型通常是流线型，关注任务的基本组成部分。尽管对于一个给定的任务有很多可选的细节，但是基本的组成部分占大部分，并且不会占用用户的注意。 可利用性Availability
Android开发参考文档 一、Android编码规范 1. java代码中不出现中文，最多注释中可以出现中文.xml代码中注释 2. 成员变量，局部变量、静态成员变量命名、常量(宏)命名 1). 成员变量: activity中的成员变量以m开头，后面的单词首字母大写（如Button mBackButton; String mName）；实体类和自定义View的成员变量可以不以m开头（如ImageView imageView，String name）， 2）. 局部变量命名：只能包含字母，组合变量单词首字母出第一个外，都为大写，其他字母都为小写 3）. 常量(宏)命名: 只能包含字母和_，字母全部大写，单词之间用_隔开UMENG_APP_KEY 3. Application命名 项目名称+App，如SlimApp,里面可以存放全局变量，但是杜绝存放过大的实体对象4. activity和其中的view变量命名 activity命名模式为：逻辑名称+Activity view命名模式为：逻辑名称+View 建议：如果layout文件很复杂，建议将layout分成多个模块，每个模块定义一个moduleViewHolder，其成员变量包含所属view 5. layout及其id命名规则 layout命名模式：activity_逻辑名称，或者把对应的activity的名字用“_”把单词分开。
命名模式为：view缩写_模块名称_view的逻辑名称, 用单词首字母进行缩写 view的缩写详情如下 LayoutView：lv RelativeView:rv TextView:tv ImageView:iv ImageButton:ib Button:btn 6. strings.xml中的 1）. id命名模式： activity名称_功能模块名称_逻辑名称/activity名称_逻辑名称/common_逻辑名称，strings.xml中，使用activity名称注释，将文件内容区分开来 2). strings.xml中使用%1$s实现字符串的通配,合起来写 7. drawable中的图片命名 命名模式：activity名称_逻辑名称/common_逻辑名称/ic_逻辑名称 (逻辑名称: 这是一个什么样的图片，展示功能是什么) 8. styles.xml 将layout中不断重现的style提炼出通用的style通用组件，放到styles.xml中； 9. 使用layer-list和selector，主要是View onCclick onTouch等事件界面反映
ui设计招聘面试题详解——iOS与安卓的设计规范 来源：扣丁学堂 目前很多新晋的ui设计师不太清楚iOS和安卓的ui设计有什么区别，关于iOS与安卓的设计规范的问题，ui设计师不论是在工作中还是面试中都会常常碰到。在面试中如果你答不出来可能会失去一份不错的工作，在日常的工作中搞不清楚iOS与安卓的设计规范不但工作完成的不好，而且自己也倍感吃力。今天我们来看一下扣丁学堂ui设计视频教程讲师关于ui设计招聘面试题详解——iOS与安卓的设计规范的问题给出的解答： 在解答这个问题之前不知道有多少同学对iOS与安卓的设计规范了解呢?iOS和安卓的ui设计到底有哪些区别又有多少同学能准确的说出呢? 如果你一时想不起来也没关系，扣丁学堂ui设计视频教程讲师跟大家一起来聊聊ios和安卓在ui设计方面到底有什么不一样，iOS与安卓的设计规范是什么样子的。 安卓最新的设计风格是：material design。 iOS目前的设计风格是：扁平化。 虽然目前很多安卓的应用偏苹果风格。也就是说基本都是采用一套iOS设计模板来适配安卓系统。 iOS和安卓的ui区别一：术语解读和系统平台对比 Android是Google公司开发的操作系统。是一种基于Linux的自由及开放源代码的操作系统。主要使用于移动设备，如智能手机和平板电脑，由Google公司和开放手机联盟领导及开发。 iOS是苹果公司的移动操作系统。iOS是由苹果公司开发的移动操作系统，苹果公司最早于2007年1月9日的Macworld大会上公布这个系统，最初是设计给iPhone使用的，后来陆续套用到iPod touch、iPad 以及Apple TV等产品上。 iOS和安卓的ui区别二：UI设计规范不一样 比如现在通常设计的尺寸对比如下： iOS： 750*1334 或者 1242*2208
相信很多人都在开发设计APP时会遇到很多界面上的问题，要以多大尺寸来设计？分辨率是多少？该怎么切图给开发等等 下面的文字就给出一点点技巧总结，但也要给合团队在开发时的习惯。每个工程师们所使用的控件，书写布局习惯来实际移交的图是不一样的，但八九不离十，都是遵循一个原则，便捷开发、自适应强的开发模式 IOS篇 一、尺寸及分辨率 iPhone界面尺寸：320*480、640*960、640*1136 iPhone6：4.7英寸(1334×750)，iPhone6 Plus：5.5英寸(1920×1080) 设计图单位：像素72dpi。在设计的时候并不是每个尺寸都要做一套，尺寸按自己的手机来设计，比较方便预览效果，一般用640*960或者640*1136的尺寸来设计，现在iphone6和plus出来后有很多人会使用6的设计效果。 如果是我来做的话，我会使用640×1136，对plus做单独的修改适配，因为plus的屏幕实在是大了，遵循屏大显示更多内容的原则这里本应该是需要修的了。有更好办法的话希望大家可以分享一下。 Ps：作图的时候确保都是用形状工具(快捷键：U)画的，这样更方便后期的切图或者尺寸变更。 二、界面基本组成元素
iPhone的app界面一般由四个元素组成，分别是：状态栏(status bar)、导航栏(navigation)、主菜单栏(submenu)、内容区域(content)。 这里取用640*960的尺寸设计，那我们就说说在这个尺寸下这些元素的尺寸。 状态栏(status bar)：就是我们经常说的信号、运营商、电量等显示手机状态的区域，其高度为：40px 导航栏(navigation)：显示当前界面的名称，包含相应的功能或者页面间的跳转按钮，其高度为：88px 主菜单栏(submenu，tab)：类似于页面的主菜单，提供整个应用的分类内容的快速跳转，其高度为：98px 内容区域(content)：展示应用提供的相应内容，整个应用中布局变更最为频繁，其高度为：734px 至于我们经常说的iPhone5/5s的640*1136的尺寸，其实就是中间的内容区域高度增加到910px。
一、Android设计常识 开始介绍之前先帮大家梳理一下Android常用单位，方便各位亲们更好的掌握并了解Android端设计规范。 Android常用单位 per inch)：数字影像的解析度，也就是每英寸所拥有的像素数，即像素密度；PPI计算公式：ppi=√（长度像素数2 + 宽度像素数2）/屏幕对角线英寸数 per inch)：是指印刷上的计量单位，也就是每英寸上能印刷的网点数，我们设计用于显示器的默认为（72像素/英寸）就好了； 屏幕尺寸（Screen Size）：一般我们所说的手机屏幕尺寸，比如3英寸、英寸等，都是指对角线的长度，而不是手机的面积； 分辨率（Resolution）：是指手机屏幕垂直和水平方向上的像素个数，比如分辨率为：720*1280，是指设备水平方向有720个像素点，垂直方向有1280个像素点 pixels)：像素，不同设备显示效果相同 （ point）：一个标准的长度单位，ios的逻辑单位，1Pt=1/72英寸，用于印刷业，非常简单易用；标注字体大小（72是早期台式机的DPI） （Scaled-independentpixels）：放大像素，安卓的字体单位； （Density-independentpixels）：是指设备的独立像素，不同的设备有不同的显示效果，它与设备硬件有关系； sp和dp基本一样，是android开发里特有的单位，都是为了保证文字在不同密度的显示屏上显示相同的效果；dp与设备硬件有关，与屏幕密度无关，sp与屏幕密度和设备硬件均无关； 换算关系 android开发中，文字大小的单位是sp，非文字的尺寸单位用dp，但是我们在设计稿用的单位是px。这些单位如何换算，是设计师、开发者需要了解的关键。* dp：以160PPI屏幕为标准，则1dp=1px。 dp和px的换算公式：dp*ppi/160 = px。 对于320ppi的屏幕，1dp x 320ppi/160= 2px。 * sp：它是安卓的字体单位，以160PPI屏幕为标准，当字体大小为100%时， 1sp=1px。 sp 与px 的换算公式：sp*ppi/160= px。
竭诚为您提供优质文档/双击可除android,pad,设计规范 篇一：android尺寸标注设计大全和android切图规范 android尺寸标注设计大全和android切图规范发布于：20xx年11月25日byadmin 如何让app设计，app切图高效的与开发对接，似乎并没有什么更高明的办法。很多团队的做法是先做一套ios的ui+标注+切图，再在ios的基础上缩放一套android的ui+标注+切图。加上25学堂的app设计官方群内的小伙伴们，经常问到如何进android尺寸标注设计大全和android切图规范。 下面所讲的内容是以交互以ios的设计为主导，应用于ios和android两个平台。今天跟大家分享的android尺寸标注设计大全和android切图规范，更适用于人力资源较为匮乏的设计团队。 第一个认识：对于设计环节。 对ios和android使用同一套ios的交互设计这种做法不置可否，毕竟好多人都已经这么干了。而很多情况下，到底用一套交互还是两套，这个问题是被设计部门的话语权、
项目的周期、人力资源等多个因素影响的，并不是简单的节操问题。所以这里不讨论到底一套交互对不对，只讨论这种情况下怎么干活。 那么既然是同一套设计，如果仅仅是为了达到的交付物标准，输出两套几乎完全一样的ios和android的ui图，这种事情略显蛋疼。据我所知有一些设计团队都在不明真相地这么干着。 第二个认识：来看设计环节的交付物 ios和android开发需要的设计交付物至少要有：高保真ui图，标注，切图。高保真ui图所起到的作用是，开发会参照其画页面，仅仅是获知页面样子的一个手段，并非什么高精度的事情。仅仅基于这一条，设计师就没有必要出ios 和android两套样子一样只是大小不同的图的，对于开发来说，他们只需要看到页面样子即可。 标注和切图的作用是，开发会按照标注的尺寸，把切图按照高保真ui图的摆放方式做到界面上。那么问题来了，ios的开发和android开发所需要的标注和切图是不一样的。如何在一套ios的高保真ui图上做出两套标注和切图呢？ 众所周知ios设计的像素尺寸是640*960/1136，android 主流的hdpi模式下的像素尺寸是480*800。如图，他们的换算关系是，ios像素尺寸的75%是android的像素尺寸。 于是很多设计团队就基于这个75%的关系去做android
竭诚为您提供优质文档/双击可除android图标圆角规范 篇一：android尺寸标注设计大全和android切图规范 android尺寸标注设计大全和android切图规范发布于：20xx年11月25日byadmin 如何让app设计，app切图高效的与开发对接，似乎并没有什么更高明的办法。很多团队的做法是先做一套ios的ui+标注+切图，再在ios的基础上缩放一套android的ui+标注+切图。加上25学堂的app设计官方群内的小伙伴们，经常问到如何进android尺寸标注设计大全和android切图规范。 下面所讲的内容是以交互以ios的设计为主导，应用于ios和android两个平台。今天跟大家分享的android尺寸标注设计大全和android切图规范，更适用于人力资源较为匮乏的设计团队。 第一个认识：对于设计环节。 对ios和android使用同一套ios的交互设计这种做法不置可否，毕竟好多人都已经这么干了。而很多情况下，到底用一套交互还是两套，这个问题是被设计部门的话语权、
项目的周期、人力资源等多个因素影响的，并不是简单的节操问题。所以这里不讨论到底一套交互对不对，只讨论这种情况下怎么干活。 那么既然是同一套设计，如果仅仅是为了达到的交付物标准，输出两套几乎完全一样的ios和android的ui图，这种事情略显蛋疼。据我所知有一些设计团队都在不明真相地这么干着。 第二个认识：来看设计环节的交付物 ios和android开发需要的设计交付物至少要有：高保真ui图，标注，切图。高保真ui图所起到的作用是，开发会参照其画页面，仅仅是获知页面样子的一个手段，并非什么高精度的事情。仅仅基于这一条，设计师就没有必要出ios 和android两套样子一样只是大小不同的图的，对于开发来说，他们只需要看到页面样子即可。 标注和切图的作用是，开发会按照标注的尺寸，把切图按照高保真ui图的摆放方式做到界面上。那么问题来了，ios的开发和android开发所需要的标注和切图是不一样的。如何在一套ios的高保真ui图上做出两套标注和切图呢？ 众所周知ios设计的像素尺寸是640*960/1136，android 主流的hdpi模式下的像素尺寸是480*800。如图，他们的换算关系是，ios像素尺寸的75%是android的像素尺寸。 于是很多设计团队就基于这个75%的关系去做android
大型APP中图标组件如何命名 关于图标组件命名的规范，个人觉得关键是在于团队能够有一个统一的规则，所有成员必须是严格遵守并且和开发全盘拉通，不然一切都是空谈。 因为不同的团队使用的软件都不一样，如果使用sketch软件中symbols的伙伴，可能在命名的时候会考虑更多内容，但是还有很多伙伴在使用ps 作图，所以这里只介绍一种通用的命名规则，当然大家也可以根据自己的实际情况去制定，这里只提供一种方法与思路。 一、命名的原则 一款功能多的APP包含很多组建，为了对组建有统一的名称，并对组件命名进行区分，避免组件名称重复出现或组件与名称不符等异常，导致开发不易查找、维护难道大，同时也容易影响APP体验性。
某款APP命名为例，它的命名方式看着清楚，没有重复出现性 a.自身层 对我们自己的文件整理有很大的帮助，后期修改图标组件的时候更加方便快捷，而且规范的命名也显得我们自身比较专业。 b.团队层 如果命名不统一，大家就很难达成共识，任务交接时需要很大的学习成本，所以规范的命名对于团队协同也有极大的推动作用。 c.开发层 这一点很重要，可以极大的节省程序开发的时间成本，减少不必要的沟通与重复切图的概率。只要图标组件命名足够规范，并且和开发达成共识，开发完全可以直接使用的设计切图，而不用更改切图的名称，后期更换切图，只要名称不变，开发易替换、易查找。 二、命名规范 a.命名集合 常见的界面、控件、功能、状态命名集合，此命名需产品经理、设计师、开发工程师进行记住标识的命名名称。
以上是常见的命名名称 b.命名规范 命名尽可能的采用英文，而且全部为小写英文字母，命名中不能含有空格。目的是让开发人员拿到设计切图直接使用，减少再次命名，但是我们要知道，开发人员的代码里只有小写的英文字母，如果给出的命名全是中文，那么开发人员肯定会修改。
PDMS DRAFT 出图定制部分操作手册 可能大家从具体的项目应用中已经见识到或者说体会到了，PDMS在出图方面优点和先进性。实际上我也用过其它三维软件，比如PDS、AUTO PLANT等做过项目，对于它们之间的特点、优点也有一定的理解和认识，坦白说，PDMS是以上几个软件中功能最强大、项目管理最集中和具体，也是项目支持最繁重的，虽然它的前台操作相对简单、命令更实际。尤其PDMS出图（工程平面图、立面图、剖视图等）这一块，虽然前台的操作也就哪么几步，实际上它牵扯的东西非常的多，后台定制的东西非常的多，而且数据又一环扣一环，相当的繁琐和复杂。所以，对于一个项目支持管理员任务相当的重。但所幸的是：对于一公司来说，出图的规则基本上都有特定的，项目与项目之间不会有太大的变化，PDMS可以做到，将一个做好的完整的定制库，供不同的项目循环利用，并不用每个项目都定制一套。 下面就简单介绍一下这部分的操作。 一般来说，为了使这套定制库能循环利用，需将它定制到公司的标准项目（COO）中。安装好PDMS以后，PDMS系统会自带一个标准项目（软件标准项目）MAS它是MASTER的缩写，MAS/SAMPADD库中会自带一套默认的出图定制库（一般来说，它在前台的名称是：DEPT Project_Libraries，DBname 是：MASTER/SAMPADD）如下图：
通常来说，上面的这个系统自带库的定制规则与自己本公司的出图规定肯定是不一样的，所以就需要项目支持管理员建立本公司的出图规则库。过程如下： 一创建线型库 以管理员的身份登陆到标准项目（COO）的DRAFT模块，登陆以后，打开命令行DISPLAY=》COMMAND LINE，在DRAFT模块的数据导航窗口内可以看到好多数据，如下图： 1、确认库名。选择上图中任意一个如下图，在命令行内查询(Q DBNAME)它的DB NAME，确定选中的管理层DEPT的DB NAME是COOSTD/PADD
Android 4.0设计规范 优先导读十大改变& 规范全文翻译 在拜读和翻译了Android design设计指导后，对比Android 4.0与Android2.3及之前版本的app 设计指导，总结了Android 4.0设计的10大改变： 1. 导航栏(详见模式PATTERNS>导航Navigation) 由之前的物理按键导航（返回、菜单、搜索、主页）变成了嵌入屏幕的虚拟按键（返回、主页、最近任务）。 左侧为早期有4个物理按键的手机，右侧为新版只有3个虚拟按钮的手机 把菜单项和搜索项从导航栏去掉，把之前通过长按主页键才出现的最近任务直接展示在导航栏中。
最近任务的界面 把菜单收起的同时，在软件界面的操作栏上增加了“更多操作”（action overflow），如下图中的黄色圆点所示。 黄色圈部分为“更多操作”（action overflow）的位置和点击后内容的展示方式
2. 操作栏(详见模式PATTERNS>操作栏Action bar) 操作栏从之前的app图标＋操作，变成如下图所示： 1向上＋2 Spinner＋3 重要操作＋4更多操作。 其中，向上按钮，点击后是去到当前界面的上一个层级，非第一层级界面有此按钮，第一层级界面则无向上按钮；Spinner 是用于展示内容的下拉菜单，其内容包括视图的快速切换和显示相关内容的完整信息；更多操作（action overflow）是集合操作栏中不常用的和非重要操作的地方。 操作栏可以拆分成下图中的1主操作栏、2顶部栏和3底部栏。如果需要，顶部栏可以承载选项卡tabs，底部栏可以承载主要操作和被收起的更多操作（action overflow）。 在空间足够的横向屏幕展示界面时，被拆分的操作栏，可以灵活合并在一起。如下图中的手机端横竖屏操作栏所示。
一款APP的设计稿从设计到切图 第一部分项目立项阶段 在项目设计之初，就该进行项目归档整理，一般是是“项目名称+版本序列” 第二部分Photoshop IOS的各种分辨率。 1.640*960 iPhone 4时代的尺寸，我最开始用这个尺寸设计，还是拟物的时代呢(基本上现在应该没人用这个尺寸设计了吧)； 2.640*1136 iPhone5/5S/5C，一更新，咱们设计也得跟着与时俱进(应该还有人用这个设计尺寸)，进入扁平的时代了； 3.750*1334 iPhone6 目前是我做设计稿的设计尺寸，iPhone的尺寸，向下可以适配iPhone4，iPhone5，向上可以适配iPhone6 plus；我记得iPhone6推出后，
我问我的设计总监(从业12年)应该用什么尺寸设计，他是就用iPhone6的尺寸吧，好适配，切出来就是@2x了，上下都能照顾到。 所以，我推荐做设计稿的时候使用iPhone6的尺寸进行设计。 iPhone6的尺寸其实相比于以前的5来说很多地方并没有变化，只是高度也就是内容显示区域发生了变化。下面是IPhone 6的空白文档，我建立了参考线。▼
里面已经设置好了参考线，文档建立之初就设置好参考线是个很好的工作习惯我希望更多的设计师可以养成更完美的工作习惯。
上下的参考线很容易设置，因为是根据iPhone自身系统设置的，左右的参考线我习惯设置为24px，也就是显示内容距离边框的距离。这不是绝对的，究竟是设置为左右30px还是24px比较好，通过对国内国外各种APP的对比，觉得24px更适合一些，不宽不窄，这个完全是设计师个人的设计习惯，所以不要当成什么规范， 第三部分标注 下面讲标注的问题，页面怎么标，标哪里，可能我涉及不到所有类型页面，但举一反五足够了；切片输出以及切片命名我们下期再说(如果有错误，请一定要及时帮我指出，我不想误人子弟)。 标注是重中之重，工程师能不能完整的还原设计稿，很大一部分取决于标注；如果不清楚你该怎么标，别怕丢人(我知道有些设计师，特别是刚接触工作的设计师并不敢张嘴去问)，一定要和工程师沟通！包括怎么标，怎么切。 每个工程师实现效果的方法不同，我在这里所说的，是我的标注习惯，也就是我们工程师的开发习惯，但应该适用于大部分的设计师和工程师。 不需要每一张效果图都进行标注，你标注的页面能保证工程师开发每个页面的时候都能顺利进行即可；当然，这要看跟你配合的工程师的习惯，比如我现在搭档的两位IOS工程师，一位要求我全都要标注，另一位要求我标注代表性页面就好(记得标注之前一定要沟通清楚)。
此文档来自网络，不保证没有错误。 Form https://www.doczj.com/doc/3d7650458.html,
CSS命名规则 页面制作最重要的就是CSS，定义合理的CSS命名规范，可以大幅提高页面制作的效率和方便开发及相关人员修改编写。关于CSS的命名我们采用骆驼式命名法。 骆驼式命名法：正如它的名称所表示的那样，是指混合使用大小写字母来构成变量和函数的名字,即函数名中的每一个逻辑断点都有一个大写字母来标记.骆驼式命名法近年来越来越流行了。例如：mianNav footNav 1.通用命名规则： 1)所有ID或者class字母和数字之间用“_”连接，如: #col_1、#col_2 2)所有ID或者class两个单词之间的链接采用骆驼式命名法，如: mianNav、footNav 3)页面主体框架布局命名：Lay_1、Lay_2 、Lay_3 4)栏目布局容器命名一律采用: col_1、col_2、col_3、col_4、col_N 5)栏目标题块命名一律采用title。元素标签采用:
UI设计规范 一、APP界面设计规范 （一）界面尺寸 1、IOS界面尺寸：常见为（宽度640px、高度1136px） 2、Android界面尺寸：常见为（宽度720px、高度1280px） 其他尺寸：ldpi（240*320）、mdpi（320*480）、hdpi（480*800）3、Web Mobile尺寸：常见为（宽度640px、高度960px） （二）导航尺寸 1、IOS导航尺寸：高度60px，留白7px 2、Android导航尺寸：高度64px或48px，留白8px （三）标签尺寸 1、IOS标签尺寸：高度98px 2、Android标签尺寸：高度96px （四）工具栏尺寸 1、IOS工具栏尺寸：高度88px 2、Android工具栏尺寸：高度96px （五）列表高度 1、IOS列表高度：高度88px 2、Android列表高度：高度96px （六）资源状态 对于资源通常设计弹起、点击、点击后、不可用四种状态，通常弹起、点击、点击后用不同颜色表示、不可用状态用低度灰色表示。
（七）字体 1、IOS默认英文为HelveticalNeue，中文为黑体 2、Android列表高度：默认为 Droidsans fallback （八）字号 字号通常按照标题及征文级别递减为42、36、34、30、24（九）ICON 1、IOS常用尺寸有1024*1024、512*51 2、120*120、60*60 2、Android常用尺寸有512*512、200*200、72*72、48*48（十）资源插图 1、长方形插图高度一般不超过背景宽度的二分之一 2、缩略图两张并列高度一般不超过200px，宽度要适中有留白 3、图文混排中图片一般不高过150*110
切图命名规范 management_iocn_upadate@2x.png 在哪里类型是什么几倍图 1.所有命名全部为小写英文字母 2.命名格式 通用切片命名格式 组件_类别_功能_状态@2x.png tabbar_icon_home_defalt@2x.png 标签栏图标主页默认2倍 模块特有切图命名规则： 模块_类别_功能_状态@2x.png news_icon_search_pressed@2x.png 新闻_图标_搜索_ 默认@2x.png 命名规则——命名也就是需要告诉开发，文件是什么、在哪里、第几页、什么状态。 切图命名英文缩写三个原则： 较短的单词可通过去掉“元音”形成缩写 较长的单词可取单词的头几个字母形成缩写 此外还有一些约定成俗的英文单词缩写. 1、产品模块_类别_功能_状态.png 例：发现_图标_搜索_点击状态 2、场景_模块_状态.png 例：登录_按钮_默认状态 3、产品模块_场景_二级场景_状态.png 按钮_个人_设置_默认状态 【场景和二级场景】：一般指app的一级页面与二级页面。 例如上：个人页-场景，个人页里的设置页-二级场景 【模块】：一般指页面中的部分区块，也有指背景图。如背景、按钮、icon都是模块。 【功能】：一般指的是，页面或者模块中，需要操作或点击的某个点，如上图，发现页中的搜索icon。 【状态】：一般指当前切图的状态区分，像按钮的话，有默认状态、点击时状态、按下状态、不可点击状态等，网页上按钮还有悬停状态。 注意：所有命名只能为小写英文字母，不要为了好看或者像平时打英语一样，首字母是大写之类的，也不可以为中文，不然对于开发来说，是没有意义的，因为他们还是得自己再改一遍。 注意：ios切图需要在命名后加上@2x、@3x后缀名，安 卓的切图不需要加，不过有些安卓开发需要切图后缀加 上尺寸。 名词命名： bg（backgrond）：背景 nav（navbar）：导航栏 tab（tabbar）：标签栏 btn（button）：按钮 img（image）：图片 del（delete）：删除 msg（message）：信息 icon：图标 content：内容 left/center/right：左/中/右 logo：标识 login：登录 register：注册 refresh：刷新 banner：广告 link：链接 user：用户 note：注释 bar：进度条 profile：个人资料 ranked：排名 error：错误 操作命名： edit：编辑 download：下载 collect：收藏 comment：评论 play：播放 pause：暂停 pop：弹出 audio：音频 video：视频 状态命名： selected：选中 disabled：无法点击 highlight：点击时 default：默认 normal：一般 pressed：按下 slide：滑动 close：关闭 back：返回
本文整理汇总了一些界面设计（iOS系统）中常用的一些尺寸规范和方法，如控件间距、适配、标注、切图等，设计师在设计时并不一定要严格遵守，但对这些规范应有所了解，并融会贯通。 目录 o界面设计尺寸及栏高度 o边距和间距 o内容布局 o界面图片设计比例 o建立统一风格的图标 o APP版式设计规范 o界面文字设计规范 o设计适配 o切图规范 o设计稿标注 一、界面设计尺寸及栏高度 目前主流的iOS 设备主要有iPhone SE（4英寸）、iPhone 6s/7/8（4.7英寸）、iPhone 6s/7/8 Plus（5.5英寸）、iPhone X（5.8英寸），它们都采用了Retina 视网膜屏幕，其中iPhone 6s/7/8 Plus 和iPhone X 采用的是3倍率的分辨率，其他都是采用的2倍率的分辨率，无论是栏高度还是应用图标，设计师提供给开发人员的切片大小，前者始终是后者的1.5倍，并分别以@3x和@2x在文件名结尾命名，程序再根据不同分辨率自动加载@3x或者@2x的切片。 通过上面的讲解和图示我们了解了iPhone 不同设备的物理尺寸，那么他们的像素分辨率又是多少呢？也就是说我们用Photoshop 做设计新建画布应该设置多大呢？另外，iOS应用中的栏，包括状态栏、导航栏、标签栏、工具栏等，它们的高度又分别是多少呢？（注意：iOS 严格规定了各个栏的高度，这个是必须遵守的）通过下面的表格和图示来为你解答上面的问题。
注意：在进行iphone x 设计的时候我们依然可以采用熟悉的iphone 7 的设计尺寸作为模板，只是高度增加了290px，设计尺寸为750*1624（@2x）。注意状态栏的高度由原来的40px变成了88px，另外底部要预留68px的主页指示器的位置。
公司移动UI设计规范 说明书
修改记录 1、前言 本文档主要为UI设计师和前端工程师提供设计参考和最佳实践，避免相互之间出现技术衔接脱节的问题。文档将由设计尺寸、界面元素、设计细节、切图细节四个部分组成，分别说明如下。 2、设计尺寸 本节主要阐明目前主流浏览设备和软件中的界面尺寸，相关设备和软件分别为iPhone、iPad、Android、Web。详细说明如下 2.1 iPhone
2.2 iPad
2.3 Android 屏幕尺寸 指实际的屏幕物理尺寸，以屏幕对角线来测量。为方便起见，Android把屏幕大小分为广义的四类：小、正常、大、特大。 像素 代表屏幕上一个物理的像素点。
屏幕密度 为解决Android设备中屏幕的碎片化，Android厂商引入了DP的概念。即一定尺寸屏幕显示像素的数量，因此有了四类屏幕密度：低（120dpi）,中（160dpi）,高（240dpi），超高（320dpi），而像素= DP*(dpi/160)。 例如一个240dpi的屏幕里，1DP = （240/160）=1.5px。 因此，设计尺寸确认后，以图标为例，需向上或向下做小、正常、大、特大，以及低、中、高、超高的图标尺寸与密度来适配不同的机型。 典型的设计尺寸 320dp：一个普通的手机屏幕（240x320,320x480,480x800） 480dp：一个普通的平板（480x800） 600dp：7寸平板（600x1024） 720dp：10寸平板（720x1280,800x1280） 安卓设计尺寸建议为720x1280或是480x800
iPhone界面尺寸 设备分辨率PPI 状态栏高度导航栏高度标签栏高度 iPhone6P、6SP、7P 1242×2208 px 401PPI 60px 132px 146px iPhone6 - 6S - 7 750×1334 px 326PPI 40px 88px 98px iPhone5 - 5C - 5S 640×1136 px 326PPI 40px 88px 98px iPhone4 - 4S 640×960 px 326PPI 40px 88px 98px iPhone & iPod Touch 第一代、第二代、第三代 320×480 px 163PPI 20px 44px 49px UI设计规范：IOS、Android系统主流尺寸整理
iPhone图标尺寸： 设备App Store 程序应用主屏幕Spotlight搜索标签栏工具栏和导航栏 iPhone6P - 6SP - 7(3×)1024×1024 px 180×180 px 114×114 px 87×87 px 75×75 px 66×66 px iPhone6 - 6S - 7 (2×)1024×1024 px 120×120 px 114×114 px 58×58 px 75×75 px 44×44 px iPhone5 - 5C - 5S (2×)1024×1024 px 120×120 px 114×114 px 58×58 px 75×75 px 44×44 px iPhone4 - 4S (2×)1024×1024 px 120×120 px 114×114 px 58×58 px 75×75 px 44×44 px iPhone & iPod Touch第一代、 第二代、第三代1024×1024 px 120×120 px 57×57 px 29×29 px 38×38 px 30×30 px
切图命名法头：header 内容：content/container 尾：footer 导航：nav 侧栏：sidebar 栏目：column 页面外围控制整体布局宽度：wrapper 左右中：left right center 登录条：loginbar 标志：logo 广告：banner 页面主体：main 热点：hot 新闻：news 下载：download 子导航：subnav 菜单：menu 子菜单：submenu 搜索：search 友情链接：friendlink 页脚：footer 版权：copyright 滚动：scroll 内容：content 标签页：tab 文章列表：list 提示信息：msg 小技巧：tips 栏目标题：title 加入：joinus
服务：service 注册：regsiter 状态：status 投票：vote 合作伙伴：partner (二)注释的写法: /* Footer */ 内容区 /* End Footer */ (三)id的命名: (1)页面结构 容器: container 页头：header 内容：content/container 页面主体：main 页尾：footer 导航：nav 侧栏：sidebar 栏目：column 页面外围控制整体布局宽度：wrapper 左右中：left right center (2)导航 导航：nav 主导航：mainbav 子导航：subnav 顶导航：topnav 边导航：sidebar 左导航：leftsidebar 右导航：rightsidebar 菜单：menu 子菜单：submenu
竭诚为您提供优质文档/双击可除 app界面命名规范 篇一：app界面切图命名和文件整理规范 app界面切图命名和文件整理规范 切图命名英文缩写三个原则： 1较短的单词可通过去掉“元音”形成缩写2较长的单词可取单词的头几个字母形成缩写3此外还有一些约定成俗的英文单词缩写. 第一部分：iosapp界面设计切图命名规范 第二部分：手机app切图文件整理和技巧分享 篇二：ios和android的app界面设计规范 ios和android的app界面设计规范 字数876阅读96439评论36喜欢344 记录一下ios和andoird的界面设计规范，方便进行标准的产品设计，并与设计师顺畅沟通 ios篇 界面尺寸 设备
iphone6plusiphone6iphone5/5s/5ciphone4/4sipad1/2ipa dmini 分辨率750×1334px640×1136px640×960px1024×768px1024×768px 状态栏高度导航栏高度标签栏高度 60px40px40px40px40px20px20px 132px88px88px88px88px44px44px 147px98px98px98px98px49px49px 1242×2208px ipad3/4/air/air2/mini22048×1536px paste_image.png 图标尺寸 设备 iphone6plusiphone6iphone 5/5s/5ciphone4/4sipad1/2ipadmini appstore程序应用 主屏幕 spotlight工具栏和 标签栏 搜索导航栏 75*75px44*44px75*75px44*44px75*75px44*44px25*25px22