『壹』 Flutter iOS 蘋果IAP(內購)實現步驟及問題總結(全網最全)
點擊 「協議、稅務和銀行業務」
內購用的是付費應用程序，先簽署《付費應用程序協議》，同意後狀態變更為「用戶信息待處理」，等待審核。
狀態更改完畢後，點擊「開始設置稅務、銀行業務和聯系信息」。
（1）添加銀行賬戶,按照要求填寫相關內容即可。
（2）選擇報稅表，並填寫。所有與 Apple 有商業合作者必選都是美國，若有其他需求，可以多選。
繼續填寫，首先認證公司基本信息，選擇所有人類型，確認無誤後認證條款處打對勾
Part I 部分，繼續核對公司相關信息，選填內容可不填。
Part III 部分，簽署稅務條約，設置利益限制條款的種類，選填內容可不填。此部分如果需要可勾選上下圖勾選框，不需要可不勾選，我們這個項目沒有用到part III 部分,所以沒有勾選。
Part XXX 部分，確認之前填寫的信息，勾選完畢後，提交
（3）填寫聯系信息，共5個。高級管理、財務、技術、法務、營銷。只需要提供5個人的基本信息即可。
https://appstoreconnect.apple.com/apps/1604297713/appstore/addons?m=
只可使用一次的產品，使用之後即失效，必須再次購買。
示例： 釣魚 App 中的魚食。
只需購買一次，不會過期或隨著使用而減少的產品。
示例： 游戲 App 的賽道。
允許用戶在固定時間段內購買動態內容的產品。除非用戶選擇取消，否則此類訂閱會自動續期。
示例： 每月訂閱提供流媒體服務的 App。
允許用戶購買有時限性服務的產品。此 App 內購買項目的內容可以是靜態的。此類訂閱不會自動續期。
示例： 為期一年的已歸檔文章目錄訂閱。
App 內購買項目的截屏，即所售項目的示意圖。例如，如果 App 內購買項目是一本圖書，您可以提交圖書的截屏。您也可以提交購買頁的截屏。該截屏僅用於 Apple 審核，不會在 App Store 中顯示。
截屏要求如下：
iOS 至少需要 640 x 920 像素
Apple tvOS 需要 1920 x 1080 像素
macOS 需要 1280 x 800 像素
App 審核圖像上傳後，可以替換，但無法移除。當您的 App 內購買項目處於審核中時，您無法更新截屏。
https://appstoreconnect.apple.com/access/testers
沙箱賬號是不能直接在App Store進行登錄的，只能在點擊了購買商品之後，在彈出的登錄框進行登錄 。
驗證是否已登錄沙箱測試賬號：
設置--iTunes Store與App Store，頁面拉到最底部，會看到沙箱賬戶項會列出你已登錄的沙箱測試賬號！
操作方法一：打開App Store應用首頁滑到最下方--選中AppleID--注銷
操作方法二：設置--iTunes Store與App Store--選中AppleID--注銷
checks if the client can make payments(檢測App是否能支付)
getAvailablePurchases
Get all non-consumed purchases 獲取未消費的商品
列印信息查詢；
原因：
沒有先執行getProcts，直接執行requestPurchase方法,要先拉取商品列表，再執行購買操作.
問題描述；
1.漏單必須要處理，玩家花RMB購買的東西卻丟失了，是絕對不能容忍的。所謂的漏單就是玩家已經正常付費，卻沒有拿到該拿的道具。
解決：只要購買成功，便將購買記錄(receipt等賬單信息)保存下來，然後將賬單信息傳送給我們游戲伺服器，游戲伺服器獲得賬單後，和蘋果伺服器驗證，賬單有效的話，回饋給游戲伺服器處理，游戲伺服器處理後，返回給游戲客戶端處理，處理完畢，將本地保存的購買記錄刪除。
https://developer.apple.com/library/content/releasenotes/General/ValidateAppStoreReceipt/Chapters/ValidateRemotely.html 官方文檔：向蘋果校驗支付憑證
21000 App Store無法讀取你提供的JSON數據
21002 收據數據不符合格式
21003 收據無法被驗證
21004 你提供的共享密鑰和賬戶的共享密鑰不一致
21005 收據伺服器當前不可用
21006 收據是有效的，但訂閱服務已經過期。當收到這個信息時，解碼後的收據信息也包含在返回內容中
21007 收據信息是測試用（sandbox），但卻被發送到產品環境中驗證 【請求sandbox校驗支付憑證】
21008 收據信息是產品環境中使用，但卻被發送到測試環境中驗證
消耗類型： 例如：金幣、道具等。
非續訂訂閱： non-renewable subscription 例如：VIP
您的首個 App 內購買項目必須以新的 App 版本提交。請創建您的 App 內購買項目，然後前往 App 的「App Store」頁，從「App 內購買項目」中進行選擇，點按「提交」。 了解更多
在上傳二進制文件並提交首個 App 內購買項目以供審核後，您可以使用下表提交其他 App 內購買項目。
唐巧-iOS應用內付費(IAP)開發步驟列表
未完~待續
當使用內購購買過商品之後沒有把這個交易關閉，所以再次去購買商品後就會調用以前已經購買成功的交易去購買因為已經購買過，才會有這個提示
原因：添加內購項目時，信息填寫不完整，app審核圖像未上傳
處理方法：上傳app審核圖片( 合適的尺寸 )，點擊提交，狀態改為正在准備審核中。
這個是內購選擇類型不匹配原因導致。
購買成功之後，Apple會返回以下四個數據給應用
Reference
Review the updated Paid Applications Schele.
遊客身份解決方案：即不登錄也要能購買
1）伺服器端做一個蘋果審核機制，審核期間遊客身份可以進行一切行為，一旦審核通過，修改服務端即可達到強制用戶登錄進行內購買的目的（這個有點。。。）
2）遊客可以進行內購買，購買時以設備UUID為准，生成一個遊客賬號，將購買信息保存在伺服器和本地，當用戶登錄正式賬戶後判斷此設備是否進行過內購，有的話提示用戶將遊客身份購買的權益與現有賬號綁定，如果綁定，遊客權益則遷移到正式賬戶，如果不遷移，則遊客身份和正是賬戶是兩個獨立賬戶，正式賬戶不享有遊客身份的權益（我用的這個）
內購遊客模式解決方案
iOS內購規則
『貳』 Flutter設置APP版本與構建版本
當一個純Flutter APP開發完成，我們要打包發布到App Store和各大安卓市場，這時候我們需要設置APP的版本號。
如果我們在使用原生iOS或者Android開發的時,我們會在info.plist中設置 version 和 build 或是在build.gradle中設置 versionName 和 versionCode ,他們分別表示APP的版本和構建版本。
但是我們在使用Flutter管理APP版本時，打開 pubspec.yaml 只看到一個 version 欄位。這時候我們應該怎麼設置APP的 version 和 build 呢？
我們在pub上隨便找一個Flutter的組件，例如官方的 camera ,我們可以看到截止目前為止最新的版本為： camera: ^0.5.2+1 。看到這里，我想大家都明白了，Dart採用的是加號式的版本描述方式， + 前面是版本號， + 後面是當前版本的build號。所以我們設置APP的版本號和build次數，在這里設置即可，例如： version: 1.2.0+1 。
當我們新建一個Flutter工程的時候，我們分別使用Xcode和Android Studio打開iOS和Android的工程可以看到，iOS中的 version 和 build 的值分別為 FLUTTER_BUILD_NAME 和 FLUTTER_BUILD_NUMBER ：
同樣我們打開Android工程可以看到有如下定義：
事實上，Flutter在編譯的時候會生成 ios/Flutter/Generated.xcconfig 和 android/local.properties 文件。這兩個文件由Flutter編譯自動生成，不可更改。記錄了包含SDK路徑或者文件路徑，版本信息，環境配置（release/debug）等信息。原生工程獲取版本信息的變數就定義在這兩個文件裡面。
『叄』 基於ios的網上商城可以用uni-app嘛
可以
使用uniapp開發的ios客戶端是可以正常上架到AppStore蘋果應用商店的。不過蘋果官方審核十分嚴格
uni-app是一個使用Vue.js開發所有前端應用的框架，開發者編寫一套代碼，可發布到iOS、Android、Web（響應式）、以及各種小程序（微信/支付寶/網路/頭條/飛書/QQ/快手/釘釘/淘寶）、快應用等多個平台。為什麼要用uni-app？uni-app說破天也就是一個vue框架。如果是想要跨平台為什麼不用flutter或者ReactNative呢？主要是為了項目的快速落地。中國互聯網發展到今天，移動互聯網時代已經過去，對於初創企業想單純通過一個app所撬動的流量並不大。各大國民級的app都推出了小程序，使用這些小程序才是目前的低成本創業方式。
『肆』 flutter如何進行icloud
flutter用一個插件進行icloud。
拓展資料：為何flutter構建的App體積較大？
細心的開發者會發現flutter構建的App體積比native的大一些，是什麼原因造成App體積大呢？
其實flutter 在release時App體積和native的大小差不多，而debug時體積通常會大。debug版本體積較大是為了Hot reload和快速編譯。如果有flutter開發經驗的朋友都體驗過，如果您修改一下App的背景顏色，只需save一下就可以立刻看到修改後效果。我稱之為「像藝術家一樣在創造App」，因此為了實現這些目標，提高開發的效率，debug將佔用全部資源。而當我們構建release版時，flutter又會採用AOT策略，提高App運行效率，release版只打包必需的資源，因而體積又會減少。
另外，flutter團隊也一直在尋找減小程序大小的方法。
『伍』 app是如何製作的，APP如何開發
手機APP製作流程：無需技術，教你製作一個自己的手機APP
一款手機APP的製作，說復雜非常復雜，涉及到多個領域的研發，稍復雜一點的個人研發基本上搞不定，但是，也有非常簡單的手機APP一站式製作運營方法。
隨著移動互聯網基層開開發技術的發展，無需編程技術，也可以在應用公園製作手機。這里就以應用公園為例，教您熟悉手機APP製作流程，手把手教你製作一款自己心儀的手機APP。
第一步：了解自己想要製作一款怎麼的手機APP。是軟硬體結合？ 游戲 類？商城類？新聞資訊類？互動類？聊天類？還是團購類、同城服務類？送餐類？企業展示類？
每一個類別的APP開發差異非常大，主要就是不同類型所需要的功能支持。對自己想要做的APP有個大致的了解，但是這一步很多人都沒搞清楚，大部分人都存在一個大概模糊的創意、想法階段。
第二步：了解自己想要做的APP的基礎功能，劃分板塊。
對基礎功能的了解、板塊的分類，上手最快的方法就是：查看市場上類似的APP進行借鑒。
第三步：界面及交互的設計
界面及交互的設計，可以直接使用「墨刀」。可以先設計一個大概，後期不斷豐富。
第四步：APP功能的開發製作
APP功能的開發直接使用應用公園就可以了。應用公園把市場上常見的APP功能進行拆分組合，你不需要懂任何編程技術，只需喲安把需要的功能挑選出，組合搭配一個，就能迅速組建出一個手機APP。
手機APP製作具體流程：
1、打開應用公園的官網，點擊「開始製作」，注冊登錄；
2、應用公園為在線APP製作平台，所以不需要下載任何東西，直接進入製作頁面就可以；
3、應用公園目前有兩種模式：
（1）主題模式：應用公園平台上，已經很多已經製作完善的手機APP軟體，可以直接當做模板使用，僅需要把裡面的文字圖片進行替換，就可以快速製作一款APP。
（2）自由模式：就像拼圖一樣，把需要的功能自由組合搭配一下，就可以創造一款獨一無二的手機APP。
每一個功能控制項的具體功能，都通過後台自動配置。
4、手機APP打包
製作完善後，在應用公園平台直接點擊製作完成，就會自動打包成手機安裝程序。
5、應用發布上架
在應用公園平台直接申請應用發布，通過聯網後，就可以聯網使用了。
6、下載管理、運營
應用公園提供運營管理後台、下載站點、下載二維碼、手機管理助手等APP相關產品，一站式服務，自動配置，免去多次開發成本，而且後期的功能、內容的更新迭代自己既可以搞定，也不需要具體的編程技術。
自己製作app需要 編程知識 。但依靠第三方工具，三分鍾就可以做成專屬自己的APP。下面以簡易網為例演示：
簡網APP工廠三大特點
1、最低的成本：節省所有開發成本，以及僅幾分鍾的時間成本。
2、實用的功能：貼近傳統網站的內容編輯與發布方式。
3、靈活的運營：生成APP後，一個人也可以完美運營。
先來了解一下APP工廠：三分鍾製作APP
使用簡網APP工廠之前，我曾經通過其他類似的APP公司製作過兩三個不同版本的免費APP，簡網的操作流程是製作門檻最低的一家。
不支持用戶名注冊，需要使用微博賬號
新浪與騰訊微博用戶數幾乎覆蓋全網網民數，我們默認用戶已經擁有微博賬號，以便於進行APP快速創建。
填寫APP信息：幾分鍾搞定
製作APP之前我們需要做一些准備工作，比如我們要明確我們要做一個怎樣的APP，我們要為這個APP准備一張1024x1024的ICON以及一張114x114的小圖標，另外還需要一張640x1136的開機圖。
從簡網APP工廠的首頁，經過3次跳轉，省略了網站注冊過程，通過模板挑選完成APP美工定案，所需的是APP的圖標與應用簡介。全過程幾分鍾足矣。
快捷實用的後台采編系統
我們製作了一個新聞資訊類的APP軟體，同時我們擁有了一個功能齊全的後台更新系統。利用後台可以完全解決APP內容更新問題，可以快速進行新聞發布，包括文字、圖片、視頻、微博等形式，並且引入了完善的評論系統與社區系統。
筆者至今使用過三家大型網站的後台系統，由於種種 歷史 原因，這些後台系統都存在或多或少的不合理設計，也許是因為承載的功能過多，數據架構過於復雜，在新入職人員上手操作時，需要經過長時間的熟悉過程。
簡網為我們製作的APP提供了統一的後台模板，這個後台的功能亮點在於不僅提供原始錄入，還提供也許是目前設計最為合理的網路來源抓取功能。包括網頁、微博在內的網路內容，都可以在大約1分鍾時間內導入後台中，並且實時呈現在用戶手機上的APP客戶端。
APP的生成時間約為三分鍾，APP容量只有3M，一般的寬頻都可以在1分鍾之內下載好裝進手機
我們得到了一個可安裝的APP軟體
同時獲得了一個功能完善的編輯後台
快速的內容抓取，讓後台采編人員的數量可以降到最低，維持一個日更新量在100篇文章左右的APP客戶端，一個工作人員足矣。
內容采編神器：發布到應用
「發布到應用」這個功能可以說是管理後台提供的最強大的一個功能，經過簡單的設置後，我們可以在幾秒鍾之內把網路內容發布到我們的APP客戶端。
這樣一個媒體類APP就做好了。
很高興回答這個問題。
我是從事安卓App開發的，開發過很多App，那麼App是如何製作的。
頁面設計我們看到的app都一個個頁面，每個頁面功能不同。首先是產品經理通過調研整理需求，然後將需求整理成頁面(可以使用墨刀等網頁製作)，然後在交給UI人員進行專業設計和美化，最後將設計圖打包給開發人員。
開發設計拿安卓舉例，開發使用語言也分幾種，具體得根據實際情況來選擇。
1.原生開發
安卓一般使用java語言開發，當然現在也有kotlin語言進行開發。如何開發就涉及到具體編程了，這里就不詳說了。簡單描述就是使用安卓提供的一系列控制項來實現頁面，復雜點的頁面可以通過自定義控制項來實現。
2.使用H5語言開發
使用H5開發的好處有很多，可以多端復用，比如瀏覽器端，ios端，當然H5開發的體驗是沒有原生好的。結合我做過的項目來說，一般是這個頁面需要分享出去的話，就用H5開發。
3.使用flutter開發
flutter是近年來谷歌推出的一款UI框架，
使用dart語言進行開發，支持跨平台，weight渲染直接操作硬體層，體驗可媲美原生。但是flutter技術比較新，生態還不完善，開發起來效率相對偏低
頁面數據填充頁面開發出來只是空殼子，沒有數據填充，這時候就需要通過介面獲取數據，然後解析數據，顯示在頁面上。
到此，一個大概的App製作流程就結束了。
首先你要清楚自己想要什麼樣的APP,是做哪一方便的?簡單的?還是復雜的
一下我就分為兩類進行回答
一,簡單APP必要崗位
ui設計師(至少一個)
主要負責APP頁面的搭建和交互的梳理
客戶端開發人員(至少一個)
目前市面上的APP開發方式多為混合開發,如果做一個簡單的APP可以選擇webapp,這樣不但可以減少開發周期還可以控制開發成本
服務端開發(至少一個)
目前伺服器語言很多php,java,
node.js
非必要崗位
首先 ,我說的非必要崗位不是說這些崗位不重要,而是說在為了減少成本的情況下,這樣崗位可以被別的崗位所替代
產品經理
如果開發的App功能簡單,UI設計師就可以擔任這樣職責
測試工程師
當然,在時間允許的情況下,開發人員也可以是測試人員
復雜app可以考慮純原生開發,那麼客戶端至少兩個人進行開發(安卓,IOS),或者考慮混合開發,及web前端+原生開發人員
必要崗位
ui設計師,安卓開發工程師,ios開發工程師,後端開發工程師,產品經理,測試工程師,人員的多少可以根據項目的大小來定
伺服器 :這是開發app必須要的,也就是我們放代碼的地方
上架審核所需費用 :比如IOS上架審核的花好幾百,安卓要申請軟著等
今年六月的時候，萌生了開發一個記賬 App 的想法，想去用自己的 App 記賬，管理收支。那時正好在英國是考試周，放假後，我回到了國內，准備去實現我的計劃。沒想到這暑假很快就結束了，在這個暑假中經歷的太多的事，准備了要去美國讀研的考試，遇到了生命中的另一半，同時，也將 Costuary for iPhone 帶到了這個世界。
Logo
說道為什麼要開發這樣一個 App ，因為筆者在 UK 讀書，市面上很少有記賬 App 能夠實現實時匯率的換算，帶有這個功能的 App 也是操作繁雜。所以要自己開發一個，功能並沒有那麼復雜的，並且能夠滿足自己在國外和國內生活需求的 App，所以自己編寫了 iPhone 的客戶端，為了獲取匯率和 Excel 導出，又用 Java 設計和編寫了 Costuary 的後端伺服器。
比起今年年初開發的 Flat Weather，這個項目的代碼量大約是他的十倍，需要實現眾多的功能和模塊。
這篇文章將會介紹一下 Costuary 的功能與我開發過程中的一些心得。
效果圖設計
說到設計，兩年前，我還是一個 Android 開發者，Google 的 Material Design 是我的最愛，所以，Costuary 採用了 Android 5.0 之後採用的 Material Design 設計。其中摻雜了一些我自己的設計，因為 Material Design 的控制項有時候操作繁瑣。
早在 5 月份的時候已經零零總總的用 Sketch 畫出了這個產品的 UI 和圖標，之後開始了漫長開發的過程。
Sketch交互
與去年開發的 Android 版不同，iPhone 版的 Costuary 採用了底部導航欄的設計，相比於 Android 通常使用的 Navigation Drawer 的抽屜布局，底部導航欄的設計即使在右手操作 iPhone 的時候都不會太費力。
UX功能 Features
Costuary 支持世界上主要貨幣的實時匯率轉換，所有外匯在統計時會轉換成主貨幣的數目，方便查看花銷。
日歷視圖能夠很直觀的反映出哪一天有消費和收入。
說到記賬軟體，量化消費的圖表無疑是重要的一環，Costuary 提供了餅狀圖來視覺化一段時間的花銷。
可以建立多個賬戶來表示自己的銀行卡，支付寶，現金等等。
可以看出本月的預算還有多少。
如果想要進行更加詳細的分析，可以使用導出功能將賬本導出到 Excel。
允許備份賬本內容到 iCloud。
開發
去把一紙設計變成真正的產品，這是一個獨立開發者應該具有的能力。只會寫代碼不只是我唯一掌握的，能夠去設計出來自己想要的應用並且將他實現才是我在做的事情。
這款應用的開發並沒有想像中的簡單，需要自己去實現大量 Android UI 控制項，很多圓角，陰影，字體，要慢慢的去調整，讓控制項適合 iPhone 的屏幕。整個應用的背後有 3 個關系型資料庫來儲存賬戶，賬本與各種匯率。與以前開發的 Flat Weather 不同，Costuary 會產生大量的用戶數據，所以整個軟體架構的穩定性變得異常重要，需要設計一些機制來防止數據丟失與損壞。
Development
為了實現 App 獲取每日的匯率，並且在 iPhone 上能夠實現賬本導出到 Excel ，我設計了一個伺服器後端來處理這些繁雜的實物。每次 App 啟動後會與我的伺服器來更新最新的匯率。當用戶選擇導出時，賬本會被發送到伺服器上並處理為 Excel 發送到用戶的郵箱里。
說到伺服器，就不得不提到用戶隱私了，因為導出到 Excel 功能需要將賬本傳到我的伺服器上做進一步處理，很多人會覺得我侵犯了他的個人隱私。對此，為了保護我的權益與用戶的權益，我撰寫了 Costuary 軟體許可及服務協議與 Costuary 隱私政策，這是我作為獨立開發者這么多年後第一次去寫許可協議。
Agreement資費
與我的其他產品一樣，這款 App 依舊是免費供大家使用的，作為獨立開發者，我們都知道，絕大多數用戶不會去珍惜一個免費的產品。就像 Flat Weather 一樣，雖然獲得了很多人的支持，但是也收到了很多人的吐槽。在 Costuary 中依然設計了一個的捐助按鈕，如果大家使用之後喜歡這個應用，請支持我將他維護下去。
Please donate me尾巴
Costuary for iPhone 是我開發出來過最大的軟體體系。我相信，能夠獨立開發出來產品的人懂得不只是編程。一個人要去經歷項目的全部生命周期：規劃，設計，開發，運營，維護，營銷，這些是我開發這么多產品所學會的。
現在的 Costuary 只是第一個版本，還有很多 iPhone 的特性沒有來得及開發，以後會跟上的，比如 iPhone X 的適配，3D Touch、Today Widget、Touch ID 等等。
以前在少數派撰稿的時候，很多讀者會來問我如何學習開發，我也特地去寫過如何去學習編程，但我相信，真正想去學習的，想去為這個生態貢獻出自己的一份力的人，自己都會找到學習的方法。我的專業是電子電器而不是軟體工程，但是我不後悔當年去學習編程。
最後，還是感謝在背後默默支持我的人，我會不斷地改進與提升，如果 Costuary 真的在記賬方面給予了你便利，這是我莫大的榮幸。
如果想要了解我的更多作品可以訪問我的個人博客 MikeTech，或者在少數派中閱讀我以前寫過的文章。今年年初也在 iPhone 上寫過一個天氣 App，天氣應用 Flat Weather 的設計歷程
對了，關於記賬有什麼用，如何記賬，如何養成記賬的習慣。為什麼每個月末都捉襟見肘，除了沒錢，很可能是對財務管理的能力不強。想了解這一方面的知識，不妨看一看我派的付費閱讀欄目：從零開始做好個人記賬
你好，非常感謝你的邀請。
開發一個app的話首先
第一步、需要調研，分析開發需求。
第二步、根據你的開發需求整理一個開發方案，選擇合理的架構。
第三步、開始研發。
第四步、測試。
第五步、上線試運行。
第六步、查缺補漏後投入使用。
開發一個app的話。有多種選擇。可以找一個第三方公司來進行開發。也可以自己招聘開發團隊。也可以交給比較信任的程序員朋友來進行開發。第三種方式的話，屬於接私活兒，成本較低。 當然前提你得有認識的人。
我也是程序員出身。參與過web網站開發。傳統辦公開發。H5開發。微信小程序開發。以及安卓開發。有著較豐富的開發經驗。自己完全可以勝任一個App，如果你有這方面的事需求的話，也可以私信我。我是山東的。如果方便的話也可以面談。
App軟體開發，從之前的溝通需求、規劃設計、程序開發、測試修改、它的發布等。這是一個非常復雜和漫長的過程，一旦進入通信，就需要定期維護和功能變更。它需要大量的專業人員參與，成本自然很高。 所以，隨著更新市場的發展和人們福利的提高，現在已經不像傳統開發那麼困難了。只需要動動滑鼠，不需要觸碰代碼就可以完成製作app部分。
App開發已成為企業發展的重要推動力量十年巨變！移動互聯網已顛覆我們的時代，商業、社交、視頻、新聞、工具等領域，移動應用的滲透率已高達95%，在團購 旅遊 和零售行業，移動端收入規模已超過PC端，手機APP已成為企業不可或缺的線上陣地。
不用編程就能製作app的在線平台，擺脫了很多復雜的流程，還能減少用戶的麻煩，不會製作，而且可以在平台上查看詳細的課程，非常貼心的設置！在這里，我想說的是，如果你想製作app的話，可以在平台上查看詳細的課程。總的來說，這種方法會大大降低軟體開發app的成本，節省時間，讓很多人解決了資金短缺和想快速製作app的問題。
app是如何製作的，APP如何開發？隨著智能手機APP軟體的吸引力越來越大，越來越多的企業開始開發自己的APP應用。企業要想開發屬於自己企業的APP應用，首先要分析自身的情況和市場對產品的需求。
在APP,開發這件事上，企業一定要注意以下幾點。
1. 開發APP應用一定要明確以自己為中心，開發APP是否能帶來巨大的利潤。
2. 要了解目標用戶的需求，配置APP吸引用戶，提高用戶購買應用的意願。
3. 通過合作再次尋找潛在客戶，我相信開發APP的收益遠遠大於成本。
開發APP蘋果系統，必須使用Xcode蘋果開發工具，一般採用Objective-C或Swift語言。Objective-C是繼承了C語言的C字，可以直接用Objective-C語言進行編程。如果你不懂數據，差別很小。還有一些新的蘋果後綴語言，非常有用。
Andro系統的app都是用Java語言開發的，Java語言已經流行了20多年，這個趨勢還在持續和延續。如果想要安卓系統的app首先要掌握Java語言，對於說C語言的人來說，學習Java還是很容易的。如果你對自學感興趣，Java網站上有很多培訓課程，還有很多免費培訓。視頻，不想付費。如果這個絕對是零基礎（沒學過其他編程語言，比如c語言），如果真的很感興趣，可以自學，但是速度比較慢。
總結：app開發擁有多種方法，選擇最適合自己的方式方法很重要答案寫到這里，我想您應該知道了app的開發途徑或者方法是什麼。如果您是小企業或者是個體工商戶，您可以找人幫忙開發小程序或者自己在一些網站上進行傻瓜式軟體開發。正如上文所說，現在有很多的網站支持在線生成APP，常用的功能和介面都已經設置好了，操作起來不是很難。如果您是大企業，業務多訪問量比較大，我的建議是您應該聘請專業的軟體工程師開發專門的app，避免後期出現的問題沒辦法及時解決給您的企業帶來損失。
不懂的話，找專業的人幫忙，我就是專業的
app即application program。應用程序。目前手機平台是ios和安卓兩大平台的天下。本人不才從事安卓開發。簡單介紹一下吧你問的這個問題范圍太廣。ios和安卓開發語言不同。ios使用的是object_c和swift。安卓是基於java。二者都屬於面向對象的語言。開發平台安卓基於android studio早期使用的是eclipse+adt。不過已經被淘汰了。那麼怎樣開發app？首先你需要一個後台程序員寫伺服器以及搭建資料庫。其次你的會ios或是android其中之一那麼這就是最簡單的配置.現在流行混合開發如果你再會點前端的h5和js就更好了。一般一個軟體公司的基本配置是一個前端一個ios一個安卓一個後台。基本就滿足你搭建網站和手機應用的需求了。不過你作為老闆養這樣一個團隊很費錢。還不如找外包
軟體的生成需要經歷以下幾個階段:
1、滿足用戶需求——建立軟體目標，設想產品功能，進行場景化細分說明；進行可行性分析，用戶需求收集，用戶需求場景描述；場景問題梳理；獲取用戶行為、想法；場景應用痛點，機會點
2、需求開發與管理——建立用戶畫像，從軟體目標出發，進行問題梳理，場景行為分析，願景分析，建立體驗地圖
3、利用Axure繪制軟體原型，在用戶場景中切入，並組織軟體原型實施，在實施過程中進行問卷調查，收集問題，記錄用戶行為，不斷改善軟體需求，進行需求評審，進入評審優化
4、技術可行性分析——技術分析，場景分析，功能實現驗證，
5、開發計劃制定，實施，測試，驗證，發布
『陸』 app開發用什麼語言
1、支持的前端開發語言有：
前端主要是用WXML、WXSS以及JavaScript來開發。本質上就是JS+CSS+HTML5，不過不能直接用HTML標簽，微信提供一個組件庫，沒有DOM和其他瀏覽器上的API；網路、Canvas等也重新包裝過。【點擊查看APP開發的真正報價】
2、支持的後端開發語言有：
其實理論上後端用什麼語言都可以，只要能夠從伺服器上獲取到數據，例如：PHP、Java或者Python來開發。一般對於企業而言，都是採用php程序開發微信小程序；技術要求高一點的可以採用java程序開發。
想要了解更多有關APP開發的相關信息，推薦咨詢豬八戒網。豬八戒網有千萬服務商為企業、公共機構和個人提供定製化的解決方案，將創意、智慧、技能轉化為商業價值和社會價值。2011年豬八戒網獲得IDG投資並被評選為中國2011年度「最佳商業模式十強」企業；專業性值的信賴。
『柒』 為什麼Flutter開發APP性能最接近原生，前端程序員請關注
Flutter是谷歌公司推出的跨終端的開發框架，支持Android、iOS和WEB終端。1.0版在2018年12月5日發布，目前的最新版本是1.5，它採用的開發語言是Dart，Dart也是谷歌開發的計算機編程語言，語法類似C，是編譯型語言：
hello world例子，列印字元串「Hello World!」：
1、沒有橋接層
React Native、Weex等技術都是跨終端的框架，然而性能跟原生App存在很大差距。這是由於它們的工作原理決定的：
React Native、Weex等技術多了一個橋接層，所以界面渲染會慢一些，由於UI渲染非常頻繁，想要不卡頓，基本上比較難，性能和用戶體驗跟原生代碼有差距。而這恰恰是Flutter的優勢所在：
Dart可以被編譯成不同平台的本地代碼，讓Flutter不通過橋接層直接跟平台通信，自然性能會快一些。
2、編譯執行
JavaScript是解釋執行的，Dart是編譯執行的，性能誰好一目瞭然。
3、Flutter Engine虛擬機
Flutter是依靠Flutter Engine虛擬機在iOS和Android上運行的，Flutter Engine使用C/C++編寫，開發人員通過Flutter框架直接和API在內部進行交互，所以具有輸入低延遲和UI渲染高幀速率的特點。除了這特點之外，Flutter還提供了自己的小部件，Flutter小部件是使用從React獲取靈感的現代框架構建的。 中心思想是您使用小部件構建UI。
窗口小部件根據其當前配置和狀態描述了它們的視圖。 當窗口小部件的狀態發生更改時，窗口小部件會重建其描述，框架將根據前面的描述進行區分，以確定底層呈現樹從一個狀態轉換到下一個狀態所需的最小更改。可以直接在OS平台提供的畫布上進行描繪，也就是一些核心類庫直接放到虛擬機裡面，調用起來更快。
從它的系統結構可以看出，類似安卓的ART(Android Run Time)虛擬機，同樣採用AOT(Ahead of TIme)技術，會在APP安裝時就編譯成機器語言，不再解釋執行，從而優化了APP運行的性能。
4、自帶渲染引擎
Flutter使用谷歌自己的Skia渲染引擎，而Android系統自帶Skia引擎，iOS平台上Flutter也會把Skia引擎打包到APP中，從而實現了高效渲染。而React Native通過橋接層訪問原生UI，操作頻繁就容易出性能問題。
綜合所述，Flutter 是性能最接近原生代碼 的一種開發框架，未來也會是構建谷歌Fuchsia應用的主要方式，前途不可限量，唯一的問題就是需要學習一門新的語言：Dart，而有Java或者C#語言基礎的程序員會比較容易學習。
『捌』 像美團外賣這樣的APP用一種開發語言，能開發得出來嗎
像美團外賣這樣的APP用一種開發語言，能開發得出來嗎？答案是不能。
美團發展到現在可以說已經是一個【巨無霸】了，裡面集成了很多很多功能，除了核心的外賣，還有 旅遊 、 娛樂 、購物、出行，金融等等業務線，那麼這么多復雜的業務根本不可能用同一種開發語言實現。
那麼美團都用到哪些開發語言和技術了呢？下面就根據我的理解詳細說一下。
前端是把產品的核心服務交給用戶的呈現者，它的表述方式、展示形式以及交互邏輯都跟用戶息息相關，都影響著用戶使用產品的體驗，也就是說直接影響產品的用戶留存。
前端開發主要分為三大類型：Andriod、IOS和PC（H5） ,Android開發語言是Kotlin和Java，IOS開發語言是Object-c和Swift，PC（H5）開發語言就比較雜了，有JS、CSS、HTML，還有很多第三方的前端框架，比如Angular.js、vue.js、Bootstrap、JQuery等等。
關於後端的功能，這一點可以說是眾說紛紜，主要需要考慮的是如何實現功能、數據的交互流程和存取、平台的穩定性與性能等。
那麼後端都用到哪些開發語言和技術呢？
根據後端技術選型的標准，後端可選的開發語言和技術是非常多的。
比如Java體系的話，可以選用SpringMVC、Spring cloud、Hibernate，Mybatis、Mysql、Redis、Memcache、zookeeper、Kafka......；
比如Python體系的話，可以選用Django、Flask、Tarnado、Web2py等，中間件都是通用的，Redis，MQ、MySQL、Kafka等都可以用在python體系中；
當然還有PHP、C、Perl等開發語言。
綜上所述，美團這個巨無霸公司，隨著業務線的擴展用到的技術肯定會越來越多，而且越來越復雜，技術快速變革的時代，適者生存的競爭性也會越來越激烈。
俗話說：羅馬不是一日建成的，任何事都不可能一蹴而就，包含技術。在以後的發展中美團也會逐步更新自己的技術和開發語言的。
至少三種語言。後端一種語言（比如Java丶Go丶Python丶PHP等），後端語言及生態比較成熟。下面重點聊前端App開發。
前台兩種語言（Android和iOS是不同的開發環境。比如Android用Java或者Kotlin，iOS採用Object C++或Swift），稱之為Native開發。
當然創業公司可以用一種前端語言寫App前端，這樣就不需要Android和蘋果分兩種語言寫，寫一次代碼可以編譯成Android和iOS的App，現在通行的方案有Vue之類的DOM渲染模式，以及ReactNative方案（RN）。性能上RN優於DOM渲染但低於用Native開發的App。所以美團這種公司，一定是Native方式寫App，但RN是初創項目不錯的選擇。
與RN競爭的還有一種新貴flutter，是google推出來的，但設計原理與RN不同，性能方面優於RN，只是目前生態不夠健全，國內有閑魚app是採用此技術。未來可能會佔一席之地。
最後，其實App開發已經是強努之末，我覺得主流應該是朝PWA和小程序方向發展。
你好，開發譬如美團這種APP，用一種語言是實現不了的，一個APP有安卓和蘋果兩個操作系統，開發能在安卓iOS端應用的APP主流的開發語言和技術是很多的，如後台有JAVA、C++、PHP、Python等多種開發語言，前端有kotlin、HTML、css、jquery、ajax、bootstrap、angular.js、react、vue.js、node.js、swift、object-c等多種語言和框架。
一個APP的開發是需要前端技術和後台技術共同配合完成，這樣的APP不論是功能還是性能都給用戶很好的體驗，單一開發語言畢竟技術支持有限，所以即使能開發出來，APP的用戶體驗也是不理想的。
一般APP有這幾種開發組合模式：1、原生安卓iOS開發，前端：JAVA、kotlin、swift、object-c後台：JAVA、PHP、C++等後台技術，這種模式開發周期長，成本高，性能好；2、混合APP開發即hybrid app，前端以網頁技術為主，穿插原生開發功能，兼具原生APP和web app的優點，如淘寶、微信等應用都是走的這個技術；3、web app，前端純網頁技術，後台為主流開發語言，這種模式開發速度快，成本低，界面體驗可能弱一些。
可見開發一款APP大多數都是多種語言配合完成，謝謝閱讀。
看完之前的評論，依然好奇為什麼一個語言不能完全勝任。
前端跨平台的方案有react native，cordova,flutter等，如果需要兼容開發小程序，h5頁面，可以採用taro來開發，一套代碼，所有平台通吃。
後端的方案有服務端運行時nodejs，大數據背景下運用而生的資料庫mobgodb，緩存解決方案redis，搜索工具elasticsearch，負載均衡ngix，基本上是需要什麼就有什麼
所以總結下來，一句話，一種語言可以實現類似美團這樣的app和小程序。為什麼美團使用的語言那麼多，一大原因估計是美團app開發的早，當時前端技術不成熟，工具沒現在這么多。
使用混合開發與C++ 進行跨平台開發，有好有壞。
C++ 進行跨平台開發
編寫一次，隨處運行。早在 2013 年，Dropbox 就採用上述策略進行移動開發，這背後的想法很簡單：用 C++ 編寫一次代碼，而不是用 Java 和 Objective-C 編寫兩次。那時，整個移動工程團隊相對還比較小，但需要支持快速增長的移動路線圖。因此，公司希望找到一種方法，使這個小團隊可以快速交付大量 Android 和 iOS 代碼。
如今，Dropbox 完全放棄了這個策略，轉而使用各個平台的原生語言（主要是 Swift 和 Kotlin ，這兩種語言在剛開始制定移動策略時還不存在）。
Hybrid App混合開發
Hybrid App主要以JS+Native兩者相互調用為主，從開發層面實現「一次開發，多處運行」的機制，成為真正適合跨平台的開發。Hybrid App兼具了Native App良好用戶體驗的優勢，也兼具了Web App使用HTML5跨平台開發低成本的優勢。
目前已經有眾多Hybrid App開發成功應用，比如美團、愛奇藝、支付寶等知名移動應用，都是採用Hybrid App開發模式。
移動應用開發的方式，目前主要有三種：
幾種模似都可以開發出應用，小應用無所謂，但是大流量應用，對圖形要求高的如 游戲 等原生開發的效果還是最好
支付寶打開很慢，就是因為採用混合開發，使用人多了不如原生開發
不行的哦。任何你看到的應用和網頁，都需要多個語言開發的，大的分比如前端和後端，用的語言都是不一樣的
『玖』 在Flutter開發iOS中，app啟動黑屏之後顯示啟動頁的解決辦法
一、由於安卓那邊升級了某些插件，我這邊pull之後，進行了Pub get。運行ios項目，發現app啟動之後，先閃現黑屏，然後再出現啟動頁，之後在進入主頁面。解決此問題的方法，是把啟動頁的圖片移除，把啟動頁的圖片修改一個新名字，再導入項目中，再重新運行項目，就正常了。