Android開發(fā)經(jīng)驗(yàn)分享

1、android開發(fā)經(jīng)驗(yàn)分享這兩個(gè)應(yīng)用同為android下的嬉戲機(jī)模擬器，上面的圖是ps模擬器，可以看到虛擬按鍵的布局有些驚奇，特殊是 l和r，一上一下十分不習(xí)慣。而右面的是gba模擬器，可以看到它的按鍵中規(guī)中矩，用戶馬上就可以上手了。但是，從上手的角度來說，gba模擬器確實(shí)容易，但是從有用的角度來說，ps模擬器做得更好。為什么呢？緣由很容易，ps模擬器利用到了囫圇屏幕，而且虛擬按鍵的布局，防止了兩只手打架，也防止了屏幕下半部分因?yàn)槭种傅木売蓮氐筒恍幸姷膯栴}。通過一段時(shí)光的習(xí)慣，ps 模擬器就可以被玩得很溜。而再看gba模擬器，只利用到了一半的屏幕不說，而且還是縱向的，雙手操作時(shí)，兩只手很簡單打

2、架，互相干擾，要玩一些動(dòng)作性稍強(qiáng)的嬉戲幾乎不行能。雖然看起來直觀易懂，但是這樣的ui，是會(huì)被用戶所舍棄的。在移動(dòng)平臺(tái)上，到目前為止，用戶依舊沒有固定的操作習(xí)慣，而軟件的開發(fā)人員要做的事情，就是把用戶往一個(gè)容易、明快的操作體驗(yàn)上引導(dǎo)，使他們更快的學(xué)會(huì)用法軟件，并且讓他們習(xí)慣、善于某一種或幾種操作。從某種意義上來說，蘋果的設(shè)計(jì)人員手冊(cè)已經(jīng)很好的解決了問題，ipad已經(jīng)做到了中老年人也可以輕松上手，甚至連貓都會(huì)玩。但是起碼目前為止，還沒有見到適用于android的設(shè)計(jì)手冊(cè)，開發(fā)人員或是軟件廠商也都各按自己的理解去舉行軟件的設(shè)計(jì)，用戶也被迫在用法不同的軟件時(shí)，適應(yīng)不同的風(fēng)格。在將來為期不短的一段時(shí)光內(nèi)

3、，android上應(yīng)用程序的用戶體驗(yàn)將成為一個(gè)主要的討論點(diǎn)，特殊是嬉戲類應(yīng)用。因?yàn)閍ndroid上的某些限制，開發(fā)人員較難實(shí)現(xiàn)像psp嬉戲那樣的華麗效果，因此只能夠在嬉戲本身的嬉戲性上下足工夫。固然了，等android手機(jī)的性能再次大幅提升，電池容量再大幅提升后，可能會(huì)浮現(xiàn)可以匹敵psp嬉戲的華麗嬉戲，只是目前不應(yīng)該過分考慮這些。在我以前的一些文章也曾提到過，為移動(dòng)平臺(tái)做開發(fā)，應(yīng)當(dāng)盡可能的考慮程序的執(zhí)行效率而不是架構(gòu)，由于移動(dòng)平臺(tái)本身通常不會(huì)有多好的配置，在有限的配置下實(shí)現(xiàn)性能最佳化是十分重要的。從另一種角度上說，iphone 能夠用較低的配置來實(shí)現(xiàn)整機(jī)流暢運(yùn)作，也是得益于較為嚴(yán)格地針對(duì)性優(yōu)化

4、，把硬件平臺(tái)的性能徹低發(fā)揮出來，這樣做得到的結(jié)果是，iphone的整體性能，看起來反而比一些更高配置的手機(jī)要好一些。最后，再容易地說一下android的開發(fā)與其他平臺(tái)的開發(fā)有什么異同。我們知道不同的開發(fā)方式將對(duì)終于的結(jié)果產(chǎn)生不同的影響。在以往的閱歷中，各廠家的開發(fā)工具，都在往可視化方向進(jìn)展，比如說微軟的 visual studio，一代比一代強(qiáng)大，可視化程度越來越高。而蘋果的xcode也是一樣，它建議用戶徹低用法可視化的計(jì)劃來解決一個(gè)應(yīng)用。這些當(dāng)然很好，但是帶來的問題也不小。舉個(gè)容易的例子，有一個(gè) windows mobile 的應(yīng)用，上面有一個(gè) listbox，而你正試圖為該 listbox

5、 添加一個(gè)圖標(biāo)，并試圖按每一項(xiàng)的內(nèi)容限定來轉(zhuǎn)變文字色彩。能做到嗎？固然能，但是過程卻不容易，你必需經(jīng)受復(fù)雜的自繪才干實(shí)現(xiàn)這一點(diǎn)。這也是常規(guī)的rad 開發(fā)中普遍碰到的問題，即開發(fā)人員不能便利地控制到應(yīng)用的每一個(gè)詳情。開發(fā)框架對(duì)api的封裝在某種程度上提高了開發(fā)的效率，但是另一種程度上，它屏蔽了太多的詳情，而這些詳情有可能就是開發(fā)人員所需要的。而android雖然也擁有可視的開發(fā)環(huán)境，但是它十分弱，第三方的rad計(jì)劃迄今為止也依舊顯得虛弱無力，對(duì)于用慣了微軟等公司出品的高級(jí)rad 環(huán)境的人來說，可能會(huì)彌漫了無奈，也可能彌漫了鄙視，這種可視化算什么呢？假如僅僅從開發(fā)人員的角度來看，有利也有弊，弊端很

6、明顯是開發(fā)效率不夠高，而實(shí)際上，因?yàn)閍ndroid采納java語言來舉行開發(fā)，其開發(fā)效率本身就不會(huì)太高。而利的部分，可能是會(huì)被無數(shù)高級(jí)工程師所愛慕的，由于它是犧牲開發(fā)效率，來換取最大的可定制性的一個(gè)典范。大概有一些剛開頭學(xué)習(xí)android開發(fā)的伴侶會(huì)覺得制作界面有種種的不便，但是只要深化地學(xué)習(xí)下去，就會(huì)覺得 android的界面實(shí)現(xiàn)方式是十分率先的。同樣舉出上面listbox的例子，在android下，就可以通過一組簡明扼要的代碼來自定義 listitem和相關(guān)adapter以實(shí)現(xiàn)。我想優(yōu)秀的開發(fā)人員是應(yīng)當(dāng)徹低放棄rad的，在目前的環(huán)境下，rad幾乎沒有什么作為，反而會(huì)成為應(yīng)用分層的一個(gè)巨大的

7、絆腳石。在rad的環(huán)境下，要求一位開發(fā)人員對(duì)軟件的每一個(gè)部分都四平八穩(wěn)，這怎么可能呢？比如說軟件界面就是應(yīng)當(dāng)交由ui專員去設(shè)計(jì)，數(shù)據(jù)庫部分也應(yīng)當(dāng)交由相關(guān)的負(fù)責(zé)人去做，徹低不行能由開發(fā)人員從頭到尾一個(gè)人搞定。假如哪個(gè)老板真的雇用了一位超級(jí)開發(fā)人員來包辦一切，那么除非那個(gè)人擁有100年的工作閱歷，不然的話項(xiàng)目做死就是活該。我想android的開發(fā)框架已經(jīng)很好地解釋了這個(gè)問題，程序資源（包括、字符串、其他的外部數(shù)據(jù)等）和代碼徹低分別，各部分人員各司其職，完成囫圇項(xiàng)目，每個(gè)部分的人員都不會(huì)有太大的壓力。并且，因?yàn)閍ndroid采納xml對(duì)界面舉行描述，使得對(duì)界面的更換也變得簡單，設(shè)計(jì)師可以設(shè)計(jì)出多套界面，不論是用于ui計(jì)劃評(píng)估或是在實(shí)際應(yīng)用中更換界面風(fēng)格都很便利。這也是其他移動(dòng)平臺(tái)的開發(fā)所不具備的。最后，我想說的是，我十分想要一本類似于android設(shè)計(jì)手冊(cè)的參