用好一個(gè)工具的前提是對(duì)這個(gè)工具的理解，以及理解后，針對(duì)自己有用部分的提取和無(wú)用部分的處理。

別人都在說這個(gè)東西好，并不一定適合你。

一個(gè)規(guī)模不大的項(xiàng)目，到處去講抽象，到處都是過度的設(shè)計(jì)是沒有意義的。
對(duì)于一個(gè)規(guī)模很大的項(xiàng)目，沒有抽象，沒有Component，也是絕對(duì)玩不下去的。項(xiàng)目規(guī)模的擴(kuò)大，必然會(huì)導(dǎo)致開發(fā)成本的提高，其中復(fù)雜度，開發(fā)周期中，一些抽象，只是想要降低整體系統(tǒng)的復(fù)雜度，這個(gè)開發(fā)周期不一定會(huì)縮短，當(dāng)然整體系統(tǒng)的復(fù)雜度降低了，維護(hù)成本就大大降低了。

反過來(lái)說，小項(xiàng)目，要把這些落實(shí)起來(lái)，卻要消耗很多額外的工作量。。。是很多很多額外的工作量。。。

so，好用不好用還是要看情景的。

作為一個(gè)多年前端工程師，我認(rèn)為ReactJS在真正開發(fā)大型復(fù)雜系統(tǒng)的時(shí)候并不好，首先最讓我詬病的一點(diǎn)就是，一個(gè)頁(yè)面的HTML模板被完全碎片化了，被分散到一個(gè)個(gè)的Component里，這樣的話，UI Designer和Dev根本沒有一個(gè)統(tǒng)一的視圖去協(xié)作。

或許ReactJS的本來(lái)思想是想讓W(xué)eb頁(yè)面開發(fā)，變成類似以前Native Client的開發(fā)模式，用組件套組件的方式來(lái)繪制Web畫面，但是Web頁(yè)面的特性和Native Client還是有很大不同，Web開發(fā)有HTML模板這一層，而Native Client根本不要擔(dān)心這個(gè)東西，如何維護(hù)好界面模板的干凈，統(tǒng)一，所見即所得是Web開發(fā)中很關(guān)鍵的一個(gè)環(huán)節(jié)，否則你會(huì)痛苦死，因?yàn)槟阋紤]多瀏覽器，多語(yǔ)言，Accessibility等等特性，而這些是讓UI Design Owner和Dev Owner能夠充分協(xié)作，各展所長(zhǎng)的關(guān)鍵。