移動客戶端開發
A. APP移動端開發很難嗎
APP指的是移抄動端的第三方應用襲程序，既不是網站開發，也不是做系統。主要是應用程序開發，比如手機游戲，手機qq等這些手機或平板等移動設備上的應用，客戶端方面的開發是不難的，比較容易上手，而且網上相關的資料也比較多，難點主要在服務端。
B. 軟體開發，面向企業級開發和移動客戶端開發。哪個更有發展前景哪個相對壓力小些他們優劣勢是什麼
我覺得移動開復發是以後制的一個趨勢，企業級開發 我不知道你指什麼，也許你說的是PC開發或者伺服器的開發吧。越來越多的人依賴手機，pad，減少了對PC的使用了，當然移動開發也是需要後台的，伺服器開發也是有很大的需求的。之前就業的開發人員很多都在專心做移動開發，你們如果還沒做的就更應該考慮做移動的開發，因為那個是新起的，需求大。之前的伺服器端開發依然大有人在做，只是沒有移動開發火爆。就工資而言頭幾年蘋果開發工資最高，如果都是工作了很多年工資就差別不大了。
C. 移動前端開發和 Web 前端開發的區別是什麼
移動前端開發和web前端開發都屬於前端開發，具體有以下區別。
1、業務的應用場景
web前端開發主要指傳統的PC端網頁開發，頁面主要是運行在PC端瀏覽器中，移動前端開發出來的頁面主要是運行在手機上。
直觀上會感覺，PC端頁面大一些，移動端頁面小一些，但是根據開發經驗，頁面大可並不代表書寫的代碼復雜，頁面小也並不意味著開發簡單，難與易主要還是取決於具體的業務需求。
2、新技術的使用
由於在移動端主要以webkit內核為主，對於HTML5等新技術支持的更好，所以可以更大范圍的使用新技術，而PC端開發由於很多場景下要求兼容IE等老版本瀏覽器，出於瀏覽器兼容性的考慮，有些情況下限制了新技術的使用。
5、框架選型
由於移動端網路情況的不穩定，導致我們在移動端頁面框架選型時，一般只考慮小而美的框架，例如像zepto.js這樣的壓縮之後只有9.6K，就能滿足一般業務的需要，如果是想要構建更復雜的單頁面應用，可以選擇像vue.js這樣的框架，功能強大，但體積壓縮後卻只有20多K。
而web端相對選擇的范圍就比較大，一些比較重型的框架也可以根據項目需求加以考慮，例如古老但龐大的ext.js，依然憑借著眾多UI組件活躍在一些企業的後台管理系統項目中。
D. 移動服務端開發一般都用什麼編程語言
移動服務端前端都用安卓，後台用Java；
移動開發分以下幾個方向：
從開發技術上分：1.面向雲端或服務端開發；2.面向終端或客戶端開發；
從應用領域上分：1.企業方向應用開發；2.個人應用方向；3.個人游戲方向；
一般來說程序員理解的移動開發是指的面向終端或客戶端的應用開發，這個類別中現在主流的技術主要有：
1.iOS應用開發；
2.Android應用開發；
3.WinPhone7/8應用開發。還有一些系統級開發，如嵌入式操作系統，一般針對WinCE、Linux、Android、JVM等技術。
如果單純學習客戶端應用開發，建議從Android學起，Java語言基礎即可入門，網路上資料最多，測試設備也較便宜，可以找個穩定點的Android手機即可。
E. 手機客戶端和web端開發的異同
版本升級。用戶角度上看，客戶端升級必須讓用戶手動下載整個新的安裝包覆蓋安裝，而web的升級無需用戶做任何事情。開發角度上看，如果客戶端有個小bug需要緊急修復，需要修復完後打包一個完成的安裝包，給一個版本號，發布給用戶升級。而web只需要修改後台的某些文件，然後傳到自己的伺服器，用多快速的迭代開發方式都沒問題。web沒有版本兼容性問題，客戶端這個問題就大了。
iOS客戶端用編譯語言，web用腳本語言。編譯語言好處：很多錯誤編譯期就知道，不用擔心類似寫錯一個字母導致的問題。iOS客戶端開發只能用XCode，無法選用自己喜歡的編輯器。使用腳本語言的web無論前端後端對編輯器的選擇都很自由。
客戶端一碰到異常就崩潰，直接退出，web一個try catch可以把所有錯誤抓住，用戶可以繼續使用其他不受影響的功能，即使所有功能都受影響，刷新頁面搞定一切。web上界面和程序實實在在地分離了，客戶端再怎樣都是粘合在一起的。
發現HTML+CSS樣式布局自動排列相當高級，客戶端上一切都靠程序去指定大小位置以及排列的變化，可視化的XIB挺雞肋。
單線程的web很幸福，客戶端要處理多線程，雖然強大，但很麻煩。web幾乎不用考慮內存泄漏，客戶端需要。客戶端開發可以使用到很底層的介面和功能。web處於較上層，在瀏覽器的包裹下，好處是很多問題瀏覽器處理web不用管，壞處是功能受限。
web和客戶端開發差不多都使用類似MVC的模式，數據通過控制器更新到各個視圖。web多用callback，iOS多用delegate，雖然iOS也可以用block作為callback，但還是沒js方便，還可能導致一些內存問題。
總的來說從開發普通應用來看，就算不談跨平台，web開發也是好處多多，但這只是開發角度上看，實際上移動設備上webApp狀況始終不好，與原生客戶端差距很大，原因：
網路不行，流量要錢。國內網路環境大家懂的，雖然HTML5有manifest,storage這些手段緩存webApp，但給人感覺就是不靠譜，打開它還是跟打開一個網頁一樣的感覺：耗流量，還有可能在網路不好的情況下打不開，沒有像已經下載下來的原生APP踏實。
動畫/體驗。一般的web在頁面間切換或顯示隱藏某個組件是沒有動畫的，大家也習慣了，iPhone帶了個頭，一切都要動畫過渡，導致在移動設備上大家習慣了動畫切換，受不了沒有動畫的應用，導致動畫性能底下的webApp至今體驗上遠不如原生客戶端。
把webApp通過safari添加到主屏幕這樣的習慣非常不普及，極少人知道，不過這個應該也不算問題，若沒有上面兩個大問題，這個習慣很容易普及的。
P.S 在開發普通應用（數據處理/交互）方面，web有很大的優勢，在網路和性能問題解決後理應是首選開發方式。但在游戲領域我看不出web有什麼優勢，繼續對有點熱的HTML5游戲開發表示不解。
F. 移動應用開發是什麼
移動開發也稱為手機開發，或叫做移動互聯網開發。是指以手機、PDA、UMPC等便攜終端為基礎，進行相應的開發工作，由於這些隨身設備基本都採用無線上網的方式，因此，業內也稱作為無線開發
G. 移動客戶端開發都有哪些開發框架
主要就是谷歌框架來和xposed框架
用源web技術開發混合應用將是未來非常流行的方式，現在很多大學手機app也是會內嵌很多web頁面的，比如微信淘寶這些； 所以建議了解一些基於web技術的移動端開發框架：我推薦ionic，http://famo.us或者supersonic他們都用angularjs來做mvc構架
H. 如何入門移動端app開發
無論是蘋果App Store，還是谷歌的Play Store，人們總是會發現無數創新獨特的移動App。但是，創意只是萬里長征的第一步，開發一款移動應用的過程其實並不容易，有時甚至會讓人感到沮喪萬分。因此，本文將介紹五個步驟，或許對那些剛起步的創業者會有所幫助。
一、開發App之前要先想好商業模式
很多創業者在有了一個創意想法之後，便會立即著手開發App應用，但是筆者要提醒的是，你最好對自己的App的商業模式要有一個清晰的理解。通常來說，將App作為一種平台，幫助兩個相互依存的群體進行交流是一種不錯的商業模式。
實際上，Uber，Airbnb，Snapchat，YouTube，等等重量級App應用都採用了上述商業模式。
接下來，就是要具體化App應用的主要功能和核心作用，簡而言之，就是它能給用戶提供什麼樣的價值。如果你在描述App應用的核心功能時，用了超過一句話，那麼不好意思，基本上說明它還不夠核心。
Uber的核心功能是連接司機和乘客；Airbnb的核心功能是連接房間空閑的房東和租客。Instagram的核心功能是簡單、快速地在社交網路里分享美圖。這些平台其實只做了一件事，但是卻把這一件事做的很專，很精。因此，創業者千萬不要有吃著碗里瞧著鍋里的想法，一個核心功能還沒做好，就想著下一個了。
記住，你總是能在下一個版本里增加更多功能。但投資人想要的，是你在市場上獨一無二的競爭力。如果你讓用戶承載了太多選擇，肯定無法獲得成功。不僅如此，App應用新增功能的成本通常不會太低，創業者必須要學會聰明地利用自己的資源，因此，好鋼用在刀刃上，在最有競爭力，最能形成網路效應的地方下功夫。
二、了解競爭環境
一旦你的App應用明確了核心功能，那麼接下來可能就要做些調研工作了，首當其沖地，就是要去了解下你的潛在對手和競爭環境。如果你試圖進入一個飽和的市場，風險肯定比較大；相對而言，一個充滿競爭的市場應該會比較成熟，在其中獲得成功的機會也比較大。
不過，如果你的競爭對手已經完成了數百萬美金的B輪或C輪融資，此時你可能就得自己掂量掂量了，想想你開發的這款移動應用在進入到這個市場之後，是否有足夠的競爭力與之抗衡。
另一方面，如果一個市場門戶大開，你也需要慎重考慮一下為什麼會這樣，不要冒然闖入其中。
三、規劃和驗證
如果上述兩點完成之後，就是時候開始制定規劃，讓自己的想法變成一個有形的產品。
首先，你需要了解用戶體驗（UX）和用戶界面（UI）兩者的區別。用戶體驗主要涉及到如何設計用戶需求，你需要理解的某個產品或服務所涉及到的一些具體工作，這樣才能為用戶提供更好的體驗。用戶界面更多地是專注在界面可用性上，比如用戶是否能足夠便捷地使用，使用效率夠不夠高，使用過程中用戶滿意度好不好，等等。
你最先要做的，就是從用戶界面下手。你的App應用會在哪些設備屏幕上使用，提供什麼樣的功能，功能之間又是如何彼此關聯的。用戶體驗不需要考慮上述要點，它更多地是起到「修飾」作用，不過用戶體驗可以幫助你了解App應用應該具備什麼樣的設計原則。你可以考慮給你的平台制定一個詳細的框架規劃，甚至開發一個「可點擊」App原型產品。
如果上述工作完成之後，你需要與人分享，並尋求他們真誠的反饋。根據具體的建議，制定開發規劃路徑和UI/UX規劃。當你完全規劃好了App應用的布局，必須要考慮它將會在哪些移動操作系統平台上運行。
通常來說，移動App應用會在蘋果的iOS操作系統上運行，但是如果你希望進軍安卓和iOS兩大主流移動市場，那麼在此筆者要提醒的是，安卓應用所需的成本更高，開發難度更高，這也是很多開發人員選擇iOS操作系統的原因之一，但如果一款移動App平台想要獲得成功，就必須得那些安卓和iOS這兩個市場。
四、尋找開發人員，了解如何招募人才
如果你希望打造一家受人尊敬的移動應用開發公司，那麼可能需要牢記以下這幾件事：
優秀、快速、廉價。三者只能選其二，在移動應用開發過程中，你無法做到三者兼得。
如果你要完成一款移動應用的開發和部署，至少需要投入五萬美元，很少有移動應用開發公司能做到比這個金額更少的成本投入。因此，你需要做好成本預算，並且專注於開發最低可行性產品，明確商業模式，並構建產品原型，不要一上來就考慮整個開發和部署項目，要一點一點來。
絕大多數高質量的移動應用，成本都超過10萬美元。
創建一款移動應用，開發只佔到長期成本的35%，之後會有很多無法預料的成本投入。
開發移動應用的過程會很長（大致需要12到20周時間），期間你需要和開發團隊緊密合作，因此在選人的時候，盡量選擇那些與你容易相處的。此外，招募一名熟悉你移動應用商業模式的程序員，這點也非常重要。
如果上面幾點都考慮完善之後，接下來要做的就是挖人啦。谷歌公司有很多高水平的移動應用開發人員。如果你認識其他移動應用創業者，可以聽聽他們在選擇供應商上的意見。
如果你手頭資金不足，也可以在一些網站（比如Elance和CrAIGlist）上尋找一些自由職業程序員。另外，你需要考慮員工的住所距離，畢竟員工距離公司較遠會非常不方便。
五、做好不斷修改優化移動應用的准備
當你的移動應用開發接近尾聲，需要找一下測試人員，看看在生產環境下的使用效果，了解下移動應用的用戶體驗是否符合預期，如果不達標，那麼開發人員就需要盡快調整產品。除非你能確保自己開發的移動應用能夠滿足用戶要求，否則就需要不斷優化代碼。總之，在發布移動應用之前，充分做好測試工作是非常重要的。
除了確保程序員能編寫高質量的代碼，質量控制也非常重要，不要使用自動質量控制，一定要人為參與，盡管這可能會花費較多時間。
在你准備發布App應用時，必須先申請創建App Store和Google Play Store的開發者賬號，申請過程可能會花上幾天時間，因此這也要考慮其中，避免耽誤整個發布流程。如果這一切都准備就緒，那麼就可以發布啦。
當你發布了一款移動應用，一定要做好不斷修改優化移動應用的准備。如果一款應用使用兩次還出現bug，86%的用戶會選擇刪除。因此，在當下競爭如此激烈的移動市場里，要給自己留大約三到八周時間，解決發布後出現的各種問題。一旦你的應用被用戶下載、使用，請關注用戶評論，並做好跟蹤分析工作。不斷修改、不斷優化，不斷提升用戶滿意度。
的確，開發移動應用是一個漫長且復雜的過程，但如果你能了解上述五個步驟，或許能在這個競爭激烈的市場里佔有一席之地。
I. 如何進行移動端的頁面開發
應該說，移動端的開發是伴隨著HTML5的興起而出現的，2007年第一款iPhone誕生，2009年HTML5這個名詞第一次登上「舞台」。當時的移動互聯網開始逐漸興起，發展到今，移動互聯網已經和人們的日常生活密切相關。作為開發者，對於一個嶄新的事物，一直在嘗試的「路上」，到底最好的開發方式是什麼？本文介紹了從移動端誕生到現在，自己探索到的開發方法，並配以相應知識點，歡迎跟大家溝通、分享。
初次接觸移動端，絕對單位的使用
自己接觸移動端開發是在2012年，那時候比較新潮的是製作WEB APP。什麼是WEB APP呢？所謂的WEB APP就是用網頁模擬出原生語言（如iOS）開發的APP交互效果。雖然在表現層面上，HTML5表現突出，但不得不承認的是，在系統性能層面，WEB APP明顯要差於原生應用（即Native APP）。這也就使得WEB APP這條路暫時性的被堵住了。
於是，移動端的開發方向逐漸向移動端網頁傾斜。對於PC端，我們一直使用的是px（像素）進行代碼的書寫，但是到了移動端，需要面臨不同的解析度。在2012年的時候，自己和團隊成員在寫移動端的時候，由於是初次接觸，還是在使用px（像素）作為單位。因為在2012年的時候，絕大多數的手機的屏幕大小都是320*480解析度，所以，即便是使用像素作為單位進行移動端網頁開發也是完全可以的。
關於視口的知識，可點擊查看——移動端H5知識-視口viewport
橫向百分比，縱向像素值
隨著移動端的繼續發展，在2012年9月，iPhone5上市，開始引領「特殊解析度」的發展，於是，320*480解析度的手機屏幕在整個手機市場當中佔有的份額越來越少，各種各樣的解析度如雨後春筍般冒了出來。
此時我們再進行固定像素進行開發明顯是不明智的。於是，我們開始採用百分比（相對度量單位）進行盒模型橫向屬性（width、左右內邊距、左右外邊距）的製作，使用em（相對度量單位）實現文字的處理。但盒模型縱向上還是使用固定像素作為單位。
但是，這種操作導致了一個問題——主要表現在img標簽的處理上。成都軟體開發公司http://www.yingtaow.com?對於圖片來說，只需要設置橫向百分比，縱向會自動等比例縮放。在列表頁以及內容頁還好，畢竟內容是自動撐開父級高度的；但是在首頁或者二級頁，但凡涉及到父級元素高度固定的盒模型，裡面的img就會出現變形（壓縮或者拉伸）的問題。
這個問題也是困擾了自己許久，但是一直沒有找到一個非常好的解決辦法。
響應式布局
當自己還在糾結img的處理時，2013年，在北京流行起了一種新的技術——響應式布局。通過媒體查詢，針對不同大小解析度的設備，設置不同的樣式。應該說，對移動端頁面的開發幫助不大，原因在於，響應式的出現主要是因為我們希望一段代碼能夠同時適配PC端、平板電腦以及手機。由於三種平台的樣式以及用戶體驗應該是迥然不同的，那麼此時，我們就需要有「斷點」，在不同位置，有不同的樣式，而在兩個「斷點」之間的樣式，則使用相對單位做「漸變性的過渡」。
應該說，響應式布局解決了典型的屏幕像素不同樣式的問題，但是卻依舊搞定不了之前的那個問題。
關於CSS3媒體查詢的知識，可點擊查看——移動端H5知識-CSS3媒體查詢
橫向縱向均百分比
在橫向百分比，縱向像素值的方法無效時，自己能夠想到的就是縱向也設置為百分比了，但是卻發現，盒模型屬性在縱向上的一些設置上是存在問題的，如padding-top/bottom、margin-top/bottom等。而文本屬性中line-height在設置百分比時也並不是按照當前元素高度計算的。
於是，橫縱向均設置為百分比的方法就破滅了~
關於盒模型的一些問題以及背景的合理使用，可點擊查看——移動端H5知識-百變盒模型以及移動端H5知識-背景的妙用
橫向縱向rem
隨著HTML5的發展，除了原來的em單位，又新增了rem單位。這兩個單位都是相對單位。1em表示的是當前元素一個字體大小的尺寸；而1rem，也表示的是一個字體大小的尺寸，但是是針對html標簽進行計算的。相比之下，rem的計算起來要簡單很多。於是，自己嘗試用rem解決橫向以及縱向的設置，舍棄掉了百分比，發現還是挺不錯的，算是兼容了絕大多數機型和瀏覽器。之後，在使用一款華為手機進行測試的時候，發現並不支持橫向的rem。於是，又需要想辦法啦~~~
正解 —— 橫向百分比，縱向rem
針對華為手機，我嘗試了橫向百分比，發現還是能夠支持的，於是就折中了一下，橫向使用百分比進行控制，縱向使用rem作為單位。此時能夠實現所有瀏覽器的兼容。
優化正解 —— 橫向百分比，縱向rem
在橫向使用百分比，縱向使用rem時，會由於計算產生一定的誤差，於是，運用學習過的一些HTML5技術，進行移動端頁面的優化，例如，使用CSS3的盒陰影替換掉邊框。而對於rem，在計算中通常是存在一定的字體誤差的（會計算出小數點），此時正好接觸了一下淘寶的移動端頁面，看到了一個不錯的JS框架——flexible.js，通過這個框架對頁面進行處理，能夠防止小數點的出現。
關於flexible.js框架的具體用法，可點擊查看——移動端H5知識-處理rem小數點 flexible.js
優化正解2 —— 任性的使用固定像素來實現
上個月月初，發現網易移動端的製作方法有些特殊，查看代碼時發現，網易採用了固定像素進行書寫，而通過MetaHandler.js進行了頁面的控制。最近嘗試了一下，感覺還是挺不錯的，兼容也是比較好的，不失為一種好方法。
關於MetaHandler.js框架的具體用法，可點擊查看——移動端H5知識-固定像素的實現方法
J. 移動服務端開發一般都用什麼編程語言
移動服務端前端都用安卓，後台用Java；
移動開發分以下幾個方向：回
從開發技術上分答：1.面向雲端或服務端開發；2.面向終端或客戶端開發；
從應用領域上分：1.企業方向應用開發；2.個人應用方向；3.個人游戲方向；
一般來說程序員理解的移動開發是指的面向終端或客戶端的應用開發，這個類別中現在主流的技術主要有：
1.iOS應用開發；
2.Android應用開發；
3.WinPhone7/8應用開發。還有一些系統級開發，如嵌入式操作系統，一般針對WinCE、Linux、Android、JVM等技術。
如果單純學習客戶端應用開發，建議從Android學起，Java語言基礎即可入門，網路上資料最多，測試設備也較便宜，可以找個穩定點的Android手機即可。