說說入職兩日的感受

伙計(jì)們圾另，做好準(zhǔn)備吧，南塵最近一定不可能日更的诸衔，不過不保證后面還會(huì)像現(xiàn)在這樣熟悉架構(gòu)熟悉代碼到極度困盯漂，然后就想到我親愛的朋友們，然后再和你們吹會(huì)兒逼署隘。

前面給大家講過宠能，選擇了待遇相對(duì)偏低的咕咚，主要是因?yàn)橐幻娴拿嬖嚬俅挪停o了我很強(qiáng)的震撼力违崇，讓我如同找到了同路人：同樣在為代碼質(zhì)量而瘋狂努力。

今天诊霹，在他的指引下羞延，總算對(duì)咕咚的架構(gòu)有了較為深刻的理解。

果然脾还，大一點(diǎn)的項(xiàng)目伴箩，總需要一個(gè)靠譜的架構(gòu)，不然一定會(huì)面臨各種各樣的問題鄙漏。

確實(shí)很刺激嗤谚，這會(huì)兒公司還有一半多的員工在瘋狂干著自己喜歡的事。但絲毫不會(huì)影響怔蚌，南塵會(huì)是那個(gè)每天來的最早的人~

今天看到致學(xué)發(fā)的關(guān)于我離職的文章巩步，確實(shí)挺心酸的，不過好聚好散桦踊，還好我選擇了咕咚這樣一家還算注重技術(shù)的公司椅野，我相信每一個(gè)致學(xué)人，也會(huì)飽含祝福籍胯。

對(duì)我來說竟闪，公司不在乎體量，我最在乎的還是團(tuán)隊(duì)對(duì)技術(shù)的饑渴杖狼，很幸運(yùn)在這一點(diǎn)炼蛤，咕咚讓我足夠滿意蝗柔！

咕咚強(qiáng)制采用 DataBinding && MVVM && ConstraintLayout 進(jìn)行編寫代碼饵溅，之前也是一直沒有去學(xué)習(xí)了解 ConstraintLayout 這個(gè)神奇的布局，今天一看休偶，真心超贊，但使用文章我就不寫了暗挑，鴻洋和郭霖已經(jīng)把拖拽和直接手寫代碼的方式都講的很清楚了笋除，感興趣的到他們的 CSDN 博客去仔細(xì)觀摩觀摩吧~

鴻洋的 ConstraintLayout 文章地址：https://blog.csdn.net/lmj623565791/article/details/78011599

郭霖的 ConstraintLayout 文章地址：https://blog.csdn.net/guolin_blog/article/details/53122387

對(duì)于 DataBinding && MVVM，可能小項(xiàng)目感覺不是很明顯炸裆，但相對(duì)體量大一點(diǎn)的項(xiàng)目就真的太有價(jià)值了解學(xué)習(xí)了垃它。這也難怪，咕咚和美團(tuán)都在面試的時(shí)候問了我 MVVM烹看。

然后国拇，KotLin 的話，看了咕咚的代碼惯殊，大概目前覆蓋比例 15%酱吝，最近本寶寶也是好好學(xué)習(xí)了一波 Kotlin，只能說土思，自從 Google 開始推薦 Kotlin 后务热，我們就不得不學(xué)習(xí)了。

Kotlin 中文教程網(wǎng)站：https://www.kotlincn.net/docs/reference/

強(qiáng)烈推薦書籍 《Kotlin for Android Developers》己儒，目前中文版的 PDF 可在公眾號(hào)后臺(tái)回復(fù) "kotlin" 獲取崎岂，但更強(qiáng)烈推薦直接查看原作書籍！Ｉ镣濉冲甘！

大概也沒啥好說的，和我親愛的朋友們交流了一下途样，感覺狀態(tài)好了很多江醇，我還是去默默做加班 dog 吧~

額，好像忘了一件事何暇，之前不少小伙伴留言問我面試答案嫁审。

在這里再說一下，面試這個(gè)東西赖晶，真的沒有標(biāo)準(zhǔn)答案，不過我可以給大家簡(jiǎn)單講一下思路辐烂，要是以后有了時(shí)間遏插，再詳細(xì)講吧。

RecyclerView 到底如何適配多種布局纠修？

我看到問的最多的一個(gè)問題是胳嘲，「RecyclerView 一個(gè)適配器如何適配多種布局」。

老實(shí)說扣草，這個(gè)問題了牛，我第一反應(yīng)就是網(wǎng)上被人都寫爛了的萬(wàn)能適配器颜屠，所以回答的就是根據(jù)不同的 Type 去設(shè)置 ViewHolder，畢竟我們通常設(shè)置 RecyclerView 的 Header 和 Footer 就是通過這樣的方式來實(shí)現(xiàn)的鹰祸。但這樣的方式有一個(gè)非常嚴(yán)重的問題甫窟，就是其實(shí)根本就不萬(wàn)能，當(dāng)我們遇到各種 Item 布局的時(shí)候蛙婴，我們又得重新維護(hù) ViewHolder粗井，一旦這個(gè)布局方式多了起來，就會(huì)存在嚴(yán)重的維護(hù)問題街图。

那我們還能有怎樣的思路來處理呢浇衬？

實(shí)際上，我們大多數(shù)餐济，甚至是所有頁(yè)面都可以用 RecyclerView 來實(shí)現(xiàn)耘擂，只是每一項(xiàng)的 Item 顯示方式不一樣而已。為了減少維護(hù)成本絮姆，我們顯然不應(yīng)該把判斷是哪種 Type 的代碼放在 RecyclerView 的「萬(wàn)能」適配器中醉冤。而應(yīng)該把這個(gè)邏輯抽象成一個(gè)接口，然后讓子類去自由發(fā)揮滚朵。然后在外面調(diào)用的時(shí)候冤灾，我們就只需要根據(jù) model 的數(shù)據(jù)進(jìn)行不一樣的布局填充就可以了。

你可能會(huì)有點(diǎn)暈辕近，其實(shí)我自己也一樣韵吨，原諒我現(xiàn)在是從早上 7 點(diǎn)半一直干到現(xiàn)在的人，但我還是希望你能多看幾遍移宅。

好吧归粉，看了好幾遍了，還是一臉懵逼漏峰，姑且點(diǎn)到為止吧糠悼，時(shí)間關(guān)系，后面再做詳細(xì)闡述浅乔。

上千個(gè) Shape 文件如何維護(hù)的問題倔喂。

這是另外一個(gè)大家很關(guān)注的問題，在咕咚的面試中靖苇，提到了 CardView 不利好的一面席噩，并闡述了自己面臨成千上萬(wàn)個(gè) Shape 文件無(wú)法統(tǒng)一維護(hù)管理的僵局。

這個(gè)題贤壁，其實(shí)我認(rèn)為可能沒有標(biāo)準(zhǔn)答案悼枢，只是面試官希望看你是否是一個(gè)喜歡并且善于思考的人吧。

一個(gè)開發(fā)人員稍微多一點(diǎn)的項(xiàng)目一定會(huì)遇到這樣的難題脾拆，我們很難統(tǒng)籌所有經(jīng)手這個(gè)項(xiàng)目的小伙伴都能認(rèn)真先去看一遍別人 Shape 里面的實(shí)現(xiàn)馒索，更多的時(shí)候會(huì)采用 CardView 或者自己新寫一個(gè) Shape 文件的方式莹妒。

CardView 可能功能沒有那么全面，而 Shape 可能面臨維護(hù)難題绰上。

這是很現(xiàn)實(shí)的問題旨怠，那到底怎么解決這個(gè)尷尬的窘境呢？

經(jīng)過思考渔期，我們似乎可以通過自定義一個(gè) View运吓，支持各種圓角和其他的 Shape 或者 CardView 具備的功能就好啦~

可能有點(diǎn)投機(jī)取巧，不過至少說明我們很愛思考疯趟，哈哈拘哨。

寫在最后

還有不少人問我 API 選擇短連接而不是長(zhǎng)連接的問題，我覺得這個(gè)問題信峻，應(yīng)該可以 Google 到吧倦青，我就不想多提了。你可以思考一下盹舞，且不考慮客戶端的性能問題产镐，服務(wù)器接受 N 個(gè)來自客戶端的長(zhǎng)連接會(huì)怎樣_巴拉巴拉

差不多了，這下要真的去加班 dog 了踢步，要是大佬們看到錯(cuò)別字癣亚，還請(qǐng)見諒，直接指出获印。我已經(jīng)檢查了 3 遍了述雾，但我這個(gè)狀態(tài)，恐怕難以處理~