Mithril.js 是一個精悍、短小的框架，使用它能使 React.js 的實現(xiàn)更整潔。在 Mithril 中，除了純 JavaScript，你幾乎能擺脫一切，同時，它還能讓你在寫布局的時候感受到圖靈完備的語言所具備的力量。
return m(‘div’,
m(‘p’, someText),
m(‘ul’,
items.map((item) => m(‘li’, item))),
m(‘button’, {onclick: myClickHandler}));
因此，你能用循環(huán)生成許多 View，你能用判斷語句改變布局中的某個部分，最后你能綁定數(shù)據(jù)和設(shè)置事件監(jiān)聽器。
那這個方法能在 Android 中被使用嗎？
虛擬布局
虛擬布局（使用類似 Web 中虛擬 DOM 的概念）是樹狀的自定義Java對象集合，被用于展示實際的 Android 布局。雖然 App 的數(shù)據(jù)改變多少次，樹就會被構(gòu)建多少次，但布局改變的內(nèi)容應該僅僅是前后不一致的部分（當前的布局和改變前布局）。
我們的框架只導入一個靜態(tài)類，所以所有類中的靜態(tài)方法都不需要類名前綴就能被使用（例如我們只需要使用 v()，而不是 Render.v()），這是語言特性帶來的好處。下面是我們?nèi)绾蝿?chuàng)建布局的例子：
v(LinearLayout.class,
orientation(LinearLayout.VERTICAL),
v(TextView.class,
text(someText)),
v(Button.class,
text(“Click me”),
onClick(someClickHandler)));
第一個 v() 方法返回了一個虛擬布局，每一次調(diào)用后它會返回當前應用狀態(tài)的實際展示（不是實際的 View?。?/p>
當一些文字變量被改變 - 虛擬樹會獲得一個被用于下次渲染的發(fā)生了改變的結(jié)點值，然后調(diào)用 setText()改變相應的 TextView 實例。但是其余的布局不會發(fā)生任何變化。
一棵虛擬布局樹在理想情況下應該只是一個類，我們就把它叫作結(jié)點吧。但是結(jié)點主要有兩種類型：View 結(jié)點（TextView.class等等）和屬性設(shè)置結(jié)點，例如text（someText)
那這就意味著結(jié)點應該任意包含一個 View 類和一個方法去改變 View 的屬性。
interface AttributeSetter {
public void set(View v);
}
public static class Node {
List attrs = new ArrayList();
Class<? extends View> viewClass; // for view nodes
AttributeSetter setter; // for attribute setter nodes
public Node(Class<? extends View> c) {
this.viewClass = c;
}
public Node(AttributeSetter setter) {
this.setter = setter;
}
}
現(xiàn)在我們需要定義類在產(chǎn)生虛擬布局的時候?qū)嶋H能干的事情了，那就讓我們來調(diào)用可渲染類吧。一個可渲染類可以是一個 Activity，或者一個自定義的 ViewGroup，或者 Fragment 也湊合。每一個可渲染類都應該有一個用于返回虛擬布局的方法，此外，如果這個方法指定了它將要作用于實際布局中的哪個 View 會更好。
public interface Renderable {
Node view();
ViewGroup getRootView();
}
由于 v() 方法的第一個參數(shù)是 View 子類的泛型，所以你不用擔心類型安全問題。剩下的參數(shù)都是結(jié)點類型，所以我們只需要把它們添加到 list 中，無視掉空結(jié)點的話效果會更好一些。
public static Node v(final Class<? extends View> cls, final Node …nodes) {
return new Node(cls) ;
}
Here’s an example of the text() attribute setter (the real code is a bit different, but it could have been implemented like this):
下面是一個 text() 屬性的設(shè)置方法（實際代碼會有點不一樣，但是也能像下面這樣實現(xiàn)）：
public static Node text(final String s) {
return new Node(new AttributeSetter() {
public void set(View v) {
((TextView) v).setText(s);
}
});
}
其他類似的工具方法也能用于改變線性布局的方向，View 的大小、頁邊距、間距，總之所有 View 的參數(shù)都能被改變。
那么，我們要怎么去渲染呢？
現(xiàn)在我們需要一個“渲染者”。這是一個能夠根據(jù)類名創(chuàng)建 View ，使用 AttributeSetters修改對應的參數(shù)并且遞歸地添加子 View的方法。（同樣的，下面的代碼也是被簡化的，實際的代碼會有些不一樣，主要差別在于當結(jié)點沒有被改變的時候，我們應該如何避免視圖的渲染）
public static View inflateNode(Context c, Node node, ViewGroup parent) {
if (node.viewClass == null) {
throw new RuntimeException(“Root is not a view!”);
}
// Exception handling skipped here to make the code look shorter
View v = (View) node.viewClass.getConstructor(Context.class).newInstance?;
parent.addView(v);
for (Node subnode: node.attrs) {
if (subnode.setter != null) {
subnode.setter.set(v);
} else {
View subview = inflateNode(c, subnode, (ViewGroup) v);
}
}
return v;
}
現(xiàn)在我們真的可以擺脫 XMLS，并以一種簡潔的方式通過 Java 進行布局了。
布局結(jié)點不應該直接地被使用，而應該是通過 render(Renderer r) 和 render()被使用。前者用于重渲染某一個 View，后者用于重渲染所有被展示的 View。Renderer 通過一個弱哈希表存儲，使得在 View 被移除或者 Activity 被銷毀的同時 - 他們的渲染者也不會再被使用。
什么時候去渲染呢？
這個框架的核心在于 自動進行重渲染，使得 UI 總能展示當前的虛擬布局狀態(tài)。這就意味著 render() 應該在某個特定的節(jié)點被調(diào)用。
我參考 Mithril 的方法，把每一個 On…Listener 和 調(diào)用 render 的方法捆綁在每一次 UI 的交互中。
public static Node onClick(final View.OnClickListener listener) {
return new Node(new AttributeSetter() {
public void set(View v) {
v.setOnClickListener(new View.OnClickListener() {
public void onClick(View v) {
listener.onClick(v);
// After the click was processed - some data may have been changed
// so we try to re-render the UI
render();
}
});
}
});
}
我覺得這樣做是有道理的，因為大多數(shù) Android 應用的數(shù)據(jù)都是在發(fā)生用戶交互的時候被改變的。如果你的數(shù)據(jù)是因為其他因素被改變的 - 那就只能手動通過 render()渲染了。
總的來說
這個方法雖然簡單，卻非常有用：
-
你能用類似 XML 的方式定義你的布局結(jié)構(gòu)（通過嵌套調(diào)用 v() 方法）
-
你能用一種清晰易懂的方式綁定數(shù)據(jù)和監(jiān)聽器
-
布局都是類型安全的，并且你的編譯器會自動完成相應的工作
-
沒有運行時產(chǎn)生的開銷，沒有使用反射機制，沒有自動生成代碼
-
你能在任何地方使用 Java（變量，語句，宏）生成布局
-
你能用自定義 View 和自定義的屬性設(shè)置方法
-
因為你的所有 UI 數(shù)據(jù)都被保存在屬性中，因此你能輕易的保存它們
-
使用純 Java 實現(xiàn)這些邏輯需要的代碼還不到 250 行！
以上證明了這個方法是可行的?，F(xiàn)在我在想，如果有人想要用這個方法開發(fā)一個功能齊全的庫呢？
自我介紹一下，小編13年上海交大畢業(yè)，曾經(jīng)在小公司待過，也去過華為、OPPO等大廠，18年進入阿里一直到現(xiàn)在。
深知大多數(shù)初中級Android工程師，想要提升技能，往往是自己摸索成長或者是報班學習，但對于培訓機構(gòu)動則近萬的學費，著實壓力不小。自己不成體系的自學效果低效又漫長，而且極易碰到天花板技術(shù)停滯不前！
因此收集整理了一份《2024年Android移動開發(fā)全套學習資料》，初衷也很簡單，就是希望能夠幫助到想自學提升又不知道該從何學起的朋友，同時減輕大家的負擔。
既有適合小白學習的零基礎(chǔ)資料，也有適合3年以上經(jīng)驗的小伙伴深入學習提升的進階課程，基本涵蓋了95%以上Android開發(fā)知識點，真正體系化！
由于文件比較大，這里只是將部分目錄截圖出來，每個節(jié)點里面都包含大廠面經(jīng)、學習筆記、源碼講義、實戰(zhàn)項目、講解視頻，并且會持續(xù)更新！
如果你覺得這些內(nèi)容對你有幫助，可以掃碼獲?。。。▊渥ⅲ篈ndroid）
學習福利
【Android 詳細知識點思維腦圖（技能樹）】
其實Android開發(fā)的知識點就那么多，面試問來問去還是那么點東西。所以面試沒有其他的訣竅，只看你對這些知識點準備的充分程度。so，出去面試時先看看自己復習到了哪個階段就好。
雖然 Android 沒有前幾年火熱了，已經(jīng)過去了會四大組件就能找到高薪職位的時代了。這只能說明 Android 中級以下的崗位飽和了，現(xiàn)在高級工程師還是比較缺少的，很多高級職位給的薪資真的特別高（錢多也不一定能找到合適的），所以努力讓自己成為高級工程師才是最重要的。
這里附上上述的面試題相關(guān)的幾十套字節(jié)跳動，京東，小米，騰訊、頭條、阿里、美團等公司19年的面試題。把技術(shù)點整理成了視頻和PDF（實際上比預期多花了不少精力），包含知識脈絡(luò) + 諸多細節(jié)。
由于篇幅有限，這里以圖片的形式給大家展示一小部分。
網(wǎng)上學習 Android的資料一大堆，但如果學到的知識不成體系，遇到問題時只是淺嘗輒止，不再深入研究，那么很難做到真正的技術(shù)提升。希望這份系統(tǒng)化的技術(shù)體系對大家有一個方向參考。
《互聯(lián)網(wǎng)大廠面試真題解析、進階開發(fā)核心學習筆記、全套講解視頻、實戰(zhàn)項目源碼講義》點擊傳送門即可獲??！文章來源地址http://www.zghlxwxcb.cn/news/detail-858289.html
上學習 Android的資料一大堆，但如果學到的知識不成體系，遇到問題時只是淺嘗輒止，不再深入研究，那么很難做到真正的技術(shù)提升。希望這份系統(tǒng)化的技術(shù)體系對大家有一個方向參考。文章來源：http://www.zghlxwxcb.cn/news/detail-858289.html
《互聯(lián)網(wǎng)大廠面試真題解析、進階開發(fā)核心學習筆記、全套講解視頻、實戰(zhàn)項目源碼講義》點擊傳送門即可獲??！
到了這里，關(guān)于8年老Android開發(fā)談；高級UI都沒弄明白憑什么拿高薪？的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！
