第一個Android app小感想XD





邱邱der...........

fgfgffggffgfgfgfgfgfgffggffgfgfgfgfgfgffggffgfgfgfgfgfgffggffgfg
fgfgfgfgffggffgfgfgfgfgfgffggffgfgfgfgfgfgffggffgfgfgfgfgfg
ffggffgfgfgfgfgfgffggffgfgfgfgfgfgffggffgfgfgfgfgfgffggffgfgfgfgfgfgffg
gffgfgfgfgfgfgffggffgfgfgfgfgfgffggffgfgfgfgfgffgfgfgfgfgf
gffggffgfgfgfgfgfgffggffgfgfgfgfgfgffggffgfgfgfgfgfgffggffgfgfgfgfgfgffg
gffgfgfgfgfgfgffggffgfgfgfgfgfgffggffgfgfgfgfgfgffggffgfgfgfgfgfgffggffgfgfgfg
fgfgffggffgfgfgfgfgfgffggffgfgfgfgfgffgfgfgfgfgfgffggffg
gfgfgfgfgffggffgfgfgfgfgfgffggffgfgfgfgfgfgffggffgfgfgfgfgfgffgg
ffgfgfgfgfgfgffggffgfgfgfgfgfgffggffgfgfgfgfgfg
ffggffgfgfgfgfgfgffggffgfgfgfgfgfgffggffgfgfgfgfgfgf
fggffgfgfgfgfgffgfgfgfgfgfgffggffgfgfgfgfgfgffggffgfgfgfgf
gfgffggffgfgfgfgfgfgffggffgfgfgfgfgfgffggffgfgfgfgfgfgffggffgf




沒記錯的話iOS的xcode

對於UI流程是用一種叫做storyboard的東西

聽說有助於設計人員做設計 (因為可以分開work)

就是一種很多view很多view跟view跟view跟view跟view串連在一起的畫面

用拉的去做當中的連接


而Android沒有這種東西

裡面是一大堆的Activity

並在manifest裡面說這些網址

就是跟Android說在這個app裡面有的網址 有這些Activity

如果你沒跟他說 並去開啟這個Activity就會直接crash

在我一邊摸索一邊開發的過程中

不得不說這個鳥問題 讓我卡了很多次 也很多時間

XDXDXDDXXDXDXD

到現在我已經會知道要去加 或是debug時發生直接crash我都會先想到這問題

就是經驗.......囧



個人覺得Android的作法比較有彈性

而且非常之大........

只要你爽

可以在任何情況下 跳到任何的Activity

我對iOS的開發不是很熟............但據我所知iOS辦不到

因為他的流程是storyboard

全部都是拉好有關聯的 一定要用拉der

並透過一個叫做Segue的東西去幹嘛幹嘛 幹我忘了 囧.....


但是Android是直接呼叫startActivity 就直接跳過去了

裡面塞Intent物件

如果有必要的話再透過Bundle傳值 (或是其實還有更屌的做法不想說 囧)

所以只要開發人員爽........

我直接在這邊說要去哪邊 就可以去哪

而且原本的Activity可以讓他保留或是直接關掉 (finish)

超方便........爽爽der


再來就是resource的設計架構

所有id, layout, string, style, drawable, color. raw

通通都透過Android Studio去產生甚麼奇怪的多少進位的code

要用他只要簡單R.id.xxxxxxxx或是R.layout.xxxxxxxx

他就知道你在要甚麼東西

個人覺得這滿邱的..........真der........

但不得不說layout這個目錄越做越多大便 有點混亂說........

據我所知好像無法在這目錄在做分類

只好忍耐下......囧


然後Android很邱的是

可以在Activty上面又再疊上一個Activity

用Android的facebook聊天都知道.........他可以做到在畫面上跑出一個小泡泡

聽說iOS好像辦不到

hohohohoohohhohohohohoho

爽A0A爽A0A爽A0A爽A0A爽A0A爽A0A爽A0A爽A0A爽A0A爽A0A爽A0A



然後關於drawable的設計

ios聽說要出三種圖

但我因為懶惰

我只用一張圖

雖然android本身的設計架構是可以針對device去放resouce的

例如hdpi, ldpi,mdpi, xhdpi, xxhdpi, xxxhdpi

超級無敵亂78遭

個人覺得這能夠分別去setup好這些圖片設置

已經很邱了......

雖然聽說好像有tool可以幫忙轉換 個人沒研究到這0rz|||||||


在這邊我的做法是直接把圖片塞進去ImageView

然後跟他說

android:adjustViewBounds="true"
android:scaleType="fitCenter"


這樣圖片無論如何都會照比例 並且完完全全的在自己設定的高寬裡面

超級無敵偷懶作法..............而且據我實際測試

完全不影響效能

XDXDXDXDXDXDXDXD

囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧


然後因為是一邊摸索一邊開發

過程有點慘不忍睹

真的遇到不少奇奇怪的問題................只能不斷的問google大神

0rz|||||||

從原本開一個view道連接過去都覺得很痛苦很困難的事

到覺得easy而且很OK

囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧

 一個囧囧貓長大成囧囧虎的過程囧rz......


然後寫Android就是寫JAVA

其實跟寫.NET不會差太多說

而且寫久了 其實很好寫

而且他的找源頭功能是Ctrl+滑鼠去點他 很方便 囧

雖然Visual Studio也有這功能 但他是把她設在F12.........比較不好按就是了


但不得不說最好寫的還是PHP

根本亂寫一通就好XDXDXDXDXDXDXDXD

而且最強的是他的神奇無敵陣列 給他亂塞亂寫都通

之前寫樂透版路計算程式 多少跟PHP的陣列太好寫有關係

因為我為了判斷版路 設計了一個6維陣列

這東西跑進.NET就是一堆Dictionary

在JAVA就是一堆HashMap

囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧囧

一定複雜到死..........而且效能應該很差

因為一堆物件

hohohohohhohohohohohoohohohohoh

fffqfqfqfqfqfqfqfqfqfqfqfqfqfq


關於程式的設計架構

沒意外初學者應該都把一堆大便放在com.xxxx.xxxx底下

我現在的設計架構有分

activities
models
helpers
fragments
listeners
services
receivers

等等

這些不同類型的大便不給他分類 包準亂78遭 一定超難找XD

多少跟我下載人家的範例有關

看人家的範例順便可以學學人家怎麼規劃class

受益良多

A_Ay




然後Android的back鍵根本就是神的設計

因為我發現iphone的app

在非常多的狀況

會逼不得已要去點左上方的back 按鈕

這時手太短

必然要用另一隻手

非常不方便

ggggggggggggggggggggggggggggggggggggggggg

android只要輕輕摸一下

下面的back

跟摸懶趴一樣

潮爽derrrrrrrrrrrr



再來Android為什麼會有ViewPager+Fragment的設計

是因為

使用者在划手機的時候

多半在下緣

上半部很少去摸

我看過有人寫這文章說user滑手機區域的統計數據

但Android的Tab是坐在上面

所以他做了可以左右滑的功能

用過android的Line或是Facebook都知道

其實沒意外手指不會摸到上半部

但是iOS的app如果沒有特別設計回上一頁的功能

勢必要去摸左上角

超不人性der

fffqfqfqfqfqfqfqfqfqfqfqfffqfqfqfqfqfqfqfqfqfqfqfffqfqfqfqfqfqfqfq
fqfqfqfffqfqfqfqfqfqfqfqfqfqfqfffqfqfqfqfqfqfqfqfqfqfqfffqfqfqfqfqfqfqfqfqfqfq



當然是有人說現在的iphone太大 還是以前小小der好用 一手到底

個人覺得是使用上的設計的關係比較大

hoohohohohohohohohohohhoohohhohoohohoh

android比較邱啦~~~~~~~~~~~~~~fqffqfqfqfqfqfqqfhohohohohohohohohohoho


iOS粉別幹死小弟 囧rz.......................

沒有留言: