同一個App，Android版本的開發周期是否要比iOS版本的長一些？為什麼？

01-08

問這個問題是有一點無奈，公司里有些做產品的，總是會問，【為什麼ios都開發完了，Android怎麼還沒開發完】，問一兩次，我還會說
因為UI和設計，你們都喜歡偏ios的風格，有些東西在ios裡面實現起來比較簡單，在Android會麻煩一些，還有Android的兼容和適配比ios要複雜得多等等之類
.......到後來還這麼問，我就不想回答了。
他們都認為Android和ios的開發周期應該是一樣的，而且ios app發布到appstore要審核，所以，Android應該要比ios上線快一點。不知道其他的Android開發們有沒有遇到這個【BUG】，分享下吧

=============添加一個條件吧=================
如果兩組都是人數在5人左右的小團隊呢

我倒覺得是跟開發人員的水平，和軟體本身的框架有關，我們這android 比ios快多了。

恰恰相反，安卓開發至少領先iOS1-2周。

因為play store審核快到令人髮指，經常號稱「several hours」結果不到半小時就上線了。

蘋果大爺這邊每每要更新時真是要膽戰心驚等待審核結果，命好的一切順利，命不好的一旦打回來就又要耽誤一到兩周。

安卓才是真正的「發布」應用的體驗，而蘋果，是「交作業，不合格重寫」的體驗

老師說要舉個栗子：

背景：

前陣子蘋果更新了隱私條款，我們的app就突然審核不能通過了，那時是六月中旬，而我們有重大的bug修復要更新。

收到官方回復，違反隱私條款17.2（嗯我這輩子都不會忘記的）大意是我們的app使用第三方登陸，但是僅僅用第三方sdk作為登陸手段，而沒有用其他的features，這樣侵犯了用戶的隱私。。。給出的解決的辦法是增加sdk功能，或者做自己的登陸機制。可是我們做的不是社交app，沒辦法加入什麼查找微博Facebook好友，私信好友之類的功能；同時之前幾年一直之用第三方登陸，不能放棄這些用戶或者強迫他們再新建賬號。所以我們陷入了：用第三方登陸就無法過審核（因為不能加入除了登陸以外的功能），不用第三方就損失用戶的兩難境地。只好申訴，聲淚俱下洋洋洒洒的一篇文章發過去，

然並卵

好吧我們只好強行做了個私信邀請微博好友的功能，再提交審核

依然並卵

好在老天有眼，在這第三還是第四封郵件里（也就是三周的時間），蘋果這些守口如瓶只會背條款的哥哥們終於說到了重點：「增加自己的登陸機制，給用戶選擇的權利」

媽蛋啊我們才明白原來不是第三方sdk的問題，而是我們沒有同時提供多種登陸方式。。。即便這樣我發郵件確認是否增加登陸機制就能通過審核，得到的回復是無可奉告，要等審核結果。。。

好的立刻刪了私信功能趕出登陸功能，提交審核，

又被拒了一次，不過這次是qq登陸出了問題，就不贅述。

總之在那天晚上收到Apple審核通過的郵件的時候，我真的是熱淚盈眶。而那時，已是八月了。。。

就這樣花了兩個月時間，才讓app順利更新，而其中90%的時間，花在等待上。

安卓那邊的新功能早已領先ios N個身位，我又熬了一周的夜才把進度趕上。就像intel和amd的那個笑話：amd你咋這麼慢啊！！！我都屯了好幾代的新產品就等你發了啊親～～

於是乎現在我都是一切ios優先，在提交審核的兩周時間裡再悠哉悠哉做安卓。(′?_?`)

我無法回答這個問題，反正我在過的項目，Android和iOS的周期真的就是一樣的。

Android適配和一些自定義控制項上，在編程上耗費的時間上比較多

iOS審核的時間耗費的比較久

深有感觸，深受其害，看到iOS視覺稿就想罵人

如果設計統一，ios都用默認控制項的話，android要有一部分重寫及適配機型

我說不要返回鍵，他說iOS有。我說用ToolBar,他說要兼容2.2。

我的經驗是，假定是ios設計稿，Android或許慢點但區別不大。要仿一些控制項，但也有不少第三方仿ios的控制項。另外不至於一點Android風格都不行吧？

如果要適配多種機型，Android會額外需要不少時間，且這時間不好預估。這裡產品必須有個取捨。

安卓入門門檻的問題，導致開發人員水平參差不齊

安卓本身問題，導致開發需要做太多而外工作

產品問題，抄襲iOS UI

兼容適配各種機型

作為一名android開發者，拋開UI和交互邏輯的話，我們team的開發進度遠遠超越IOS開發。但是視覺稿現在通常都是以IOS為模板，所以，基本上步調還能保持一致。但是，測試精力有限，所以優先於ios的測試，於是經常看到的情況是，ios先測先發，只是android先上線。

美工和產品他們的手機都用的iOS。。。不懂Android眾廠商硬體不同的心酸

原因之一：

如果設計人員按照iOS風格出效果圖，這個時候iOS可以直接用控制項，各種樣式默認就是了。

Android端需要費些時間拋棄原有風格，去模仿。所以多出來一些時間。

然而android審核周期短，ios動不動被蘋果打回，開發周期短沒卵用，最終還是android拔得頭籌~~~

開發時間差不太多，但國內市場還得搞各種發布渠道定製，一下子時間就能拖很長很長。

我們有一個項目用了一些MD風格混搭不標準的IOS風，導致Android進度遠快於IOS。

我認為跟以下幾點有關：

1.產品汪的設計風格；

2.開發者的能力，拋開能力談進度就是耍流氓；

3.開發者與設計的交流度。你的設計如果堅持IOS風，你得跟他好好談談人生。

兩端一些細節方面我認為並不需要一樣，保持各自平台特點、功能一致即可，如網易雲音樂客戶端。

我認為平台內體驗一致&>跨平台體驗一致。

根據我的經驗，ios頁面實現比Android容易，因為設計風格一般都比較偏向ios，而且適配機型也比較少，但Android的邏輯實現又比ios容易一點，因為java實在太成熟了

所以總體開發進度應該是差不多的，如果你發現進度差別很大，那應該是人的問題

也不見得。。。我們公司安卓項目要比ios早上線兩個月

Android有自成一爐的設計風格，現在很多新潮的設計都很MD，但是好多公司的UI設計人員用的是iPhone和Mac，他們的個人風格偏向iOS，導致整個公司的審美也偏向iOS

另外，有的效果iOS實現起來很簡單，但是Android里實現起來就不那麼容易了，得動用第三方開源庫甚至得自定義寫，例如：沉浸式狀態欄，三級級聯選擇控制項，白底彈出框風格

其實很多公司並不追求iOS端和Android端的風格「統一」，我覺得分開就挺好，比如知乎的設計

如果對新功能要做一個結合線下的活動，結果android和IOS上線時間不同，大家是怎麼解決的呢，總不能先對一個版本的用戶做吧

h5 更慢