序(轉) · 爲 React 而寫 -- 廢話比較多, 你也能夠說豐滿

流形

2 年前 ( 廢話比較多      

從今年開始，就一直在規劃技術沉澱這事。

在阿里巴巴工做的這些年，前端團隊日益壯大，同時彙集了一幫志趣相投的夥伴。

做爲團隊負責人，一方面是借團隊在技術道路上的歷程爲開端，另外一方面爲了避免忘初心回饋社區。

 

在2014年7月，在面臨即將排期的平臺級項目，我沒有立刻依照經驗架構項目框架，

想經過此次機會解決一個困擾個人問題，開發效率和維護效率如何平衡的問題。

對於項目開發而言，產品既要快速產出結果，又要持續生命週期，膨脹的代碼規模是件麻煩事。

 

那時，團隊的技術架構仍是 jQuery 結合 Backbone 佈局的 MVC 模式。

在開發及維護了老平臺近一年的時間裏，慢慢發覺，這種模式並不方便持續維護。

在數據團隊的業務模型中，隨着業務複雜度不斷疊加，Model 層的邏輯一直很是簡單，主要維護一些請求，

 

但 View 層的邏輯變得愈來愈複雜，變得難以維護。 (view 能夠細分爲一個一個組件,  業務數據還能夠仍在 redux中)

這些狀況與處在相關業務場景下顯得尤其明顯。

到了須要思考和改變的時候了。

 

改變技術架構，是件不容易的事，尤爲在業務規模成型的前提下。

即使作了充分的技術預研，也是有很多擔心。事實上，早些時候，爲了讓技術先行，

已經在業務上重點嘗試 Angular 的開發，以及對 marionette 和 knockoutjs 的調研。

 

對於 Angular，的確是一整套完整理念。

但在頁面衆多，單頁面的邏輯關聯性弱的應用上，並不合適。

與 React 的結緣就是在那個時候，初識 React，就對它古怪的編碼方式吸引了，概念簡單，又能夠清晰表達組件化的思想。

 

回想起來，就是有種莫名的青睞感。生命折騰不止，這話彷彿就是我在技術思考上的寫照。

現在，已經一年半過去了，產品已然上線一年，整套框架支撐着千萬級的用戶。對產品來講，

它在一直在進化着。對技術人來講，夢想也在隨以前行。咱們的沉澱慢慢日積月累，有分享也有文章。

 

臺前縱然光彩照人，幕後的辛酸一樣須要掌聲。

選擇在 破知乎 這個平臺，僅是我喜歡罷了。

真實，簡單，到處富含知識的養分。Pure Render 是我爲這個專欄定的名字，熟悉 React 的朋友必定知道它的含義，

 

不熟悉慢慢在學習過程當中慢慢就會領悟。React 裏諸多核心概念都包含在這個詞裏。

爲這個專欄取這個名字還有一個背後的意義，保持純粹。它是我認爲技術人應有品格。

技術異曲同工，亦有不一樣個性。只要是寫文章的仍是人，總會莫名地強加個性。

 

如同鋼琴大師詮釋相同的樂譜，會加不一樣的修飾音來表達本身的理解同樣。

哪一天，團隊技術架構還會再變，本身的技術理解也會變。

興許專欄再也不爲 React 而寫，興許再也不爲前端而寫。

 

但它今天起存在的立意不會變，態度不會變，名字會一直保留在那裏。爲純粹而活着。

關於主題內容，會有不少不一樣的篇章，源碼剖析系列、組件開發實踐系列、可視化系列、工具介紹系列還有和服務端結合的系列。

產出順序不定，但內容必須豐滿。因此，期待這一系列的做品吧。

 

隨着專欄的深刻，Pure Render 屆時會成爲整個中文 React 分享沉澱的地方 (雖然夢想不太靠譜, 但仍是要支持一下, 這不, 我就花了29元大洋淘寶購買了做者的書籍<深刻vue技術棧>)，

我但願更多優秀的實踐者能夠將這種開源精神傳遞下去。

爲獻給在年少芳華時，一塊兒奮鬥前線的小夥伴們。

 

多少言語都道不盡，我就以米蘭 · 昆德拉的文字做爲結尾，也是這個專欄的開端。

從如今起，我開始謹慎地選擇個人生活，我再也不輕易讓本身迷失在各類誘惑裏 (也就是說做者不在玩魔獸 等等 無聊的遊戲了 )。

我心中已經聽到來自遠方的呼喚，再不須要回過頭去關心身後的種種是非與議論。我已無暇顧及過去，我要向前走。