❶ 原生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的只給出了設計原則，所以，一些是我自己總結的，可能對比的還不夠全面，歡迎大家一起討論。