① app界面设计尺寸规范大全
原型设计尺寸
☆ 状态栏(status bar)：就是电量条，其高度为：20px；
☆ 导航栏(navigation)：就是顶部导航，有线其高度为：45px；没有线高度就是44px；
☆ 主菜单栏(submenu，tab)：就是标签栏，底部导航，其高度为：46px；
☆ 信号格：5 * 5
☆ wifi 图片：11 * 9
☆ 锁：11 * 11
☆ 导航：8 * 8
☆ 电量：22 * 9
☆ 闪电：5 * 8
☆ 状态栏中的文字：10px
☆ 顶部导航栏的图标尺寸为16x16px左右，底部标签栏的图标尺寸为23 x 23px左右。
☆ 导航栏的文字大小最大值是14px，底部标签栏的图标下方的文字大小为10px。
☆ 内容区域的文字大小是：10px, 12px，14px，16px。
① 文字黑色：#282828
② 文字深灰色：#656565
③ 文字浅灰色：#989898
④ 边框浅灰色：#C3C3C3
⑤ 背景淡灰色：#f2f2f2
⑥ 按钮背景纯白色：#ffffff
A、疏远距离：比如，所有元素距离手机屏幕最左边的距离。
B、亲密距离：比如，左边图标与右边文字之间的距离。
1、iPhone6手机模型尺寸：429x881px
2、界面尺寸布局：满屏尺寸375x667px
3、高度电量条高度20px，导航栏高度44px，标签栏高度46px；
4、各区域图标大小导航栏图标16px，底部标签栏图标23px；
5、各区域文字大小电量条-文字10px，导航栏-文字14px，标签栏-文字10px；
6、常用的文字大小：16px，14px，12px，10px；
7、常用的颜色：背景浅灰色：#f2f2f2, 文字深黑色： #323232，边框色深灰：#CCCCCC；
8、常用可点击区域的高度（比如搜索区域）：28px；
9、单行文字的背景框的高度：44px，双行则为：88px，三行则为：132px；
10、常用间距：亲密距离：10px；疏远距离：15px，其它距离：5px，22px等；
② 开发android app有什么架构吗
主要有以下模块：
(1) JSON，图像等的异步下载；
(2) 网络请求的排序（scheling）
(3) 网络请求的优先级处理
(4) 缓存
(5) 多级别取消请求
(6) 和Activity和生命周期的联动（Activity结束时同时取消所有网络请求）2、android-async-http
主要有以下模块：
(1) 在匿名回调中处理请求结果
(2) 在UI线程外进行http请求
(3) 文件断点上传
(4) 智能重试
(5) 默认gzip压缩
(6) 支持解析成Json格式
(7) 可将Cookies持久化到SharedPreferences 3、Afinal框架
主要有四大模块：
(1) 数据库模块：android中的orm框架，使用了线程池对sqlite进行操作。
(2) 注解模块：android中的ioc框架，完全注解方式就可以进行UI绑定和事件绑定。无需findViewById和setClickListener等。
(3) 网络模块：通过httpclient进行封装http数据请求，支持ajax方式加载，支持下载、上传文件功能。
(4) 图片缓存模块：通过FinalBitmap，imageview加载bitmap的时候无需考虑bitmap加载过程中出现的oom和android容器快速滑动时候出现的图片错位等现象。4、xUtils框架
主要有四大模块：
(1) 数据库模块：android中的orm框架，一行代码就可以进行增删改查；
(2) 注解模块：android中的ioc框架，完全注解方式就可以进行UI，资源和事件绑定；
(3) 网络模块：支持同步，异步方式的请求；
(4) 图片缓存模块：加载bitmap的时候无需考虑bitmap加载过程中出现的oom和android容器快速滑动时候出现的图片错位等现象；5、ThinkAndroid主要有以下模块：(1) MVC模块：实现视图与模型的分离。
(2) ioc模块：android中的ioc模块，完全注解方式就可以进行UI绑定、res中的资源的读取、以及对象的初始化。
(3) 数据库模块：android中的orm框架，使用了线程池对sqlite进行操作。
(4) http模块：通过httpclient进行封装http数据请求，支持异步及同步方式加载。
(5) 缓存模块：通过简单的配置及设计可以很好的实现缓存，对缓存可以随意的配置
(6) 图片缓存模块：imageview加载图片的时候无需考虑图片加载过程中出现的oom和android容器快速滑动时候出现的图片错位等现象。
(7) 配置器模块：可以对简易的实现配对配置的操作，目前配置文件可以支持Preference、Properties对配置进行存取。
(8) 日志打印模块：可以较快的轻易的是实现日志打印，支持日志打印的扩展，目前支持对sdcard写入本地打印、以及控制台打印
(9) 下载器模块:可以简单的实现多线程下载、后台下载、断点续传、对下载进行控制、如开始、暂停、删除等等。
(10) 网络状态检测模块：当网络状态改变时，对其进行检6、LoonAndroid 主要有以下模块：
(1) 自动注入框架（只需要继承框架内的application既可）
(2) 图片加载框架（多重缓存，自动回收，最大限度保证内存的安全性）
(3) 网络请求模块（继承了基本上现在所有的http请求）
(4) eventbus（集成一个开源的框架）
(5) 验证框架（集成开源框架）
(6) json解析（支持解析成集合或者对象）
(7) 数据库（不知道是哪位写的 忘记了）
(8) 多线程断点下载（自动判断是否支持多线程，判断是否是重定向）
(9) 自动更新模块
(10) 一系列工具类
③ IoT App的技术架构有哪几种
1、两方通信架构
App与智能设备直接进行双向通信，这种两方通信的架构需要App和智能设备之间实现自定义的通信协议，智能设备的数据直接上报到App，App对设备的控制指令也直接发送给智能设备。目前的通信协议APICloud支持基于蓝牙和Wi-Fi下的Socket两种方式。
2、三方通信架构
三方通信架构需要在智能设备和服务端之间实现自定义的通信协议，智能设备与服务器之间通过Socket建立稳定的连接通道，通过远程的连接实现数据上报和指令控制。
3、四方通信架构
“App+智能硬件+数据通信平台+业务服务端”这种四方通信的架构不需要实现智能设备和数据通信平台之间的协议，以及客户与智能设备之间的协议:提供loT解决方案SDK的平台已经帮助开发者将协议封装完成。
④ android app 界面设计按什么尺寸
android app 界面设计是按720*1280的，切图上可以点9切图做到所有手机的适配。
状态栏、导航栏和主菜单栏，以720*1280的尺寸来设计，那么状态栏的高度应为50px，导航栏的高度96px，主菜单栏的高度96px，因为是开源的系统，这里的数值也只能作为参考。
Android为了区别于IOS，从4.0开始提出了一套HOLO的UI风格设计风格，鼓励将底部的主菜单栏放到导航栏下面，从而避免点击下方材料误点虚拟按键，很多APP的新版中也采用了这一风格。
(4)app的架构可以设计多大扩展阅读：
注意事项：
1、通常情况要定位一个Icon只需给出 上/下边距，左/右边距，标注图标距离只需标到可点击范围外
通用型颜色、字体单独标明一份，通用型模块只需单独标明一份，如导航栏。
2、手机可视区域通常为宽度固定，长度超出边界可滑动，所以标注物体宽度时可按比例说明，如果要标注内容上下居中，左右居中，或等比可不标注。
3、当交付的是一张完整图片时，不需做机型适配，只需给高清图(1920*1080)即可，注意进行压缩。
4、若图标在不同页面重复出现，且尺寸相差不大，直接给出最大一份切图，并在圆形图标明尺寸，程序会根据需求缩放。
5、当背景是纯色时只需给出色值，Android使用16进制色值。
参考资料来源：网络-Android
参考资料来源：网络-界面设计
参考资料来源：网络-状态栏
参考资料来源：网络-导航栏
参考资料来源：网络-开源系统
参考资料来源：网络-切图
参考资料来源：网络-UI设计
⑤ app架构思考
整个APP架构上从上到下分为三层，独立于APP的 通用层，通用业务层，业务层 。业务层用来处理上层业务，业务层可以依赖通用业务层和独立于APP的通用层，而且这种依赖是单向的，由上到下的，不能下层依赖上层。
1.首先客户端整体架构的最底层有一个独立于APP的通用层，在这一层里有崩溃的统计，网络的第三方，分享的第三方库等。也就是说这一层的框架或者说架构放在任何一个APP当中，都可以起到一个底层的支撑作用，它是独立于APP之上的。
2.在独立于APP的通用层之上，有一个通用的业务层。比如说针对当下公司，他有一些通用的基础组件，比如说第三方库的二次封装，toast，刷新控件等，这些往往是和当下公司的业务相关的。但是对于APP来说，各个业务线，对于这些通用控件都有需求，那么我们可以将这些内容沉降到通用的业务层。
3.最上层就是我们的业务模块了，业务层的模块应该按照模块化的设计思想，尽量做到高度的“高内聚，低耦合”。
这么做的好处是为以后可能的组件化做准备，目前APP业务规模较小，等以后APP业务规模增大，需要进行重构做组件化的时候，在业务层加入中间层，进行业务模块之间的解耦，将会方便很多。
目标：单独拎出一个业务，不用做过多修改，然后就能生成一个新的APP。这个就是我们做整体的一个客户端的架构的目的或者说它的意义。
所有模块的开发，包括独立于APP的通用层，通用业务层，业务层，都应该遵循模块化的思想，做到高度的“高内聚，低耦合”。
实现模块化需要注意的点：
关于设计模式的选择，借鉴MVVM设计模式，将业务模块划分为 Controller+View+Model+ViewModel+Service+Constant 六个部分。
⑥ app设计思路怎么写范文
一、明确APP的发展战略
要做一款app，首先要明确几个问题：
1.app的用户是谁?
2.用户使用app能够获得什么?
3.公司推出app是为了获得什么?
以上问题，这里不做回答，只是一个粗狂的问题，对于APP的设计并无实际指导意义，只是暂且明确了一个产品的方向。
二、产品的核心功能有哪些?
不同的产品其核心功能大相径庭，这里以电商APP为例，从前端和后台两个方面具体说明电商APP的核心功能需求有哪些?
用户端APP(Android、ios版本)，这里只是主要功能，在主要功能的基础之上可以增加一些完善体验的东西。
主要功能：浏览商品(列表页、详细页)、分类查看商品、加入收藏、加入购物车、直接购买、提交订单、支付订单、支付，订单列表页、订单详情页，订单可进行 的操作(取消、支付、确认收货、评价、申请退换货、删除)查看商品物流信息，还有个人信息(昵称、头像、收货信息、订单、余额、积分等等)，以及关于 APP端的版本查看，意见反馈，清除缓存，关于我们，用户注册、登陆和用书使用协议等。
APP需要的后台系统搭建，根据不同的电商模式，其后台架构也不同，垂直电商和电商平台有很大的差别，主要看商家端是全部自己来进行管理还是开发加盟的方 式，如淘宝的后台架构和唯品会的后台架构就是两种不同的后台架构。主要架构：账户架构(用户、商家、运营、财务、仓储物流)，功能架构，用户的前端展示的 功能需要后台给出相应字段，数据接口。商家端需要发布商品、接单、操作发货、填写物流信息，处理退换货，这些信息同步到用户前端，用户可以随时查看订单的 状态。需要给运营相应的操作权限，商品的排序，BANNER广告，专题页链接，在后台的上传方式和前端的展示位置等等，还有数据分析，不同的商品的销售统 计，订单发生的时间、地点、用户数据等参数进行统计，财务进行相关订单的财务结算，按照商家、用户、订单进行结算，如果能够把控整个数据库安全的情况下也 可以自动结算，仓储物流信息的上传和同步，如果是1小时送这种O2O模式，还要有配送人员的接单、取货等数据同步。
三、详细进行竞品分析
确定了以上的核心功能和需要打磨的细节之外，接下来就是进行细致的竞品分析，这里仍然以电商为例进行竞品分析，竞品分析的工作如何开展呢，这里叙述一下自己的观点。
找到直接或者间接的竞品，大概找5款app左右，下载安卓和IOS端分别使用，使用脑图软件列出核心功能和提高体验的功能，使用axure等原型工具对其产品截图进行纵向和横向分析，包括UI风格、色彩和图标、文字、按钮的颜色、大小、位置等等。
从网上调研相关数据分析竞品为什么这样设计，这样设计的好与不好的地方分别说明;
根据以上数据列出表格，进行筛选，提炼精华部分，去除糟粕部分，给自己的产品设计提供必要的参考。
提出自己的产品差异化功能和特色，电商产品必须结合运营部门进行品类的分析，货源、价格、物流服务等进行分析，单个从APP产品进行优化体验，就算做出花来也没用，因为用户需要的不是产品，而是商品。
从前端展示分析出来其后台架构和相关功能的布局，这个需要观察细节，注重思维能力。比如，你去操作一个款产品，购买数量填写10万个，看下是否有提示库存不足就知道其后台有没有对库存进行把控。
四、真正地开始制作APP开发需求文档
app开发需求文档的标准写法：
1.app开发目的，阐明开发本软件的目的；
2.代开发的app名称
3.参考资料（可有可无）列举app开发需求规格说明时所参考的资料，包括项目经核准的计划任务书、合同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档，以及相关产品的软件需求规格说明。 在这里应该给出详细的信息，包括标题、作者、版本号、发表日期、出版单位或资料来源。
4.app开发的功能需求。
5.app的运行环境，包括硬件平台、硬件要求、操作系统和版本，以及其他的软件或与其共存的应用程序等。
6.条件与限制，给出影响开发人员在设计app时的约束条款，例如：必须使用或避免使用的特定技术、工具、编程语言和数据库。
7.app功能划分，列举出所开发的软件能实现的全部功能，可采用文字、图表或数学公式等多种方法进行描述。
8.功能描述，对各个功能进行详细的描述。
9.外部接口需求。
10.用户界面，对用户希望该软件所具有的界面特征进行描述。
11.性能需求，包括数据精确度、响应时间、数据转换与传输时间、运行时间等。
12.其他需求，如果不需要增加其他需求，可省略这一部分。
五、交付设计和文案
确定好以上的需求之后，面对设计和研发的需求文档已经告一段落，接下来就要在UI做设计、交互设计师做交互的时候，找相关部门人员完善文案需求，和项目经理一起对工作进行细分，确认时间节点，最后由交互设计师输出一套高保证原型。
六、交付研发
这样子做出来的高保证原型，在各个细节都已经做到了完善，设计、交互、研发、运营等等对工作也已经胸有成竹，那么大家就可以坐下来好好开个简短的会议，确认每个人的具体工作，给出相应的时间节点，然后随时跟进开发需求就可以了。
⑦ 软件架构：APP架构设计图（Android/IOS）
准备做新的APP，先架构设计。
主要的要求：
1.层级职责清晰、单一；
2.模块间独立解耦；
3.......;
下面贴出几张主要的图吧
⑧ 怎样架构一个全新APP的运营体系架构图
运营者们需要首先测试各个渠道的效果，这个过程需要作精细化地漏斗转化监测，而不仅仅是看看浅层的数字，必须不断设计试验，以验证市场需求和产品价值。
APP产品运营指标图
每个行业、每款App的盈利模式都是“私人定制”的。可以说，透视一个用户的生命价值（LTV），是也必须是保持盈利的超乎想象的利器。
⑨ 一个app需要多大的一个团队开发维护
作为一名IT行业的从业者，我来回答一下这个问题。
随着移动互联网产品的不断发展，人们对于App产品的使用体验有了越来越高的要求，通常一个App的开发需要多个参与者，包括产品经理、策划、交互工程师、视觉工程师、架构师、项目经理、移动端程序员（Android、iOS）、后端程序员和测试工程师，不同的角色具有不同的任务分工。
不同规模的App产品需要不同规模的开发团队，平台类产品往往需要一个较为庞大的开发团队，但通常情况下，App产品可以随着自身的发展壮大来不断丰富开发团队。通常App产品在开发的初期每个角色安排一到两个人就可以了，而且交互设计师、视觉设计师、产品经理以及架构师也可以多个开发团队共用。如果按照最基本的角色配备，开发一个运营级别的App需要8至12人左右的团队。
通常一个App产品在投入运营之后，开发任务会不断增加，而且有可能出现爆发式增长，所以一个App产品通常需要不断进行产品迭代，所以App产品的维护任务远没有开发任务量大。当前互联网公司通常都会以数据驱动的方式来管理运营，一个上线产品的背后往往有大量的团队进行不断的验证式开发，团队通常小而高效，这是一个目前互联网公司比较常见的做法。
最后，随着移动互联网快速发展的红利逐渐退去，目前开发并运营一款App产品不仅需要有好的创意、模式和技术创新，往往也需要大量的资源支持，所以目前App开发已经越来越“重”了，对于初期创业者来说，也许App并不是最好的选择。
我从事互联网行业多年，目前也在带计算机专业的研究生，主要的研究方向集中在大数据和人工智能领域，我会陆续写一些关于互联网技术方面的文章，感兴趣的朋友可以关注我，相信一定会有所收获。
如果有互联网方面的问题，或者考研方面的问题，都可以咨询我，谢谢！
一个app需要多大的一个团队开发维护？
1.一个开发团队的常规配置
开发App最大的开销是人力成本，在一个完整的产品团队中，一般需要包含以下角色成员：
项目经理，产品经理，UI设计师，ios开发工程师，Android开发工程师，服务端开发工程师，测试工程师，运维工程师
根据项目的大小，公司财力和项目的紧急程度，这些人员的数量配置会不等。
2.一个人的开发团队
最少1个人就可以完成这些工作，本人就是一个例子，毕业之初做设计，后来转行做开发，做产品经理，项目经理，自己创业。
其实一个人开发整个项目还是有很多优势的，前期需求论证，项目评审等环节自己确定好了就可以实施，设计、前后端开发、产品经理几个岗位间的沟通全部省掉，效率直接提高很多，少了很多撕X的过程，各种框架及开发模式自己熟悉什么用什么完全不用考虑影响其他成员，我常用的前端混合开发模式，一套代码直接发布IOS、安卓、H5，甚至很多平台的小程序，拿出最大的精力专注写好业务逻辑就可以了。
写在最后
上面说的是一个开发团队的大概配置思路, 在具体实施的时候，不同的APP项目，不同的执行人来操作最后的结果差别会很大。比如一些综合性功能多的APP，工作量会很大，如果成员配置少了可能开发周期会拉的很长，这就可能需要更多的开发人员进行协同开发，以上只是一个思路让大家知道一个APP开发过程需要几种角色成员，遇到具体的项目，还需要具体分析。
App团队可大可小，但是，app重要的不只是开发与维护，更重要的其实是运营。
有没有人用才是衡量一个app是否成功的关键指标。
人员：1名ios开发（必选）
1名安卓开发（必选）
1名ui（必选）
1名后台（必选）
1名h5（可选）
1名产品（可选）
1名运营（可选）
1名开发（可选）
1名测试（可选）
解释：有些App是纯原生，所以h5可能不需要，但纯原生的app开发周期会长很多，开发难度也更大。
产品可以由其他职位暂代，而且工作比较有弹性，所以产品也是非必选。
运营可以是大家集思广益或者某人暂代，因此也可选。
开发主要是设计原型、文档等等，而这些如果团队对此要求较低或者功能简单，同样非必选。
测试自不必说，小型团队一般都是开发自行测试。
总结app开发相对来说是最简单的一步，只要几个人便可以开发完成，但后面的运营才是重中之重。
不要简单的认为万事开头难，开发出来了一切也就水到渠成了，其实，app的开头是运营，而不是开发
最后，聚惠活动希望大家能够如我们一般开发出自己心中的app
不请自来
我现在就是搞Android开发的，对于一个app需要多大的一个团队开发维护这个问题，可以从以下几个方面来看。
1、打算投入的市场
主要看公司打算开发一个什么类型的app，主打的市场是什么，如果是功能模块较为复杂，以及对性能要求较高的话，那么前期所需要的开发人员可能就从几十人到几百人不等了。
2、用户基数
这个因素直接决定了后端的开发成本，假设你的用户基数是500w，可是你后端的服务器配置跟不上，用户没有使用体验，那么就会造成用户的流失，所以这个因素很重要。
3、宣传推广
这个主要是开发出一款app后，公司打算在宣传推广方面下多少功夫，现在已经过了酒香不怕巷子深的年代了，互联网产品越来越注重宣传与推广，除开必要的宣传推广外，还有明星代言，当然了，这个主要取决于公司的实力，毕竟代言费那么贵。
综合以上三点的话，我们就基本可以确定一个app研发与后期的维护所需要的成员以及成本了。
app软件开发大家已经如数家珍了，怎样的项目开发流程、开发周期、开发报价的模式大家也都基本上了解。但是对于APP项目开发完成后的维护和运营，很多人可能不甚了解，不是很清楚这个费用到底是多少，行业内也没有相关的衡量标准。因此很多企业在外包APP运营和维护做预算的时候就会疑难重重。
首先就先从app的维护方面来讲，一般情况下除了自己组建团队开发项目有自己的维护团队外，其他任何外包公司都是会提供一个免费的维护期的。这个和一些商品的保质期是一样的，商品有自己的售后保修期，app软件也有自己的售后维护期，在这个期间内，出现任何的问题都可以找外包商去解决的，当然这个期间的长短就是要看具体的软件开发外包公司所能承诺你多长时间。一般最短的也要有一年左右，甚至有三年、五年、更夸张一点是终身免费。当然这种情况还是比较少数的。
一般常规售后维护期一般是一年之内，这个维护仅限于开发版本的一个技术性维护，例如技术性闪退、黑屏、点击不顺畅等等这一类的问题，诸如此类同类的问题是不用付费的。
还有一种情况就是收费的，通常收费的免费维护期过后，企业还需要维护或迭代升级app，这个时候可以和外包公司洽谈以后的维护费用和时间问题，这个一般价格评估标准是按照开发成本和时间决定的。比如你这个项目是30万，你想维护3年。那一般开发公司都会按照一年是总项目款的百分之多少进行计算的然后在确定具体的年限，分期或者一次性付清。这个百分比一般每个公司都是不一样的。所以具体洽谈的时候最好是能多对比几家，综合一下。
下面就来说一下运营这块的费用。运营可以说是一个非常大的概念，因为具体要设计的是具体的内容运营还有一部分是技术运营，而且这两方面的评估标准也是不一样的。一般常规想要外包的部分大部分是技术类型的。内容部分很多都是自己组建团队做。
技术型运营主要就是新版本的更新，新功能的增加完善，这个费用是根据具体的内容和模块评估的。所以这种方式下，最好是先把前期的准备工作做好，详细标明，价格方面就会很好沟通。常规的价格评估模式是按照功能模块多少，难易程度所匹配的工作量决定的。所以这个时候建议就是多整理，多咨询，多做综合和总结。这样才能知道这些工作量的报价是在什么范围。
至于app项目的内容运营，这个就会很复杂，可以是全包，可以只是一部分，一般采用的都是部分外包出去。每个行业不同，所涉及的内容也不同，这个时候给企业的建议就是做细分化分包或者是外包一部分不擅长的，但是不能放任不管，要设定具体的标准，达到和达不到都是有相应的处理结果的。这就是目前大部分企业对于运营和维护所面临的一些现状。
如果你也想开发小程序或者app的话，可以通过第三方专业开发平台，来帮助你实现开发需求： 厦门在乎 科技 （ https://www.icarexm.com/ ）-专注小程序开发、厦门app开发、网站开发
这个没有绝对的答案，要看APP的用途和用户的体量，可能是一个人也可能是几百人
上面有人回答的很详细，我就说简单的配置，一个后台开发，一个android开发，一个iOS开发，一个UI，一个测试，有些岗位可以由刚才列举的这些来替代，人数设置更少。当然如果你的预算和投资充足，按照其他人的答案全面配置人员，毕竟每个角色术业有专攻。
这个问题好像没有意义，多长时间没定，人员经验不知。开发一个小程序，那就不用什么运营团队，开发一个像抖音、滴滴这样的APP。开发可以是几个人，但得花上千人去运维。
这是看你的产品需求，看功能！如果要求高，那得配对好几个开发人员！什么产品经理，项目经理，UI设计，前端开发，后端开发，测试工程师呀，那是一大堆呀！！至于维护嘛，一般是根据维护内容来的！
这个问题基本来说没法给出具体数字，一个人也可以做出可以上线供很多人使用的app来，应用商店很多此类app都是一个人开发的。而大型互联网公司的app那就得一个几十上百的开发团队了。
如果是创业团队的话我的经验是，一定要把MVP定得足够小，快速迭代，而不是一来就要搞很大规模的app。
具体多少人得看你有多少钱、对时间有多高要求、团队能力，一般来说3至5人是最低配置，对一个启动团队。有钱的话10人左右。太多的人对初创团队也没太大意义，反而会有一些管理问题。