devma

Windows 的 telnet解藻，可能用了 32 bit 的數(shù)據(jù)類型記錄 port，這樣 port 表面上看到是可以超過(guò) 65535眉尸。 tcp header 明確定義了 tc...

devma ·

這種寫法已經(jīng)過(guò)時(shí)了,@Parcelize了解一下

8f8d29580e14 評(píng)論自Kotlin中泛型的序列化Parcelable

devma

網(wǎng)絡(luò)協(xié)議那么多，為什么面試喜歡問TCP向挖？原因無(wú)外乎兩個(gè)：1蝌以、TCP協(xié)議直接與進(jìn)程打交道，寫網(wǎng)絡(luò)程序要用何之；2跟畅、TCP協(xié)議設(shè)計(jì)十分精巧，在一個(gè)不可靠的IP網(wǎng)絡(luò)上實(shí)現(xiàn)了可靠傳輸溶推，因...

devma ·

關(guān)于本文前面提出的問題响委，簡(jiǎn)單回答一下:
Q1：google提出view概念的目的是給android app提供用戶交互的機(jī)制新思。
Q2窖梁、Q3、Q7：android framework采用的是層次架構(gòu)：從上到下是：Activity夹囚、Fragment
View
Drawable
上層知道下層纵刘，下層卻不知道上層。上層可以直接使用支配下層荸哟，下層卻無(wú)法支配使用上層假哎，下層與上層的通信主要靠回調(diào)。所以View處于Activity敲茄、Fragment與Drawable中間位谋，意味著View不能夠感知Activity的生命周期，但是View可以完全控制Drawable堰燎，控制的手段定義在Drawable中掏父，凡是Drawable提供的方法，都是View控制Drawable的手段秆剪，最典型的赊淑，在本文中也使用了的就是setBounds方法。正如View無(wú)法感知Activity的聲明周期一樣仅讽，Drawable同樣無(wú)法感知View的生命周期陶缺。但是View實(shí)現(xiàn)了Drawable.Callback接口，Drawable可以通過(guò)這個(gè)接口與View通信洁灵。本文中有說(shuō)明
Q4：View的生命周期請(qǐng)見本文View-Method-For-Override一圖饱岸，這張圖來(lái)自google官方文檔，如果看不懂徽千，可以查看文檔獲得相關(guān)說(shuō)明苫费，如果還是看不懂，歡迎留言討論双抽。

Q5：Activity進(jìn)入stop狀態(tài)后百框，它的窗口會(huì)被最新呈現(xiàn)的窗口擋住，窗口中的view也因此無(wú)法被我們看見，如果此時(shí)在后臺(tái)線程中更新一個(gè)view是可以的，前提是要提交到UI線程中眯搭，但通常意義不大，因?yàn)榇藭r(shí)用戶無(wú)法看到view的改變展运，而且，當(dāng)這個(gè)Activity從stop狀態(tài)中進(jìn)入resume時(shí)，一般都會(huì)重新更新view，以便繼續(xù)與用戶交互棠众，所以，在stop狀態(tài)下對(duì)view的更新沒有什么意義有决。
Q6：View直接是可以重疊闸拿，重疊區(qū)域的點(diǎn)擊事件由誰(shuí)處理取決于它們的parent 在dispatch這個(gè)點(diǎn)擊事件時(shí)，先dispatch給誰(shuí)书幕。能不能都處理呢新荤？一般情況下是不可以的，但是在最新的CoordinateLayout中台汇，可以通過(guò)behavior實(shí)現(xiàn)這一需求苛骨。具體內(nèi)容太多，請(qǐng)自行搜索苟呐。

Q8：View利用這些空間的方法很簡(jiǎn)單啊痒芝，就是在onSizeChanged方法中在新的寬高下繪制自己 。新的寬高由其parent ViewGroup在其他子View被移除后牵素，重新layout時(shí)確定严衬。本文的案例中就利用了這個(gè)方法。

可以看到笆呆，本文前面提出的問題请琳，大部分都可以在本文中直接找到答案，沒有直接答案的赠幕，也給出了思路和線索俄精，幫助大家去自行查找答案。比如榕堰，關(guān)于View的重疊情況下竖慧，事件處理，本文已經(jīng)說(shuō)明逆屡，請(qǐng)查看本人另一篇事件分發(fā)的文章：“可能是講解View事件分發(fā)最好的文章”圾旨。

工程師milter 評(píng)論自教你步步為營(yíng)掌握自定義View