V3.4页面设计器空白问题（4933有问题） 解决方案： 方案一：更新版本， 下载地址(新的4935解决了这个问题) 方案二： 不更新版本，执行以下操作： 把studio\plugins下的org.eclipse.osgi_3.8.2.v20130124-134944.jar和org.eclipse.equinox.registry_3.5.200.v20120522-1841.jar拷贝到tools\compile\lib 下，然后UI2/system右键源码编译 然后重启studio。（如果解决不了，执行以下操作） 1.把studio\dropins\studio-app2\plugins\plugin\lib\cef1\chromium.jar这个jar包复制到studio\dropins\studio-app2\plugins\plugin\lib下 2.把 Index.java (1.72 KB) 复制到model\UI2\system\designer\xui\dsrc 下，然后重新编译/UI2/system/designer 的源码 3.重启studio 页面设计器显示不全问题 解决方案： 方案一：确认是否把操作系统的字体调整为非100%了 如果以上方案不行， 使用 方案二：把studio\dropins\studio-app2\plugins\plugin\lib\cef1\chromium.jar这个jar包复制到studio\dropins\studio-app2\plugins\plugin\lib下，重启studio    

在JavaScript中, “this”是一个关键字，它在不同的环境下，代表的含义不同，关于“this”的详细解释，可以参考“深入浅出 JavaScript 中的 this”。下面将介绍在WeX5中，在不同的场景下“this”的使用。 var Model = function(){ this.callParent(); this.name = "hello"; }; Model.prototype.getFullName = function(){ return this.name + " world"; }; Model.prototype.say = function(){ console.log(this.name); console.log(this.getFullName()); $.ajax({ type: "GET", url: require.toUrl('./json/postData.json'), dataType: [...]

整个部署过程分为两大步骤，UI及Baas资源准备和tomcat相关设置，下面来进行详细说明。 WeX5_V3.4-runtime-Windows(for java, php, .net)下载地址：http://pan.baidu.com/s/1i4P339r 一、准备UI及Baas资源 1- UI资源准备 通过在Native下编译UI资源，可以获得要发布的静态文件。 下图以外卖案例为示意进行说明 UI编译后会在www目录下生成所需的UI资源； 2- Baas资源准备 在Studio的Baas上右击进行模型编译 编译成功后会在{WeX5/BeX5根目录}\runtime\BaasServer\WEB-INF\lib目录生成 baas_model_service.jar 此文件将来要做为Baas资源部署到服务器。 二、配置站点信息并进行资源部署 1-部署页面应用 将第一步中准备好的UI资源拷贝到apache-tomcat\webapps；同时{WeX5/BeX5根目录}\apache-tomcat\webapps\app-template中的内容复制到页面应用的根目录，形成的结构类似： 2- 部署Baas 将第一步中准备好的Baas资源baas_model_service.jar 拷贝到{runtime根目录}\runtime\BaasServer\WEB-INF\lib目录下； 注：如开发过程中使用了平台以外第三方的jar,也要同baas_model_service.jar一并拷贝部署。 3- 启动相关服务 执行下面两批处理文件启动服务： 启动WeX5运行平台.bat 启动MySQL数据库.bat 注：如需处理MySQL数据，可通过“启动MySQL管理工具.bat”进行相关操作。 4- 测试验证 服务启动完成后可以在浏览器中输入http://localhost:8080/takeout 进行访问验证。

整个部署过程分为两大步骤，UI及Baas.net资源准备和IIS相关设置，下面分别来进行详细说明。 WeX5_V3.4-runtime-Windows(for java, php, .net)下载地址：http://pan.baidu.com/s/1i4P339r 一、准备UI及Baas.net资源 1- UI资源准备 通过在Native下编译UI资源，可以获得要发布的静态文件。 下图以外卖案例为示意进行说明； UI编译后会在www目录下生成所需的UI资源。 2- Baas.net资源准备 在Baas.net上右击进行模型编译 编译成功后会在{WeX5/BeX5根目录}\model\下生成wwwroot，包含了所需的Baas.net资源 二、IIS相关配置 注：发布环境需要.net framework 4.6.1。（下载的runtime压缩包中含相关安装程序） 1- 请自行安装IIS服务，在IIS内新建应用程序池。 2- 站点的相关设置 应用程序池指定为新建的程序池，设置Framework版本，设置访问名称（默认localhost）及端口（默认80），指定站点的物理路径（以C:\inetpub\wwwroot为例）。 3- UI及Baas.net资源部署 将步骤一生成好的www下的takeout及model\wwwroot下文件复制到站点根目录下即可。 4- 测试验证 完成后可以在浏览器中输入http://localhost/takeout 进行访问验证。 附录： 后继网站更新时，Baas.net功能更新部分，只需要替换model\wwwroot\bin目录下的X5BaasService.dll，重启IIS服务即可。

主要分为两大步骤，包括准备UI及Baas.php资源和配置站点信息，下面来分别介绍。 WeX5_V3.4-runtime-Windows(for java, php, .net)下载地址：http://pan.baidu.com/s/1i4P339r 一、准备UI及Baas.php资源 1- UI资源准备     通过在Native下编译UI资源，可以获得要发布的静态文件。     下图以外卖案例为示意进行说明      UI编译后会在www目录下生成所需的UI资源。 2- 准备Baas.php资源 Baas.php资源在{WeX5/BeX5根目录}\model\Baas.php目录下。 包括系统公共文件及用户自定义文件两部分： Baas.php目录下公共文件为：     common文件夹；     config文件夹；     lock 文件夹；     及其下面的文件 都是公共文件。 其他为用户自定义的文件。 二、配置站点信息并部署  1-配置站点信息 [...]

常用JS API： Array Base64 String Uuid require Number Shell Date Util Context

说明：以下内容适用于V3.4+（包括V3.4），之前的版本请参考“App资源更新(V3.3之前)”和“App版本更新(V3.3之前)”。 从V3.4开始，模式一、模式二和模式三都支持资源更新和App版本更新。 一、资源更新 适用场景：仅仅是界面资源变化，没有本地插件变化； 操作步骤： 第一步：根据实际需求修改UI2下的页面； 第二步：重新编译界面资源（如果在“编辑本地App”的过程中，指定了资源版本号，必须重新打开“编辑本地App”向导，修改资源版本号，之后再重新编译界面资源）； 在Native中找到本地App工程，右键选择“编译使用到的UI资源”。 第三步：发布最新的界面资源； 模式一和模式二：将Native/[本地App工程]/www下最新的资源更新到Web App中； 模式三： 1. 将UI2下修改过的界面资源更新到应用服务器相应的UI2中，修改\conf\server.xml中的版本号，重新编译界面资源； 2. 将Native/[本地App工程]/dist目录下的文件（例如www.zip、appMetadata.json等等）更新到应用服务器上UI2中首页的同级目录； 3. 重启应用服务器； 二、App版本更新 适用场景：有本地插件变化； 操作步骤： 第一步：根据实际需求修改UI2下的页面； 第二步：修改本地App信息； 在Native中打到相应的本地App工程，右键选择“编辑本地App”，关键需要修改以下信息： 1. 修改“版本号”； 2. 修改“android更新说明”和“ios更新说明”； 第三步：重新生成App； 在Native中打到相应的本地App工程，右键选择“生成本地App包”。 第四步：发布最新的App； 模式一和模式二：将Native/[本地App名称]/www下最新的资源更新到Web App中； 模式三： 1. [...]

如果你留意 Apple 和 Google 正在对其操作系统做什么，那么，你会发现一种相似策略的模式开始显现。根据 app 的功能，将用户从 app 挪到了操作系统的主界面(Home Screen) 和通知中心。 诚然，这种转变不会一帆风顺、也不会一蹴而就。app 不会突然消失。人们已经非常习惯 app，并将它们用于单一目的的任务。当我们需要翔实、丰富的体验时，值得我们去探索的仍然是那些美丽的 app。 然而，随着新操作系统的每一次推送，人们将开始忘记 app。为什么？因为所有主要的功能将被迁移到到主界面和通知中心，从操作系统/通知中心就能完成相应操作。 这种趋势的例子就是新的 3D touch，可操作的通知中心，以及 Google 的 Now on Tap。 因此，我们需要 app 提供内容和数据。但是畅想一下未来，如果 app 在「云」端存在，而操作系统只是从中拉取数据和内容，那会怎样呢？ 我看到一个未来，人们不需要考虑为了完成某个特定任务而下载什么 app，他们只需在某种搜索框（Siri、Google Now、Cortana注1）里陈述他们的意图，就能立即得到他们要找的东西。这就是html5的力量。 操作系统将在后台搜索、联系你可能在找的所有「云端的 app」，并为你呈现最好的结果。 [...]