第一個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.......................
訂閱:
發佈留言 (Atom)
沒有留言:
發佈留言