A. 求免費的WEB轉APP網站
網路。一個木函。下載後，右上角放大鏡搜索，網頁轉應用。
B. 怎麼把web app 轉換為原生的app
生App vs 移動Web App
Git@OSC 的 Android 和 iOS 客戶端全面開源
每當你打算開發移動應用程序時，都要考慮你的應用如何創建以及如何部署。如今已有兩個主要的方向：原生App 以及 移動Web App。那麼在今天這篇文章中就來比較一下兩者的區別來供大家參考。
原生App vs 移動Web App ： 定義
什麼叫做原生App?
原生App是專門針對某一類移動設備而生的，它們都是被直接安裝到設備里，而用戶一般也是通過網路商店或者賣場來獲取例如 The App Store 與 Android Apps on Google Play .
隨便說幾個原生App的例子，比如 iOS 的 Camera+ 以及 Android 的 KeePassDroid
什麼叫做移動Web App?
一般說來，移動Web App都是都是需要用到網路的，它們利用設備上的瀏覽器(比如iPhone的Safari)來運行，而且它們不需要在設備上下載後安裝。
原生App 與 移動Web App的比較
用戶界面
有些公司為同樣的產品製作了原生App與移動Web App，下圖就是Facebook的原生App與移動Web App的界面比較：
注意這兩者的不同地方會產生不同的用戶體驗結果。
開發方面
原生App
每一種移動操作系統都需要獨立的開發項目
每種平台都需要獨立的開發語言。Java(Android), Objective-C(iOS)以及Visual C++(Windows Mobile)等等
需要使用各自的軟體開發包，開發工具以及各自的控制項
移動Web App
因為運行在移動設備的瀏覽器上，所以只需要一個開發項目
這種應用可以使用HTML5,CSS3以及JavaScript以及伺服器端語言來完成（PHP,Ruby on Rails,Python）
這里可沒有標準的SDK，基本任意選擇
別忘了有一些跨平台的開發工具，比如PhoneGap, Sencha Touch 2以及Appcelerator Titanium等等。
能力方面
原生App
能夠與移動硬體設備的底層功能，比如個人信息，攝像頭以及重力加速器等等
移動Web App
只能使用有限的移動硬體設備功能。
贏利
原生App
可以使用專門的移動平台的廣告，比如AdMob
移動Web App
基本沒有限制，但也沒什麼優勢
注意原生App能夠直接在對應的官方商店進行定價就能馬上贏利，然而移動Web App需要你自己完成付款的系統，這可不是一件簡單的事情。
獲取方法
原生App
直接下載到設備
以獨立的應用程序運行(並不需要瀏覽器)
用戶必須手動去下載並安裝這些原生App
有一些商店與賣場來幫助用戶尋找你的App
移動Web App
從移動設備上的瀏覽器訪問
不需要安裝額外的軟體
軟體更新只需要伺服器就夠了
因為現在沒有什麼商品或賣場提供這種App，所以如何搜索這些移動Web App相當不簡單
版本控制
原生App
用戶可以自由地選擇是否更新軟體版本，所以會出現不同用戶同時使用不同版本的情況
移動Web App
所有的用戶都是用同樣的版本
優勢
原生App
比移動Web App運行快
一些商店與賣場會幫助用戶尋找原生App
官方賣場的應用審核流程會保證讓用戶得到高質量以及安全的App
官方會發布很多開發工具或者人工支持來幫助你的開發
移動Web App
跨平台開發
用戶不需要去賣場來下載安裝App
任何時候都可以發布App，因為根本不需要官方賣場的審核
如果你已經有了一個Web App，你可以使用 responsive web design來輔助改進(這也是優勢？)
缺陷
原生App
開發成本高，尤其是當需要多種移動設備來測試時
因為是不同的開發語言，所以開發，維護成本也高
因為用戶使用的App版本不同，所以你維護起來很困難
官方賣場審核流程復雜且慢，會嚴重影響你的發布進程
移動Web App
無法使用很多移動硬體設備的獨特功能
要同時支持多種移動設備的瀏覽器讓開發維護的成本也不低
如果用戶使用更多的新型瀏覽器，那問題就更不好處理了
對於用戶來說，這種App很難被用戶發現
原生App vs 移動Web App : 你如何選擇？
所以在你准備做移動App時，你應該先問問自己以下幾個問題：
你的應用是否需要使用某些設備的特殊功能，比如攝像頭，攝像頭閃光燈或者重力加速器
你的開發預算
你的應用是否一定需要網路
你的應用的目標硬體設備是所有的移動設備還是僅僅只是一部分而已
你自己已經熟悉的開發語言
這個應用對於性能要求是否苛刻
如何靠這個應用贏利
我想這幾個問題應該能讓你做出明智的選擇。
結論
你的選擇是原生App還是移動Web App，主要受商業目標，目標用戶，以及技術需要這些因素影響的。其實更多時候你也不要為選擇那種App模式煩惱，正如上文提到，類似Facebook這樣的公司就為用戶提供了兩種選擇。然而對於大部分人來說，預算，資源限制將會逼迫我們只能選擇其中一種（或者只能以其中一種為重點）。
C. 夢幻西遊網頁版小程序怎麼轉到app
具體步驟如下：
小程序先打開客服頁面，然後在客服頁面通過關鍵字回復一個url（或卡片），點擊url（或卡片）跳轉到應用寶app推廣鏈接，然後就可以打開或下載app了。
利用webview網頁跳轉： 我們可以在手機默認瀏覽器中直接在一個網頁中打開app；那麼，在微信小程序web-view中是否可以呢？實際上web-view有大量許可權限制，基本除了展示信息，其他交互都需要通過小程序原生代碼實現。
D. 如何讓網頁鏈接完美的跳轉到APP
在智能手機出貨量超過PC和功能手機、用戶使用App比例超過80%以上的情況下，智能手機App絕對成為了人們生活的主角。對於PC、平板、智能手機之間的跨平台無縫體驗，很早之前開發者就開始關注了。比如Evernote會開發幾乎所有平台的軟體版本，來保證用戶在使用各個平台時可以無縫切換;另外Chrome 桌面版和手機端也可以同步數據，我在電腦上打開幾個網頁，換到手機上時仍能看到那幾個網頁。 雖然很多人都認識到了App的重要性，但從PC到手機App，這中間仍然存在著很大的體驗斷層。PC段到移動端還有很多事情要做，比如接下來講的：當大量App內容被分享到微博、微信上之後，如何從PC或手機上的網頁鏈接完美切換到App。 在我近一個多月的測試中，發現大部分的App都沒有做好從Web鏈接到App的過渡。比如我用手機在微博中點開一個應用官方帳號微博裡面的一個鏈接，鏈接內容是App內的內容(微博分享出來)，然後你就會發現打開時大部分情況是網頁版。雖然我手機里安裝了這款應用，但卻仍然打開的是網頁版，如果該App需要登錄的話，我在網頁版上甚至都無法進行更多的操作。 當然，也有個別App在鏈接到App跳轉的過程做得非常好。而在一般情況下，這種跳轉優化根據設計的無縫度會有四種，總結如下(在此聲明，我所測試的所有App都是我個人比較喜歡的，所以不存在詆毀哪款產品問題)： 第一種：鏈接是為PC設計的，根本沒有針對移動設備進行過優化，打開鏈接你必須通過縮放才能看到網頁上的內容。這類App有很多，比如大眾點評、果殼、果庫、抬杠等。 第二種：鏈接為移動設備優化過，但從網頁端轉到移動端仍然有斷層。比如美樂時光官方微信會推薦一些歌單，我用瀏覽器打開後便可以直接播放，移動體驗非常棒，但即便登錄之後也不能對播放的歌曲進行收藏。如果我想收藏某些歌曲，必須用電腦打開網站，搜到歌曲，然後收藏後才會同步到美樂時光App上，非常的麻煩。另外這類App還有：想去、美團等。 這裡面還有一種情況，就是媒體類應用。由於媒體本身產生的內容只是一篇篇文章，所以很容易為移動設備優化。但這又分兩類，一類本身網頁在移動設備上的體驗非常好，同時也有客戶端，但兩者是有斷層的。第二類是對移動端進行了優化，但由於沒有客戶端，反而不會出現上體驗斷層的問題。 第三種：產品本身就是為移動而生的，即便是網頁版，也像移動端一樣簡潔。這種鏈接打開沒任何壓力，即便登錄，也是非常方便的。你可以直接用網頁版進行各種操作，然後打開App就能同步了。這種情況已經算是非常好的了，但它仍然無法解決網頁鏈接和App之間的鴻溝問題，我不能直接通過網頁鏈接打開App。這類產品比較少，比如早期的果庫(無網頁版)、國外的Fancy等。 第四種：點擊鏈接可以直接打開App，如果是在桌面端則直接在瀏覽器中顯示內容。在我測試的十幾款App中，我只發現了兩款在網頁鏈接向App跳轉上做得非常好，那就是啪啪(Papa)和Instagram。我在刷微博看見好友分享了一條啪啪時，點擊鏈接，我的啪啪就會自動打開，然後顯示好友分享的內容。而Instagram做法有些不同，它第一次打開的是優化過的網頁，然後Logo旁有一個“Open in app”的按鈕，點擊之後可以直接打開App。這樣就非常方便，如果我沒有安裝app，那麼它會直接在手機瀏覽器里打開，如果我用的是電腦，那它也會直接在桌面瀏覽器中打開。 對於Web鏈接向App跳轉的問題，可能很多人都會說這只是一個小細節，沒必要過度深究。但隨著我們使用手機App越來越頻繁，這個小問題會困擾越來越多的人。而且從第四種解決方案可以看出，很多App沒這樣做並不是因為蘋果的沙盒保護機制，只是開發者在考慮用戶體驗的時候，沒有把這部分真正的考慮進來。
E. 如何讓WEB鏈接完美的跳轉到APP(安卓軟體開發)
在智能手機出貨量超過PC和功能手機、用戶使用App比例超過80%以上的情況下，智能手機App絕對成為了人們生活的主角。對於PC、平板、智能手機之間的跨平台無縫體驗，很早之前開發者就開始關注了。比如Evernote會開發幾乎所有平台的軟體版本，來保證用戶在使用各個平台時可以無縫切換；另外 Chrome 桌面版和手機端也可以同步數據，我在電腦上打開幾個網頁，換到手機上時仍能看到那幾個網頁。雖然很多人都認識到了App的重要性，但從PC到手機App，這中間仍然存在著很大的體驗斷層。PC段到移動端還有很多事情要做，比如接下來講的：當大量App內容被分享到微博、微信上之後，如何從PC或手機上的網頁鏈接完美切換到App。在我近一個多月的測試中，發現大部分的App都沒有做好從Web鏈接到App的過渡。比如我用手機在微博中點開一個應用官方帳號微博裡面的一個鏈接，鏈接內容是App內的內容（微博分享出來），然後你就會發現打開時大部分情況是網頁版。雖然我手機里安裝了這款應用，但卻仍然打開的是網頁版，如果該App需要登錄的話，我在網頁版上甚至都無法進行更多的操作。當然，也有個別App在鏈接到App跳轉的過程做得非常好。而在一般情況下，這種跳轉優化根據設計的無縫度會有四種，總結如下（在此聲明，我所測試的所有App都是我個人比較喜歡的，所以不存在詆毀哪款產品問題）：第一種：鏈接是為PC設計的，根本沒有針對移動設備進行過優化，打開鏈接你必須通過縮放才能看到網頁上的內容。這類App有很多，比如大眾點評、果殼、果庫、抬杠等。第二種：鏈接為移動設備優化過，但從網頁端轉到移動端仍然有斷層。比如美樂時光官方微信會推薦一些歌單，我用瀏覽器打開後便可以直接播放，移動體驗非常棒，但即便登錄之後也不能對播放的歌曲進行收藏。如果我想收藏某些歌曲，必須用電腦打開網站，搜到歌曲，然後收藏後才會同步到美樂時光App上，非常的麻煩。另外這類App還有：想去、美團等。這裡面還有一種情況，就是媒體類應用。由於媒體本身產生的內容只是一篇篇文章，所以很容易為移動設備優化。但這又分兩類，一類本身網頁在移動設備上的體驗非常好，同時也有客戶端，但兩者是有斷層的。第二類是對移動端進行了優化，但由於沒有客戶端，反而不會出現上體驗斷層的問題。第三種：產品本身就是為移動而生的，即便是網頁版，也像移動端一樣簡潔。這種鏈接打開沒任何壓力，即便登錄，也是非常方便的。你可以直接用網頁版進行各種操作，然後打開App就能同步了。這種情況已經算是非常好的了，但它仍然無法解決網頁鏈接和App之間的鴻溝問題，我不能直接通過網頁鏈接打開App。這類產品比較少，比如早期的果庫（無網頁版）、國外的Fancy等。第四種：點擊鏈接可以直接打開App，如果是在桌面端則直接在瀏覽器中顯示內容。在我測試的十幾款App中，我只發現了兩款在網頁鏈接向App跳轉上做得非常好，那就是啪啪（Papa）和Instagram。我在刷微博看見好友分享了一條啪啪時，點擊鏈接，我的啪啪就會自動打開，然後顯示好友分享的內容。而Instagram做法有些不同，它第一次打開的是優化過的網頁，然後Logo旁有一個「Open in app」的按鈕，點擊之後可以直接打開App。這樣就非常方便，如果我沒有安裝app，那麼它會直接在手機瀏覽器里打開，如果我用的是電腦，那它也會直接在桌面瀏覽器中打開。對於Web鏈接向App跳轉的問題，可能很多人都會說這只是一個小細節，沒必要過度深究。但隨著我們使用手機App越來越頻繁，這個小問題會困擾越來越多的人。而且從第四種解決方案可以看出，很多App沒這樣做並不是因為蘋果的沙盒保護機制，只是開發者在考慮用戶體驗的時候，沒有把這部分真正的考慮進來。
F. 怎麼把web app 轉換為原生的app！或者有什麼軟體可以把web app的軟體包轉成原生ap
生App vs 移動Web App
Git@OSC 的 Android 和 iOS 客戶端全面開源
每當你打算開發移動應用程序時，都要考慮你的應用如何創建以及如何部署。如今已有兩個主要的方向：原生App 以及 移動Web App。那麼在今天這篇文章中就來比較一下兩者的區別來供大家參考。
原生App vs 移動Web App ： 定義
什麼叫做原生App?
原生App是專門針對某一類移動設備而生的，它們都是被直接安裝到設備里，而用戶一般也是通過網路商店或者賣場來獲取例如 The App Store 與 Android Apps on Google Play .
隨便說幾個原生App的例子，比如 iOS 的 Camera+ 以及 Android 的 KeePassDroid
什麼叫做移動Web App?
一般說來，移動Web App都是都是需要用到網路的，它們利用設備上的瀏覽器(比如iPhone的Safari)來運行，而且它們不需要在設備上下載後安裝。
原生App 與 移動Web App的比較
用戶界面
有些公司為同樣的產品製作了原生App與移動Web App，下圖就是Facebook的原生App與移動Web App的界面比較：
注意這兩者的不同地方會產生不同的用戶體驗結果。
開發方面
原生App
每一種移動操作系統都需要獨立的開發項目
每種平台都需要獨立的開發語言。Java(Android), Objective-C(iOS)以及Visual C++(Windows Mobile)等等
需要使用各自的軟體開發包，開發工具以及各自的控制項
移動Web App
因為運行在移動設備的瀏覽器上，所以只需要一個開發項目
這種應用可以使用HTML5,CSS3以及JavaScript以及伺服器端語言來完成（PHP,Ruby on Rails,Python）
這里可沒有標準的SDK，基本任意選擇
別忘了有一些跨平台的開發工具，比如PhoneGap, Sencha Touch 2以及Appcelerator Titanium等等。
能力方面
原生App
能夠與移動硬體設備的底層功能，比如個人信息，攝像頭以及重力加速器等等
移動Web App
只能使用有限的移動硬體設備功能。
贏利
原生App
可以使用專門的移動平台的廣告，比如AdMob
移動Web App
基本沒有限制，但也沒什麼優勢
注意原生App能夠直接在對應的官方商店進行定價就能馬上贏利，然而移動Web App需要你自己完成付款的系統，這可不是一件簡單的事情。
獲取方法
原生App
直接下載到設備
以獨立的應用程序運行(並不需要瀏覽器)
用戶必須手動去下載並安裝這些原生App
有一些商店與賣場來幫助用戶尋找你的App
移動Web App
從移動設備上的瀏覽器訪問
不需要安裝額外的軟體
軟體更新只需要伺服器就夠了
因為現在沒有什麼商品或賣場提供這種App，所以如何搜索這些移動Web App相當不簡單
版本控制
原生App
用戶可以自由地選擇是否更新軟體版本，所以會出現不同用戶同時使用不同版本的情況
移動Web App
所有的用戶都是用同樣的版本
優勢
原生App
比移動Web App運行快
一些商店與賣場會幫助用戶尋找原生App
官方賣場的應用審核流程會保證讓用戶得到高質量以及安全的App
官方會發布很多開發工具或者人工支持來幫助你的開發
移動Web App
跨平台開發
用戶不需要去賣場來下載安裝App
任何時候都可以發布App，因為根本不需要官方賣場的審核
如果你已經有了一個Web App，你可以使用 responsive web design來輔助改進(這也是優勢？)
缺陷
原生App
開發成本高，尤其是當需要多種移動設備來測試時
因為是不同的開發語言，所以開發，維護成本也高
因為用戶使用的App版本不同，所以你維護起來很困難
官方賣場審核流程復雜且慢，會嚴重影響你的發布進程
移動Web App
無法使用很多移動硬體設備的獨特功能
要同時支持多種移動設備的瀏覽器讓開發維護的成本也不低
如果用戶使用更多的新型瀏覽器，那問題就更不好處理了
對於用戶來說，這種App很難被用戶發現
原生App vs 移動Web App : 你如何選擇？
所以在你准備做移動App時，你應該先問問自己以下幾個問題：
你的應用是否需要使用某些設備的特殊功能，比如攝像頭，攝像頭閃光燈或者重力加速器
你的開發預算
你的應用是否一定需要網路
你的應用的目標硬體設備是所有的移動設備還是僅僅只是一部分而已
你自己已經熟悉的開發語言
這個應用對於性能要求是否苛刻
如何靠這個應用贏利
我想這幾個問題應該能讓你做出明智的選擇。
結論
你的選擇是原生App還是移動Web App，主要受商業目標，目標用戶，以及技術需要這些因素影響的。其實更多時候你也不要為選擇那種App模式煩惱，正如上文提到，類似Facebook這樣的公司就為用戶提供了兩種選擇。然而對於大部分人來說，預算，資源限制將會逼迫我們只能選擇其中一種（或者只能以其中一種為重點）。
G. 如何讓WEB鏈接完美的跳轉到APP
第一種：鏈接是為PC設計的，根本沒有針對移動設備進行過優化，打開鏈接你必須通過縮放才能看到網頁上的內容。這類App有很多，比如大眾點評、果殼、果庫、抬杠等。
第二種：鏈接為移動設備優化過，但從網頁端轉到移動端仍然有斷層。比如美樂時光官方微信會推薦一些歌單，我用瀏覽器打開後便可以直接播放，移動體驗非常棒，但即便登錄之後也不能對播放的歌曲進行收藏。如果我想收藏某些歌曲，必須用電腦打開網站，搜到歌曲，然後收藏後才會同步到美樂時光App上，非常的麻煩。另外這類App還有：想去、美團等。
這裡面還有一種情況，就是媒體類應用。由於媒體本身產生的內容只是一篇篇文章，所以很容易為移動設備優化。但這又分兩類，一類本身網頁在移動設備上的體驗非常好，同時也有客戶端，但兩者是有斷層的。第二類是對移動端進行了優化，但由於沒有客戶端，反而不會出現上體驗斷層的問題。
第三種：產品本身就是為移動而生的，即便是網頁版，也像移動端一樣簡潔。這種鏈接打開沒任何壓力，即便登錄，也是非常方便的。你可以直接用網頁版進行各種操作，然後打開App就能同步了。這種情況已經算是非常好的了，但它仍然無法解決網頁鏈接和App之間的鴻溝問題，我不能直接通過網頁鏈接打開App。這類產品比較少，比如早期的果庫(無網頁版)、國外的Fancy等。
第四種：點擊鏈接可以直接打開App，如果是在桌面端則直接在瀏覽器中顯示內容。在我測試的十幾款App中，我只發現了兩款在網頁鏈接向App跳轉上做得非常好，那就是啪啪(Papa)和Instagram。我在刷微博看見好友分享了一條啪啪時，點擊鏈接，我的啪啪就會自動打開，然後顯示好友分享的內容。而Instagram做法有些不同，它第一次打開的是優化過的網頁，然後Logo旁有一個「Open in app」的按鈕，點擊之後可以直接打開App。這樣就非常方便，如果我沒有安裝app，那麼它會直接在手機瀏覽器里打開，如果我用的是電腦，那它也會直接在桌面瀏覽器中打開。
對於Web鏈接向App跳轉的問題，可能很多人都會說這只是一個小細節，沒必要過度深究。但隨著我們使用手機App越來越頻繁，這個小問題會困擾越來越多的人。而且從第四種解決方案可以看出，很多App沒這樣做並不是因為蘋果的沙盒保護機制，只是開發者在考慮用戶體驗的時候，沒有把這部分真正的考慮進來。
以上是雲棲社區小編為您精心准備的的內容，在雲棲社區的博客、問答、公眾號、人物、課程等欄目也有的相關內容，歡迎繼續使用右上角搜索按鈕進行搜索網頁 ， 手機 ， 移動 ， 鏈接 ， 移動端網頁 ， uwp 手機app ， 手機app介面開發 ， 手機app開發 ， 手機app ， pc端 手機 應用分享 ， app移動網頁popover ， app手機androidbroadcast ， 測試web手機 直接 web鏈接向app跳轉、wkwebview 鏈接不跳轉、超鏈接跳轉到web inf、webapp頁面跳轉方法、ios webview跳轉app，以便於您獲取更多的相關知識。
希望我的回答可以幫到您哦
H. 讓WEB鏈接完美的跳轉到APP客戶端怎麼做
第一種：鏈接是為PC設計的，根本沒有針對移動設備進行過優化，打開鏈接你必須通過縮放才能看到網頁上的內容。這類App有很多，比如大眾點評、果殼、果庫、抬杠等。
第二種：鏈接為移動設備優化過，但從網頁端轉到移動端仍然有斷層。比如美樂時光官方微信會推薦一些歌單，我用瀏覽器打開後便可以直接播放，移動體驗非常棒，但即便登錄之後也不能對播放的歌曲進行收藏。如果我想收藏某些歌曲，必須用電腦打開網站，搜到歌曲，然後收藏後才會同步到美樂時光App上，非常的麻煩。另外這類App還有：想去、美團等。
這裡面還有一種情況，就是媒體類應用。由於媒體本身產生的內容只是一篇篇文章，所以很容易為移動設備優化。但這又分兩類，一類本身網頁在移動設備上的體驗非常好，同時也有客戶端，但兩者是有斷層的。第二類是對移動端進行了優化，但由於沒有客戶端，反而不會出現上體驗斷層的問題。
第三種：產品本身就是為移動而生的，即便是網頁版，也像移動端一樣簡潔。這種鏈接打開沒任何壓力，即便登錄，也是非常方便的。你可以直接用網頁版進行各種操作，然後打開App就能同步了。這種情況已經算是非常好的了，但它仍然無法解決網頁鏈接和App之間的鴻溝問題，我不能直接通過網頁鏈接打開App。這類產品比較少，比如早期的果庫（無網頁版）、國外的Fancy等。
第四種：點擊鏈接可以直接打開App，如果是在桌面端則直接在瀏覽器中顯示內容。在我測試的十幾款App中，我只發現了兩款在網頁鏈接向App跳轉上做得非常好，那就是啪啪（Papa）和Instagram。我在刷微博看見好友分享了一條啪啪時，點擊鏈接，我的啪啪就會自動打開，然後顯示好友分享的內容。而Instagram做法有些不同，它第一次打開的是優化過的網頁，然後Logo旁有一個「Open in app」的按鈕，點擊之後可以直接打開App。這樣就非常方便，如果我沒有安裝app，那麼它會直接在手機瀏覽器里打開，如果我用的是電腦，那它也會直接在桌面瀏覽器中打開。
對於Web鏈接向App跳轉的問題，可能很多人都會說這只是一個小細節，沒必要過度深究。但隨著我們使用手機App越來越頻繁，這個小問題會困擾越來越多的人。而且從第四種解決方案可以看出，很多App沒這樣做並不是因為蘋果的沙盒保護機制，只是開發者在考慮用戶體驗的時候，沒有把這部分真正的考慮進來。
I. 你知道哪些可以批量把webm轉mp4的APP
WebM是由Google提出，是一個開放、免費的媒體文件格式。
J. 淘寶上，web網站WAP轉APP打包加殼封裝ipa，這些事怎麼做的
用91手機助手iphone版應該就可以。話說回來，你沒有開發者賬號是如何下載到Xcode的呢？（Xcode是專門用來開發蘋果應用的軟體，下載需要開發者賬號）