原创 《設計模式》——里氏替換原則

先扯兩句 原本是不想扯了的,因爲很久沒扯了也不知道該說寫什麼,可是這裏氏替換原則東西實在是太多了,我看過都快一週了,但是每次想寫博客的時候,都寫幾個字就扔下了,倒不是說書中的內容不夠詳細,只是如果都是摘抄書的話,這個系列的意義也就

原创 Android 知識點——Method put in org.json.JSONObject not mocked

先扯兩句 老頭子我沒有什麼別的優點,就剩下爲了作死而作死了。總想玩的新鮮的東西,也就導致了新的問題,這篇存在的原因就是作死的報應啊! 下面給大家展示個神器,叫Android知識點——目錄,好了,閒言少敘,下面進入正題。 正文 之前

原创 Android 知識點——當json傳入字符串,使用Boolean接收時,GSON會將其轉換爲false

先扯兩句 寫代碼嗎,大多數情況下還是追求個準確性,可老頭子我卻總想着玩的邪的(總不能說是與後臺約定好了接口文檔,結果他們沒按格式傳吧,會捱揍的)。怎麼判斷boolean的都是false,抓一下接口 經過我們友善的溝通,以及付出了

原创 Android 知識點——Maven 庫的最新版本查看

先扯兩句 萬萬沒想到啊,就是因爲後臺一個參數把Boolean傳成了String,就導致這是寫的第三篇博客了,這就是傳說中的蝴蝶效應嗎? 當然,若是仔細看了這三篇文字的可能會說Gson將String轉換爲Boolean不會報錯、AS

原创 Android知識點——目錄

先扯兩句 哈哈哈,不知道大家見過沒有,反正我是第一個看到把附錄單獨提出來發博客的!當然,我必鬚生命,這絕對不是喫飽了撐的,或者是騙流量(畢竟也不能換錢)。 其實以前寫博客,附錄也是放在博客下面的,不過實在是有些附錄在多個博客中使用

原创 Android知識點——Java的依賴、關聯、聚合和組合

先扯兩句 一直聽說什麼面相對象的封裝、繼承、多態,說實話,除了從前面試前自己能隨便過兩眼定義,你現在問我這哥幾個都是誰,他們都快認識我了,我還不知道他們都是誰。可讓人鬱悶的是,知識這東西不會等下來,讓你學會這些不會的知識(雖然我也

原创 Android知識點——Log日誌輸出顯示不完整以及GsonFormat

先扯兩句 這部分內容原本是想寫成一個附錄的,不過細想起來,這兩部分內容在開發中還是很好用的偷懶手段,這裏也就單獨開了一篇博客。 還是先上我的Git庫,然後開始正文。 MyBaseApplication (https://githu

原创 Android知識點——Retrofit+RxJava+OkHttp(上)閒扯

先扯兩句 很久不扯了,剛敲出來這四個字的時候,還真把自己弄得愣了一下。 首先對這段時間關注我的博客的說聲抱歉,前段時間有點事,斷了一段時間,今後會盡量避免的,嘿嘿。 當然原本的套路今天應該寫的是RecyclerView.Adapt

原创 android知識點——include、merge和ViewStub的佈局優化

先扯兩句 上次寫的部分主要還是一些封裝的抽象方法,這部分只是單純的爲我這種懶漢提供了便利罷了,而本次寫的內容呢,則是對Title的封裝,不過這篇是我自己寫的title封裝,並沒有使用Toolbar,也不是閒得沒事幹,之前使用Too

原创 android知識點——ButterKnife以及Android ButterKnife Zelezny

先扯兩句 原本這篇博客是要繼續寫《一個Android工程的從零開始》的,不過看到了0502Leeyuu丶在簡書上給我指出的問題。 你好,爲什麼要用compile ‘com.jakewharton:butterknife:5.1.

原创 Android知識點——Retrofit+RxJava+OkHttp(下)使用

先扯兩句 好了,上一篇閒扯過後,算是將我爲什麼會把Retrofit說出來了吧(雖然好像什麼都沒說),當然還有其他框架,作爲一個懶人,我這裏就不加以闡述了,還是進入整體,開始進入我們的使用的部分。 還是先上我的Git庫 MyBase

原创 《java基礎》-胖菜鳥說接口

先扯兩句   常常責怪自己,當初不應該。想寫《設計模式》就好好寫不好嗎,非要搞什麼拓展,在“工程模式”要介紹什麼是泛型;結果泛型說到泛型接口,又想要再介紹介紹什麼是接口,寫個博客,咋就也搞成面向對象了,各種封裝啊!剛剛寫完類和抽象

原创 《java基礎》- 胖菜鳥說類

先扯兩句   懶人的最怕就是他還是個完美主義者,真想要做什麼事的時候,總髮現缺點什麼,然後就總想要補上缺少的部分。而每次補充上一個缺憾的時候,又會發現新的缺憾,然後。。。我也就經歷了寫《工廠模式》–>《泛型》–>《接口》–>《類》

原创 《設計模式》——迪米特法則

定義   其實《設計模式之禪》關於原則的部分,我最喜歡的就是《迪米特法則》沒什麼特殊原因,前段時間部門培訓,讓我出個培訓內容,就是選擇的迪米特法則。其實原因很簡單,就因爲看它名字都不知道究竟是拿來幹啥的。 先臭美一下《設計模式》—

原创 《設計模式》——開閉原則

先扯兩句   人的惰性啊,總是無限的,一不小心偷懶一次,就會是好長時間的懶惰,也不知道從哪裏來的當頭棒喝叫醒了我,才發現竟然又是這麼長時間沒有進步了。不過想來能來看這篇文章的你肯定是不會懶惰的,那就讓我們一同堅持下去吧。加油!!!