app

lae sdk相关文件放在lae目录下, 已经下载过的同学，请更新一下。 laetool 下载地址: https://github.com/ouloba/laetool.git 1、建立新的工程. 2、起个产品名字. 3、把AppDelegate.m修改为AppDelegate.mm, 4、修改头文件如下 // // AppDelegate.h // LaeApp // // Created by 廖锡州 on 16/7/27. // Copyright 2016年 廖锡州. All rights reserved. // #import <UIKit/UIKit.h> @class EAGLView; @class ViewController; @interface AppDelegate : UIResponder <UIAccelerometerDelegate, UIAlertViewDelegate, UITextFieldDelegate,UIApplicationDelegate>{ UIWindow *window; EAGLView *eaglView; ViewController *viewController; } @property (strong, nonatomic) UIWindow *window; @end 5、修改源文件AppDelage

1、首先把相关文件拷贝到package目录下。 2、然后，打开打包工具，把package目录里所有文件加到列表里。 3、最后，点击右键保存 -------------------下面介绍如何做成Windows程序--------------,---- 建立一个空目录bin,把lae目录中相关文件拷贝到该目录下,主要包括 1、所有dll 2、LXZWin32R.exe 3、字体文件MicrosoftYaHei.ttf 4、package中defualt.cfg和相应的LXZ文件,比如上面Game2048.LXZ文件 直接运行LXZWin32R.exe即可。 --修改defualt.cfg,显示系统标题栏 效果如下 来源： oschina 链接： https://my.oschina.net/u/1030910/blog/713718

laetool 下载地址: https://github.com/ouloba/laetool.git 运行lae.exe,点击工具栏上,有的人下载较早版本，但没有更新的习惯，为了保证一致，请保持最新版本！ 1、Android studio建立一个android application。 (android studio非正常关闭时，可能没有【start a new android project】,解决办法参照 http://my.oschina.net/u/1030910/blog/730302 ) 操作过程: 点击【welcome to android studio】->【start a new android studio project】。 弹出如下【Create New Project】界面，在Application name右侧输入栏中输入应用项目名称，如【demo】,Project location输入栏中,选择项目存放目录 点击【next】按钮,切换到下面界面，在Phone and Tablet的Minimum SDK右侧，点击下拉按钮 , 选择API 19:Android 4.4(KitKat)。 点击【Next】按钮，切换到下面界面，选择【Blank Activity】 点击【Next】,切换到下面界面， 点击【Finish】,完成之后,弹出下图界面，点击

聊聊Web App、Hybrid App与Native App的设计差异 https://www.cnblogs.com/zhuiluoyu/p/6056672.html 编者按：这3类主流应用你都了解吗？设计师除了要有视觉功夫，对不同形式的APP也应当了然于胸，今天百度的同学写了一篇非常全面的总结，帮你迅速搞定3类主流APP的设计方法，附带一大波避雷针，带你巧妙跳过APP设计的雷区，涨姿势是分分钟刻不容缓的事咯！ 目前主流应用程序大体分为三类：Web App、Hybrid App、 Native App。 一、Web App、Hybrid App、Native App 纵向对比 首先，我们来看看什么是 Web App、Hybrid App、 Native App。 1. Web APP Web App 指采用Html5语言写出的App，不需要下载安装。类似于现在所说的轻应用。生存在浏览器中的应用，基本上可以说是触屏版的网页应用。 优点 （1）开发成本低， （2）更新快， （3）更新无需通知用户，不需要手动升级， （4）能够跨多个平台和终端。 缺点： （1）临时性的入口 （2）无法获取系统级别的通知，提醒，动效等等 （3）用户留存率低 （4）设计受限制诸多 （5）体验较差 2. Hybrid App Hybrid APP指的是半原生半Web的混合类App。需要下载安装

BottomSheet是一个 com.android.support:design包里面的一个可以可拖动的控件，从底部往上滑动展现更多内容。 用的时候需要的注意：配合协调者布局： <android.support.design.widget.CoordinatorLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent"> <include layout="@layout/bottom_sheet"/> </android.support.design.widget.CoordinatorLayout> bottom_sheet布局里面的内容也很简单： <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:app="http://schemas.android.com/apk/res-auto" android:id="@+id/ll_bottom_sheet" android:layout_width="match_parent" android:layout

1 APP测试基本流程 1.1流程图 1.2测试周期 测试周期可按项目的开发周期来确定测试时间，一般测试时间为两三周（即15个工作日），根据项目情况以及版本质量可适当缩短或延长测试时间。 1.3测试资源 测试任务开始前，检查各项测试资源。 --产品功能需求文档； --产品原型图； --产品效果图； --测试设备； --其他。 1.4日报及产品上线报告（内部报告机制） 1）测试人员每天需对所测项目发送测试日报。（也就是我这边有邮件通知测试项目的时候一般均属于输出测试日报） 2）测试日报所包含的内容为： \\Dell-server\网站软件app等开发\产品测试部\测试知识区域\测试文档类模板\项目测试报告邮件输出模板.doc 4）不同版本测试报告输出 2 App测试点 2.1安全测试 2.1.1软件权限 1）扣费风险：包括发送短信、拨打电话、连接网络等 2）隐私泄露风险：包括访问手机信息、访问联系人信息等 3）对App的输入有效性校验、认证、授权、敏感数据存储、数据加密等方面进行检测 4）限制/允许使用手机功能接人互联网 5）限制/允许使用手机发送接受信息功能 6）限制/允许应用程序来注册自动启动应用程序 7）限制或使用本地连接 8）限制/允许使用手机拍照或录音 9）限制/允许使用手机读取用户数据 10) 限制/允许使用手机写人用户数据 11) 检测App的用户授权级别、数据泄漏

由于我们App框架是基于原生+H5，H5负责展示和交互。让Android和iOS原生预定义一些统一的接口，h5直接调用使用，从而免去了复杂的兼容性判断，大大地减少前端工作，也使得性能更好。同时这里也可以看出接口测试最重要的一方面测试——兼容性测试，测试必要尽可能大地覆盖系统版本，分辨率，机型 针对app的测试过程和重点关注内容，做以下梳理和总结。 1、首先是测试资源确认及准备 （1） 产品需求文档、产品原型图、接口说明文档以及设计说明文档等应齐全； （2） 测试设备及工具的准备：IOS和andriod不同版本的真机，以及相关测试工具的准备。 2 2、 测试用例的设计与评审 （1） 根据产品需求文档、产品原型图等文档，设计客户端的一般功能测试用例； （2） 测试用例评审、修改与完善，评审通过后着手进入正式测试阶段。 3 3、 UI测试 （1） 确保手头的原型图与效果图为当前最新版本，符合产品经理及用户要求； （2） 测试过程中一切以效果图为准，若有用户体验方面的建议，可以先以邮件的形式与产品经理确认，确认通过后，可以正式向开发提出用户体验方面的问题； （3） 由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型。 4 4、功能测试 （1） 功能测试时主要依据编写的功能测试用例进行软件功能的遍历； （2） 涉及的测试主要包括基本功能测试，安装、卸载、运行测试

1 什么是生命周期 想要真正地理解PhoneGap应用开发的内涵，首先需要理解什么是生命周期。这在字面上其实非常容易理解，一个应用从开始运行被手机加载到应用被退出之间的过程就称之为一个生命周期。为了使读者更容易理解，本节将以Android原生SDK中Activity类的生命周期结合Eclipse中的LogCat调试工具进行实战讲解。 4.1.1 Activity的生命周期 先仔细的观察图4-1的内容，这是谷歌官方给出的Activity生命周期流程图，它包括了一个安卓应用从被创建到结束时所经历的各种事件。下面是Activity生命周期中所经历的各个过程。 （1）启动Activity：系统将调用onCreate方法创建新的Activity对象，然后依次调用onStart方法和onResume方法使刚刚创建的Activity进入运行状态。 （2）暂停状态：当前的Activity被其他的Activity覆盖或手机锁屏，原Activity被放入后台，系统将调用onPause方法使Activity进入暂停状态。 （3）恢复状态：当处于暂停状态的Activity重新被运行时，系统将调用onResume方法使之重新回到运行状态。 （4）后台状态：当用户点击Home键返回主屏，Activity被保存在后台，系统将先调用onPause方法再调用onStop方法使Activity处于暂停状态。 （5

Common Lisp 和 Cocoa 结合起来编写 APP 的例子--代码中设置加载路径 话说最近越来越觉得 Objective-C 的代码太繁琐了, 但是在 OSX 下写程序又离不开苹果的框架,于是就希望能把苹果 Cocoa 提供的界面组件和其他更简单的编程语言结合起来使用(比如 Common Lisp), 查了查, 发现可以搞,苹果提供了 bridge , Common Lisp 提供了 FFI,. 翻了翻文档, 在 Clozure CL 中找到一篇比较简单的,就是一个汇率转换器. 具体就是: 1、先用XCode 的 Interface Builder 完成界面组件的设置, 输出一个名为 correncyconverter.nib 的文件； 2、再用 Common Lisp 创建一个名为 currency-converter.lisp 的源文件, 在这个lisp文件里写代码操作这些界面组件； 3、最后在 CCL 环境里把这两个文件编译成一个独立的 APP。 一切都很完美,唯一的缺憾就是要把 Lisp 的 image 包含进去, 使得最终的 app 文件体积稍微偏大--大概50M. 具体的教程在 Clozure CL 的目录下 "/ccl-1.8-darwinx86/examples/cocoa/currency-converter/howto.html"

1. 架构 ，架构与业务紧密相关，是有业务驱动的。 2.APP后台演进原则。 App后台的架构是由业务规模驱动而演进的，App后台是为业务服务的，App后台的价值在于能为业务提供其所需要的功能，不应过度设计。 从项目的角度， 当App访问量不大时，应该快速搭建App后台，让App尽快上线给用户提供服务，验证商业模式的正确性，同时快速迭代产品。 当App访问量不断上升，这时要在保证快速迭代的前提下，同时兼顾高性能和高可用。 当App访问量达到一定阶段后，增长曲线就会放缓，但业务变得更加复杂，对高性能和高可用的要求也更高，性能问题、模块间的耦合、代码的复杂性会更加突出和明显，这时要使用业务拆分、分布式服务调用，甚至是技术转型等问题。 　　 1. 项目启动时，单机部署。 app后台一个极简化的架构： 一开始就使用Redis的好处： 既能用作缓存，又能充当队列服务，而且并发性能高，能在长时间内应对业务压力，非常适合初期的项目。 这里使用Redis验证用户信息，充当消息队列。 而文件服务初期可以选择 文件云存储服务，或者自己搭建一个资源服务器。 　　 2.项目一定规模时，分布式部署： 看一个百万到千万级的架构： 这里新增了专门用于连接内部服务器的SSH服务的外网通道，保证SSH操作随时可用，同时加入了服务器集群，提供负载能力。 随着业务的发展，某些数据表的规模会以几何级增长