❶ 原生APP中js怎样与android和ios进行交互
一、对于Android和ios我们要执行不同的操作，下面是判断系统的js代码
// alert(ismobile(1)); 1表示Android，0表示ios
function ismobile(test){
var u = navigator.userAgent, app = navigator.appVersion;
if(/AppleWebKit.*Mobile/i.test(navigator.userAgent) || (/MIDP|SymbianOS|NOKIA|SAMSUNG|LG|NEC|TCL|Alcatel|BIRD|DBTEL|Dopod|PHILIPS|HAIER|LENOVO|MOT-|Nokia|SonyEricsson|SIE-|Amoi|ZTE/.test(navigator.userAgent))){
if(window.location.href.indexOf("?mobile")<0){
try{
if(/iPhone|mac|iPod|iPad/i.test(navigator.userAgent)){
return '0';
}else{
return '1';
}
}catch(e){}
}
}else if( u.indexOf('iPad') > -1){
return '0';
}else{
return '1';
}
}
二、js调用app端函数，下面是js代码
if(ismobile(1)==1){
Android.setTypeActivity(id,type,href);
}else{
jsToios(id,type,href);
}
setTypeActivity是Android端定义的函数，jsToios是ios端定义的函数，括号里是js端传递的参数。
三、至于js端怎样获取app端的数据，只需在js端提供给app端函数名字，在通知app端调用即可
四、还有一种方法可以不通过app的方法将数据传递给另一个页面，那就是通过URL的方式
在本页面将数据拼接在ip后面
在另外一个页面通过下面方法获取URL后的参数
function GetRequest() {
var url = location.search; //获取url中"?"符后的字串
var theRequest = new Object();
if (url.indexOf("?") != -1) {
var str = url.substr(1);
strs = str.split("&");
for(var i = 0; i < strs.length; i ++) {
theRequest[strs[i].split("=")[0]]=decodeURIComponent(strs[i].split("=")[1]);
}
}
return theRequest;
}
// 获取URL参数
var Request = new Object();
Request = GetRequest();
var name;
name = Request['name'];
❷ 原生APP中js怎样与Android和ios进行交互
从使用场景上，Web App用户面临比原生APP用户更严峻的问题： 1、 页面跳转更加费力，不稳定感更强 思考点：如何减少跳转(扁平结构、页面布局技巧)，增加数据及展示的流畅流程及稳定性(技术) 2、 更小的页面空间(由于浏览器的导航本身占用一部分屏幕空间)，更大的信息记忆负担 移动设备的屏幕要小得多。这种如同透过门缝进行的阅读增加了认知的负担。人脑的短期记忆是不稳定的，用户在滚动屏幕的过程中需要临时记忆的信息越多，他们的表现就会越差。——《贴心设计：打造高可用性的移动产品》 思考点：排版更清晰、信息更简练 (可在原生APP基础上去掉一些丰富、复杂的视觉表现) 3、 导航不明显，原有底部导航消失，有效的导航遇到挑战 思考点：如何有效的提供导航?有哪些形式? 4、 交互动态效果收到限制，影响一些页面场景、逻辑的理解。 思考点：比如登录注册流程的弹出、完成及异常退出，做好文字提示。 针对以上困境，解决方法总结如下： 首先，从APP到WAP版，在产品上，最明显且核心的： 1、 精简功能，只将核心的任务实现，非核心的枝节可考虑删减。 2、 做好新的Web App导航. 3、 补充从Web App 对 下载原生APP 的引导。 一、常见的几种Web APP导航样式 1.1顶部底部导航的设计： 1.2导航快捷键设计： 美团：顶部栏固定位置 淘宝：悬浮圆圈–可的按钮 优酷：非首屏时页面右侧悬浮 二、有效的导航设计 1、 基本的快捷导航中包括 返回常用页面(如 首页 我的 等)的快捷方式 2、 出现深层架构时 及时补充返回重要层级页面的快捷方式 3、 情境式导航，方便用户快捷跳转到ta想去的页面，如购买结束时提供查看订单详情的按钮。 PS：Web APP更加需要画页面跳转的流程图，摸清各个页面的入口，尤其是页面返回的流程;有些简化的返回按钮，可以特殊注明返回到的页面 在哪里出现引导？ 一般首页、核心任务的页面(如 电商Web APP的商品详情页 、视频Web APP的视频观看页) 二、引导下载APP有哪些形式? 页面顶部放置下载条 页面底部悬浮层引导 融合在页面首屏中 下载按钮形式 底部Foot里含客户端下载入口 其次，在设计Web App时，有以下小技巧可以参考： 1、 从页面布局上减少跳转：使用交互技巧隐藏文字(eg 腾讯视频) 利用收起按钮 减少页面跳转。 2、 取消float浮层，增大展示空间(eg：大众点评) 取消float浮层，同时在详情尾部再次加上 “购买”按钮。 浮层的转换处理。 3、 页面中对图片进行缩小(因情况而异)的处理、精简一些标签导航的视觉展示。 视觉微调。 技术上注意点： 1)各手机浏览器的兼容测试 2)底层服务的调取(能调取，但只有当其是核心功能时才保留 eg：新浪、美团等皆去掉了头像上传功能) 3)注意离线数据存储，减少数据请求频率。 4)考虑保存用户的哪些数据：设置、个人数据、阅读锚点、跳出页面等。 5)避免动效与浏览器的交互冲突 6)按顺序 异步加载 eg： 腾讯视频 腾讯视频异步加载。 虽然Web App目前处于比较尴尬的地位，我们是由于原APP客户端中一些页面需要分享出去才开启制作Web App版。 但是不得不承认，基于Web的轻APP 更新迭代起来更方便，随着H5技术的成熟和发展，也许以后就是基于H5的Web App的天下了 0.0
❸ 手机app的交互特效怎么弄安卓
1、打开安卓手机相机。
2、选择左下角特效搜索交互，找到交互特效下载即可使用。以上就是手机app的交互特效使用步骤。
❹ android两个应用程序之间的通信和调用
你是说两个应用之间还是单个应用的进程之间？
应用程序之间共享数据其实可以使用shareperference 或者 sqlite就行 只是实时操作而已 系统资源消耗比较大。
如果是线程间通信可以使用类似handler和runable传参数。
如果是进程间通信的话可以使用远程服务，AIDL作为中间接口，一个服务端一个客户端数据就可以交互。
❺ 在交互细节上，Android 与 iOS 有哪些区别
根据android4,0规范与IOS规范，android与IOS主要的不容之处表现在：
1.android4.0包括三个虚拟按键：返回、home和最近任务，而IOS只有一个物理Home按键，返回按钮一般放置在导航栏左上方
2.android的主要操作栏在屏幕上方包括：向上+图标+页面名称+主要操作+更多（次要操作），主要操作栏还提供视图切换功能。IOS包括导航栏、工具栏、tab栏，导航栏包括返回+标题+主要操作，工具栏包括一些次要操作，Tab栏承担页面视图切换的功能。
3.android规定tab栏应在屏幕上方，主要操作栏下面，尽量不要放置在屏幕下方，防止与虚拟按键误操作，而IOS的tab栏在屏幕下方
4.android长按会出现情境操作栏，对内容项进行选择及内容项的主要操作功能，而IOS很少使用长按功能
5.在手势操作上，android可以向左滑动删除单条内容，或滑动屏幕切换不同视图，而IOS向右滑动删除内容，并且提供摇一摇返回等功能。
6.界面表现形式不同如：文本输入框、弹出框、选择器、操作按钮图标等
但是，可以看到，为了保持用户体验及平台的一致性，以及资源的可重复利用，两个平台在界面布局上应尽量统一，有些app也会打破这些差异性，好多android的app在布局上与IOS相同。
❻ 原生APP中js怎样与Android和ios进行交互
Android的webview是基于webkit内核的,webview中集成了js与java互调的接口函数,通过addJavas criptInterface方法,可以将Java的类注册进webkit,给网页上的js进行调用,而且还可以通过loadUrl方法是给webkit传递一个URL,供浏览器来进行解析,实现Java和js交互。要想运行网页上的js脚本,webview必须设置支持Javas cript。Java代码1mWebview.getSettings().setJavas criptEnabled(true);然后是设置webview要加载的网页:web的网页:webView.loadUrl("http://www.google.com");本地的网页:webView.loadUrl("file:///android_asset/XX.html"); //本地的存放在:assets文件夹中webview做完基本的初始化后咱们还要要给它,加进一个回调的代理类Javas criptInterface,并给它一个调用的名称:ncpJava代码1mWebView.addJavas criptInterface(new Javas criptInterface(),"ncp");Javas criptInterface可以是一个普通的Java类,类实现的方法,均可被js回调:Java代码final class Javas criptInterface {public int callOnJs() {return 1000;}public void callOnJs2(String mode) {//TODO}}Java要调用js的方法,只需知道js的方法名称即可:Java代码1mWebView.loadUrl("javas cript:onSaveCallback()");js 这边就更简单:Js代码window.onload = function(){document.getElementById('btn_1').addEventListener('click', onBtnClick, false);var _int_value = window.ncp.callOnJs();alert("get int from java:" + _int_value );}function onBtnClick() {window.ncp.callOnJs2("click");}
❼ 我开发了一个android app程序有后台交互，在国外能正常使用吗
在国外显然是可以的，只要的服务器IP是挂在公网上 并且国外没有封IP 一般都是能访问的。
❽ android平台的app 手机客户端和后台服务器怎么进行数据交互的
首先不要管安卓端还是苹果端，现在一般都是响应式的app，你放到安卓或者苹果或者pc或者平板都是没有问题的。一般采用的是http接口通讯，或者socket连接。具体你要去查资料找Demo了。而且现在主流是采用html5开发或者混合开发了。所以最好是服务器提供appAPI接口，通过http访问服务器，获取数据，数据一般是json，或者xml，拿到后解析数据就可以了，然后再用UI框架或者其他框架或者自定义的UI封装下格式很漂亮了，至于cookie和session等，看你的习惯，网络验证和签名那些也自己看习惯，如果涉及到大数据，还需要引入第三方框架的，直接引入就可以了，不过推荐自己写，防止侵权。都是很通用的。
❾ 浅谈iOS与Android设计规范：6类交互设计规范对比
iOS和Android两个不同的平台，肯定是有很多区别的，下面就从交互的角度，谈谈区别。
以前就读过IOS和Android的规范，但是觉得没啥大用处，因为现在APP为了保持一致性，通常在IOS和Android上的设计是一样的，而且一些小公司只设计IOS的交互原型，因为只要IOS上能用，安卓上肯定没问题，前段时间，和一个人聊，问我它俩的区别，当时一脸懵逼，不知从何说起。毕竟是两个不同的平台，肯定是有很多区别的，下面就从交互的角度，谈谈区别。
一、全局导航
IOS：通常放在底部，方便用户点击
Android：通常放在上面，下面有物理按键，防止误操作。
解析：因为Android比IOS多了物理按键，为了防止误操作，所以只能将全局导航放在上面，但是随着屏幕越来越大，上面是手指无法触及的区域，所以切换起来相对成本较高。
二、二级导航
IOS：通常放返回、上一级标题、标题（居中），操作通常只有一个
Android：通常返回控件、logo、下拉菜单、重要操作、更多操作
解析：IOS显示了上一级的名称，让用户点击返回后，心里有预期，Android放了APP的logo，增加了品牌性，但是就使用来讲，用户不知道点击会回到哪，下拉菜单和更多操作都需要点击才能显示，增加了操作步骤。
三、工具栏
IOS：通常放在最下面，方便操作
Android：放在导航栏里，将重要操作放在外面，其他放在更多里。
解析：IOS将操作都放在底部，区域更大，操作更方便。Android将操作放在了顶部，显得很拥挤，并且还收起了一部分，需要用户查找，但是却节省了空间，让内容显示区更大。
四、提示框
IOS：出现在屏幕中间，可以带图标，可以不带，可以是静态的，也可以是动态的。
Android：不可以带图标，不能是动态的，最多只可以带一个操作按钮，最多只能出现一个提示，不能和低端的悬浮按钮重合。
解析：IOS的设计理念是尽量不打扰用户，只要用户能看见变化，轻易不会出现提示，只有一些用户无法感知时，才会出现提示框，所以可以是动态的，像调节音量。Android的提示要比IOS重一些，因为它可以带一个按钮。
五、警示框
IOS：标题和按钮是必须的，可以有内容和输入
Android：主要有四种：用途、内容、事件、表现。
1、用途包含了标题，内容和事件。
六、手势定义
IOS的手势规定有8种，如下：
解析：IOS只有8种手势，Android有14种，但是很多都不常用，个人感觉IOS的8种已经完全够用了，定义那么多种，用户的学习成本就会提高，而且Android的有些手势并没有定义可以做什么，所以给出这么多手势也没有用。
结语
本文对IOS和Android的规范进行了对比，Android的规范那是相当详细，但是IOS的只给出了设计原则，所以，一些是我自己总结的，可能对比的还不够全面，欢迎大家一起讨论。