當然可以,只要能夠安裝Xcode就能進行iOS開發(fā),和什么電腦沒關系。唯一需要注意的是,開發(fā)大型iOSde時候Air性能上和PRO還是有不小差距的,一般性的軟件差距不大。
創(chuàng)新互聯(lián)公司-專業(yè)網站定制、快速模板網站建設、高性價比鄂托克網站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式鄂托克網站制作公司更省心,省錢,快速模板網站建設找我們,業(yè)務覆蓋鄂托克地區(qū)。費用合理售后完善,10余年實體公司更值得信賴。
只說Air這款產品,很優(yōu)秀,你選擇的配置完全滿足你的需求。
但是,PS(偶爾做點圖片),快播(和看看電影),酷狗音樂(聽聽音樂),QQ(目測還要聊聊天),Mac版本全部都是被閹割的,很難用,功能極少。
我也是坐iOS開發(fā)的,公司肯定是配工作電腦的,還有測試的iPhone,iPad。根本不用自己買。
我的Mac是學習時候買的,當時沒有電腦只能自己買,后來工作了有電腦,我自己的就廢了。
國內支持mac軟件極少,雖然大公司有了,但是功能很悠閑,閹割再閹割,,,痛苦??!
下班之后如果你還需要開發(fā)的話就辭職吧。所以,你可以考慮一款同價位優(yōu)秀的PC。
iOS程序開發(fā)用MacBook Air的機器最好還是選擇高配置,能夠比較流暢的運行。MacBook Air這款電腦本身機身輕薄,攜帶方便,可以隨時隨地進行程序開發(fā)設計。不過還是建議真正做程序開發(fā),選擇更高端一點的MacBook Pro或者iMac。
MacBook air配置適中,機身輕薄,便于攜帶,能完成正常上網、接收郵件、辦公、看電影等用途,適合商務出差人士或者女士攜帶輕便電腦使用。
MacBook pro是蘋果筆記本系列中更專業(yè)的一款,相對于其他品牌的筆記本電腦,功能強大,外觀美觀,輕便攜帶,待機時間長,搭載蘋果OSX系統(tǒng),處理圖片、編程、剪輯等功能得心應手,硬件上設計也十分人性化,鍵盤、鼠標都能讓使用者感受到方便。
買個高配的應該沒問題,不過個人建議如果搞開發(fā)的買個PRO,因為AIR的話散熱性不夠,容易發(fā)燙 ,望采納
Macbook air可以開發(fā)蘋果手機APP,能寫程序都可以。和手機是相同的, iOS編程只能在 Mac OS上編寫,在 iPadpro上可以簡單地編寫,可以使用2014發(fā)布的新語言,可與 Objective- C*共同運行于 Mac OS和 iOS平臺。
優(yōu)勢:
1.優(yōu)秀的2D性能和渲染機制
網絡上關于Flash性能底下的言論是絕對錯誤的。其實Flash的性能相當高,而且大多數(shù)情況下都比Javascript高。ActionScript
經過如此長時間的專制發(fā)展,形成了一套易于使用的顯示列表(DisplayObject)機制,加上靈活的MovieClip和Sprite等等對象,在
制作2D動畫方面,是目前互聯(lián)網技術中最好的選擇。即使是你認為顯示列表的性能底下(在顯示對象超過1K的情況下確實低下),你也完全可以使用
BitmapData這個高性能的引擎做位圖渲染。
2. 蓬勃發(fā)展的3D技術
Stage3D比OpenGL要更容易掌握。使用各種開源、付費的引擎,程序員可能不需要了解3D工作機制,就能制作3D動畫(或者游戲)。當然,目前的Stage3D的驅動支持還有待完善,但Adobe目前很努力(不努力就掛掉了),驅動情況會慢慢解決掉。
更讓人激動的是Starling這類使用Stage3D進行2D渲染的引擎。完全為游戲而生,把Flash的2D性能又提高了一個數(shù)量級。
3. 比較完善的框架和社區(qū)
Flash社區(qū)經過多年發(fā)展,已經非常完善,有很多的優(yōu)秀的框架、工具、引擎、調試器、甚至編譯器可以使用。當然,OC社區(qū)或許更完善,所以這個有優(yōu)勢并不明顯。
4. 簡單易用的語言
ActionScript是簡化版的JAVA。我無法把ActionScript與OC對比,但ActionScript絕對比JAVA易用。相關比較可
以看這個:
5. 使用ANE可以完成所有OC能做的事情
AIR使用的ANE插件技術,讓你用OC開發(fā)一些本機插件,以API的方式來調用它,讓你能完成AIR本不能完成的事情。后面我會提到,其實這個也算劣勢。
AIR的劣勢:
1. 大文件
AIR在iOS上并非采用的是虛擬機模式。它直接把ActionScript代碼編譯成二進制代碼,這與XCode變成成的二進制代碼沒有區(qū)別。整個AIR運行時也變成二進制代碼。這就導致了無論是什么大小的程序,你總要在它的基礎上加上運行時的大小?!?0MB+。
2012-11-12 17:29更新:
準確的編譯文件大小測試:
AIR3.5,AS項目,使用了graphics中的drawRect方法,3.8MB
AIR3.5,F(xiàn)lex4.6項目,沒有放任何組件,5.8MB
所以,上面的10MB+說法不準確。
2. 不是BUG的BUG
由于上面描述的原因,你要把ActionScript當作OC來用,否則可能會碰到某些不是BUG的BUG。我在這篇文章中就講到了這樣一個BUG:
3. 痛苦的調試
FlashBuilder并不是面向iOS開發(fā)的,所以它的調試過程復雜且痛苦。在FlashBuilder
4.6上,我必須利用iTunes這個垃圾軟件把打包好的Debug版本的ipa文件安裝到iOS設備上,然后在FlashBuider上啟動調試進程。
Debug版本的ipa運行十分緩慢(對,是十分),甚至因為它的緩慢,很多BUG都無法發(fā)生。
當然,這種情況在AIR 3.4出現(xiàn)之后有所好轉。AIR
3.4不需要iTunes就能把ipa部署到iOS設備中進行調試。但是,目前的FlashBuilder4.6還不支持這種方式,你要使用AIR3.4
的新的直接部署調試功能,就必須使用命令行,然后調用fdb來調試。
AIR 3.5支持在Release版本(非Debug版本)中輸出調試堆棧,這能讓我們用正常的速度來調試ipa,但這其實是讓我們更麻煩了。
4. 痛苦的編譯
你能忍受一次編譯需要20分鐘么?如果你的程序很復雜,那么這個時間還會延長。你能忍受在發(fā)布程序之前,突然發(fā)現(xiàn)一個小bug,然后等待20分鐘編譯調試么?注意,某些bug,只能在編譯之后才會出現(xiàn)。
5.痛苦的ANE調試
和上面的調試不同,ANE的調試更加痛苦可不可捉摸。很多情況下,ANE的錯誤是直接FC,沒有報錯代碼,沒有消息,解決問題只能靠猜,你能猜中么?
更痛苦的是,大部分情況下,使用AIR的程序員都在Windows下工作,使用AIR自帶的ADL在Windows系統(tǒng)上調試,這種調試方法是不支持ANE的,你要測試ANE,必須打包后在iOS真實設備上調試,這又碰到了上面說的“痛苦的調試”的情況。