Android視圖TMD感受

標籤：

　　也算經曆了不少視圖模型介面，甚至寫了一些。一個不太複雜的設計，順便試試visual studio 2015的Android開發。

　　作為Coding角色的時候，我是不喜歡過多的非代碼過程的，因為往往會帶來

　　——難記，冗餘，混亂...總而言之就是複雜。

 

　　現在的視圖介面越來越多的使用配置式+CodeBehind方式，不知道是為了配置而配置，還是因為原本的設計而配置（作為不能提供良好設計工具的，我表示極度鄙視）。反正大家也就是越來越像web前端了。而web本身也是變態的，一些架構往js走，一些往html走，終究js一直是主流（代碼本身的簡潔靈活且不論）。

　　習慣了代碼，但還是有時候配置能讓工作簡單一些，大概歸納起來我的這類工程中配置一般處理布局和一些簡單屬性設定（不至於到重用的地步，或者重用可能更麻煩的個把個屬性）。

　　看了一篇文章，把Android吹神了。什麼模式話如何如何...總體API模型也一時半刻出不了什麼新意，就像3D大家也都是攝像機模型一樣，扯多了點，有的抽象本來也就是根據需要創造出來，這些無可厚非。今天是發泄一些他的視圖的。

　　——flash設計裡面名稱和code屬性名稱是一致的，DHTML這個就更easy了，WPF是有無尾碼的關係，QT也很直白（這個相比是設計中比較弱的，但反正很容易匹配）。Android的一些Drawable倒是讓人代碼上相比很多同樣效果的視圖爽了，但設計名稱和Coding屬性名稱我感覺完全蛋疼了，不知是否Android要瘋掉別人還是要傻瓜別人。好吧你讓設計——設計器弱爆，我靈活點Code，似乎網路上一大片都是這種東西不知道如何是好。LeftDrawable（這個不叫設計器的東西，不咋用，名稱不怎麼記得）似乎還是和SetCompoundDrawablesWithIntrinsicBounds這個單詞相關，至於CheckBox的圖片真心找了好一陣無果 —— The network has no code.Just for axml.猜測是否用了LeftDrawable=》null。花的這個找的時間從哪個View完整寫一個都寫完了，我真心不知道設計者如何感想。

　　話說我的配置 —— 名稱高度一致，一定是跟隨Property誕生（哪怕用Attribute標識）。期待html的終極就是一個以視圖為主的虛擬機器，文檔藍本標記是嚴格的類結構，我認為使用者認識和不認識符號有什麼重要的呢，這個http文檔有個標準的預先處理（中間代碼），對於Coder來說不是好事嗎。這樣都不用去噁心html和css，不用去找漏洞一般的試錯處理問題 。不是吐槽這雞巴web，Android離這個易用性遠遠不如。

　　——還是得表揚一下微軟，模擬器隨便一出手都比他家的好用。

　　昨天的成果——

　　

繼續查詢解決問題完成作業。

　　

Android視圖TMD感受