apicloud開發與uniapp開發區別和與原生ios,Android開發區別與坑(瞌睡!)

1:APICloud

          2017年接觸到APICloud是杭州一家小外包,老闆說要做一個關於滑雪的APP,當時前端開發就我自己,與六七個PHP一起開發。老闆當時的條件是要上App Store,就這一條,思來想去加上朋友推薦,以及直接用hbuidder打包測試,發現APICloud比較好用,且文檔比較詳細。當時需求不是太明確,所以一路上磕磕絆絆,最後用vue加APICloud搭出了最原始的版本。建議如果單單做Android和ios比較推薦此框架。

      app需求:

           1:中英切換。

           2:長視頻上傳。

           3:支付寶支付。

           4:聊天功能。

         其他簡單的需求不在一一表述,反正以上功能都已實現。

      APICloud缺點:因爲用人家的框架,所以某些插件可能不太適合工作所需,然後就出現了一個問題,搜出來的插件收費,所以不打算付費的話就不要用了,不過插件還好,一般三四百吧,不過跟老闆說說,老闆一般還是會同意的。然後就是文檔一般就是分部的,想用什麼東西需要自己把東西組裝在一起。所以對腦殘玩家不太友好。

      APICloud優點:比如說獲取硬件設施就比較好用。最方便的還是它的文檔,自己組裝簡單方便比較詳細,打包封殼比較容易,腦殘式配置,小白級別的都能自己倒騰出來,而且幾乎所有的需求差不多都有,而且因爲框架比較老。這個老是褒義詞,所以自己出現的問題都能在社區裏搜索到答案。

2:原生

        然後在18年去了另一個公司,公司是幹區塊鏈的,老闆我覺得還是比較好的,但是投資方呵呵呵,就是因爲拖欠工資問題然後離職了,然後剩餘一部分GG了,想想就噁心,話不多說技術無罪,去公司招聘的時候主要是要做一個小遊戲我覺得挺簡單,然後技術總監來了讓我做遊戲,而後是對接去哪網飛機票查詢購買等需求。去上班以後發現公司有一個iOS和Android寫兩套代碼,然後從app裏跳轉鏈接在APP打開,也是常用方法,也是比較奇葩。建議到是沒有就是數據交換的時候要小心原生跟前端傳值老噁心了。

  app需求:

           1:類似螞蟻森林與農村的結合版。

           2:去哪網的接口對接。

           3:支付寶支付。

     原生缺點:最大的缺點就是支付返回的問題,因爲在支付是兩套代碼,所以是從鏈接到程序在到鏈接的模糊過程,出現問題以後很難察覺數據在某一步除了問題,因爲是用vue的問題跳轉支付後無法返回指定頁面。而且不同手機兼容問題會改到死,所以手機版本僅支持Android5.0以上,且在iOS上會有各種奇葩問題,z-index不生效啦什麼的。

     原生優點:不用管亂七八糟的閃退問題,原生的體驗就是好,然後跟我沒啥關係.....然後沒了........

3:uniapp

       項目現在還在做所以知道的比較詳細。今天爲什麼寫這一篇文章,現在是凌晨一點,我爲什麼不睡覺,想的對我確實在等項目上線,一把辛酸淚,不過還好明天晚些來。uniapp最大的好處是什麼,對就是一端多用,好也就好在一端多用,壞也壞在一端多用誰做誰知道,因爲需求比較簡單就不一一表述了。

uniapp缺點:因爲要一端多用,所以要條件編譯,所以乾的慢,所以老闆就覺得就幾個頁面還幹那麼慢,所以在評估項目時間請按兩倍左右來,再少就只求多福吧,像微信小程序微信授權,在APP上就跑不動,因爲小程序的現在,樣式就定死了,就那幾個樣式有header頭沒頭,所以樣式問題如果插件沒有就比較難實現了,還有就是因爲框架比較新,所以出現某些問題搜的搜不到,在然後就是小程序限3M還是2M來着,,,,所以想做還大功能還全面的APP就不要想了,單單做一種例外。

uniapp優點:一端多用,做單一品種比較不錯,簡單方便,小巧。

     至此以上就是我做這兩三年的用的感受了,什麼時候下班,我想下班...............................................................................................................................................................................................四點了,我還在,甚至還想趕個早飯。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章