你發現了嗎？

無需其他元素，只變換文字和顏色，就能徹底改變一張圖的風格調性！

5分鐘讀完本文，手把手帶你成為字體配色小能手。

本文將回答你的這些問題：

不同字體有怎樣的視覺特徵？不同字體怎麼搭配組合？不同的顏色傳達了怎樣的情緒？色彩搭配有萬能公式嗎？

文末還有大招： Here we go!

ps本文圖片字體均來源於Canva可畫，戳鏈接獲取同款：

Part1 字體有性格

1.字體選擇

【黑體】

• 視覺特徵

• 適用範圍

粗黑體有分量感，用於標題文字有強烈的視覺衝擊，常用於

細黑體簡潔工整，可讀性高，適用於較為正式或現代感強的設計中，如

• 字體推薦

• 應用範例

【宋體】

• 視覺特徵

• 適用範圍

相較於黑體，屬於襯線體的宋體有更多來自手寫字的裝飾細節，更加如

• 字體推薦

• 應用範例

【書法體】

• 視覺特徵

• 適用範圍

書法體有很強風格性但辨識度弱，建議適用於台灣風的設計場景

• 字體推薦

• 應用範例

【其他手寫/藝術字體】

• 視覺特徵

• 適用範圍

手寫體與藝術體圓體卡通體等手寫體可以用於一些藝術字體也可以作為強烈的

• 字體推薦

• 應用範例

Tips : Canva可畫使用小貼士

可以根據

獲取更多藝術設計字體：

在Canva可畫模板中心搜索

或在編輯器素材類目中搜索

一個設計里通常包含不同字體、字號的文字，那麼字體在搭配組合時，有什麼需要注意的呢？

幾個小技巧教給大家！

• 控製字體數量

一個設計裡的字體通常最常用的組合方式是

如果畫面中有很重要的訊息需要標註，如價格折扣等，那麼可以加入第3種字體。

• 展現視覺層次感

當一個設計裡有較多訊息時，可以先劃分訊息層級（決定重要和次要的訊息），然後利用文字的

• 兼顧一致性與對比性

注意選擇與設計情緒調性相符的字體比如圓體用在兒童宣傳物料中就很合適，而用在公司通知公告中就十分違和。

同一設計中，不同字體的選擇也要注意調性情緒一致。比如宋體搭配書法字，萬能的黑體搭配各種其他字體。字體的情緒表達需要保持統一，嚴肅的字體並不適合搭配活潑的字體。

對比性指的是字體“和而不同”。字體、樣式、字重等屬性要有明顯的差異，但也不能讓人感覺違和。

• 注意訊息識別性

在選擇字體時也要充分考慮訊息的可讀性，

Tips : Canva可畫使用小貼士

巧用

使用

Part 2 色彩有情感

1.色彩情感

Tips:

圖片顏色可以

色彩搭配

• 單色式: 同一色相，明度不同

使用同一色相的顏色會讓畫面乾淨又統一。

• 相近色式: 色環上色相臨近的顏色相近色組合在一起，和諧中帶著豐富與活潑。

• 互補色式: 在色環上形成180°的顏色互補色往往給人以跳脫，眼前一亮的感覺。

• 分散的互補色式:這樣的配色方案比互補色式更為柔和。

• 三色式:如果需要一個活潑的三色配色方案，可以試試這種~

Tips:

使用【

*注意：圖片和非矢量素材的顏色無法更改哦~

如何30秒完成一張海報？

使用Canva可畫的

前面我們提到了【風格】工具裡的“一鍵改配色”和“一鍵改字體搭配”功能，這個工具還有字體配色組合拳：復古、浪漫、自然、優雅、有趣……通過智能變換字體配色組合，點擊一下，就可以給海報換一種全新風格。

30秒一張海報是不是說多了？

你還想了解哪些Canva的功能和技巧？

在使用Canva的過程中你有哪些疑問？

你希望Canva今後增加什麼樣的功能？

請給我們留言，願你盡享設計的樂趣！

覺得不錯的朋友歡迎點贊，評論，關注~禮貌三連罒ω罒，Canva愛你喲

如果喜歡Canva可畫，記得給Canva可畫特別關注哦！優秀Canva，值得你的信賴！ (づ￣3￣)づ╭～

==========我們是Canva=========

精彩設計，隨時隨地。

海量模板，盡在Canva！

做財務的都知道，Excel函數公式技巧運用得好，會對工作效率有多大的提升，一個熟練的財務工作者能比不熟練的工作效率差了一倍都不止。

我們公司最近來了不少應屆畢業生，這些孩子工作態度挺好的，就是工作效率一直都提不上來，於是我整整熬了72小時，把Excel函數的基礎公式與財務專業的公式技巧匯總到了一起。

那些孩子在學完這些Excel函數的基礎公式與財務專業的公式技巧之後，工作效率的確提高了很多，今天也給大家分享一下，一起來看看吧~~

Excel函數基礎公式技巧匯總

Excel函數財務專業公式技巧匯總

查找與引用函數

展示的是：VLOOKUP 函數

統計函數

展示的是：COUNT 函數；COUNTA 函數；MAX/MIN 函數；AVERAGE 函數；RANK 函數；

文本函數

……

篇幅有限，Excel函數基礎公式技巧匯總與財務專業公式技巧匯總就先到這了，希望對各位有所幫助！

寫在前面：

麥克發現一個：比Shopify更便宜更好用的獨立站建站工具：

正文：

總有人問我這類問題：做獨立站，是做美國市場好還是歐洲市場好？

其實，我們做獨立站，目標市場不用局限於某一個國家。

以下是麥克做跨境獨立站實操過程中，總結出來喜歡在英文獨立站購物的國家：BIG5（美加澳英新）

首先是美國，人口有3.3億，經濟發達，消費能力強，訂單最多。

其次是加拿大和澳大利亞，加拿大人口3700萬，澳大利亞2500萬，麥克的店舖裡面這2個國家的訂單差不多。

然後是英國和新西蘭，英國人口6600萬，新西蘭500萬，麥克這的英國訂單比新西蘭的要多一點。

老外做獨立站英語市場的，也主要做這五個國家。

除了BIG5，其他一些地方的客戶也喜歡在英文獨立站上買東西，今天我講2個。

第1個和我以前的工作經歷有關。

麥克剛入行互聯網時，做的是海外遊戲。

當時的公司拿國內的網頁遊戲做英文翻譯和本地化，主要面向美國、加拿大，歐洲一些國家和東南亞地區推廣。

可能是因為第一份遊戲行業的工作，導致好些年過去了，我今天還記得清楚一件事：

有天，我去翻遊戲後台的統計數據，驚奇的發現一個事情：

付費（也就是充錢）的玩家人數最多的是美國，但是人均付費金額最多的卻不是美國，而是另外一個國家。

這2個數字有區別：一個是付費人數，一個是人均付費金額。

那個遊戲服務器裡付費的美國玩家有幾十個號，這些玩家平均下來，每人每月付費幾十刀。

然而另外一個國家的付費玩家不到5個號，平均每人每月付費穩定在100刀以上。

還記得有個玩家，他在那個服務器裡有2個充錢的號，一個叫Odin，意思是北歐神話裡的眾神之王，一個叫tiramisu，就是提拉米蘇，一種帶咖啡酒味的意大利甜點。

自己2個號同時玩，方便組隊做任務，這樣升級會更快。

而且來自這個國家的活躍玩家，他們只要玩遊戲，全部都要充錢，付費轉化率100%。

這個國家叫挪威。

喜歡足球的朋友可能知道，目前英超曼聯的主教練索爾斯克亞和德甲前鋒哈蘭德，都來自挪威。

麥克是一個80後農村娃，出生在東部一個欠發達的省份，上大學是人生中第一次出遠門。那時見識少，對國外的了解幾乎為0。

所以在當時腦海裡，挪威是個很遙遠的國家。

網絡資料：

挪威是北歐五國之一，其他四個是丹麥，芬蘭，瑞典，冰島。

百度上說2020年挪威人口530多萬，人均GDP 81000美元。

再拿中美2個大國對比一下：

目前美國人口3.3億，人均GDP 63000美元。

目前台灣人口14.1億，人均GDP 11000美元。

要切回正題了：

北歐這5個國家都很發達，民眾的英語水平好，人均GDP高，三五十刀，對於這些國家的人來說不算啥。

就像我們國家如果年收入50W，花三五十塊買個東西不會思考太多，也懶得到處比價。

所以我跑Facebook廣告，每次測到爆款，就會想起有錢的挪威人和富有的北歐。我會把北歐5國加到國家列表裡面去，然後經常有來自北歐的客戶下單。

第2個國家，和前陣子的地區糾紛有關。

我的Shopify獨立站測到爆款後，在上量時會把受眾擴展到worldwide全球。廣告會覆蓋到全球所有國家，但總的來說，

亞洲這幾個國家裡面，其中一個就是前陣子巴以糾紛裡的以SE列。

以SE列人口有900多萬，行政區劃（類似於我們的省）有這幾個：耶LU撒冷，北部，海法，中央，特LA維夫，南部。

我的獨立站跑FB廣告覆蓋全球時，時不時就有來自以色列的訂單。雖然他們英語水平趕不上北歐國家，但是敵不過他們消費力強，喜歡買買買啊。

有時是年紀大的以色列大媽（FB廣告數據那，可以看出客戶的年齡區間和性別）下單，她們的英語不行，

每次遇到這樣的客戶，我就要利用谷歌翻譯和谷歌地圖，對這些訊息進行核實再發貨。

下面截圖裡面左邊，就是一個客戶留的希伯來語收貨地址

說下我怎麼驗證這種地址：

第一步：去谷歌翻譯那，粘貼希伯來語地址，把地址訊息翻譯成英文；

第二步：谷歌搜索那些英文，看到搜索結果裡有無類似地址；

第三步：只要有類似地址，再根據裡面的地址訊息，確定客戶的行政區域和郵編。

鑑於之前以SE列的糾紛情況，建議大家以後跑FB廣告時，把處於混亂中的國家排除掉。

因為一個國家處於混亂情況下，訂單包裹的物流和派送會嚴重受影響。

訂單真發過去了，中間很可能出各種狀況：延遲，丟失，損壞等等。如果客戶找我們抱怨甚至要求退款，對我們賣家不利。

要知道：信用卡收款通道和PayPal都傾向於保護買家。

最後，只要你用FB廣告給獨立站引流，我都建議：不要忽視這些存在感不強但是有購買力的小國家。這些小國家的訂單，對我們整個店舖的流水是錦上添花的部分。

今天就聊這麼多，更多文章，歡迎瀏覽：

知乎高讚文章：

實操乾貨總結：

1.選品

2.引流

3.建站

4.收付款

5.訂單處理

6.綜合

7.分享：

Nature雜誌是大家耳熟能詳的CNS中的一員，刊載於Nature上的文章具有很高的學術價值。隨手點開一篇文章，且不論能否讀懂，一個直觀的感受就是實驗數據翔實，Figures具有高級感。今天我們就來模仿一篇Nature文章：FSP1 is a glutathione-independent ferroptosis suppressor上的圖表繪製。

在這篇文章中，有大量的圖表，這裡我們截取了部分

挑取了其中一幅簡單的進行模仿繪製，結果如下

沒能找到原始數據，效果圖是根據原圖模擬出得數據繪製的，基本要素是齊備了。下面我們就一步一步看如何繪製。這裡使用GraphPad進行繪製，首先打開軟件。

輸入模擬數據（實際繪圖時使用自己的實驗數據）

轉換數據,點擊Analyze

選擇Transform

進入下級界面

進入下級界面後點擊Graphs中對應的欄目

得到下圖

點擊紅色方框選中的按鈕

曲線便繪製出來了

更改Y軸數值，鼠標雙擊Y軸

修改參數後得到下圖

更改X與Y軸名稱，鼠標選中修改

拖動圖例到合適位置，雙擊圖例，更改顏色

得到下圖

雙擊X軸，更改參數

得到下圖

點擊T，繪製****

如紅色方框標註，對****進行旋轉

拖動****到合適位置，就基本繪製結束了。值得注意，****的獲得需要進行統計分析，

好了，如果對您有用，記得收藏加分享哦！

update ：

1、根據評論區知友的反饋，手機端解壓會有問題，因此請在電腦端下載解壓。

2、評論裡有人在求Python 路線，幾個月前剛好回答過，我把鏈接貼出來，有需要的可以參考。

3、5000+ 收藏，只有1000+的點贊，你們真狠。 。

========== 以下是原文=========

1. 《Python中文指南》

學Python 最好的學習資料永遠是Python 官方文檔，可惜現在的官方文檔大都是英文，雖然有中文的翻譯版了，但是進度實在堪憂。

為了照顧英文不好的同學，我自己寫了一份面向零基礎的朋友的在線Python 文檔-- 《Python中文指南》（在線閱讀：

該文檔面向的是完全沒有基礎的小白，從安裝Python 、開發環境搭建，再到基礎語法的講解，全部都是我一個字一個字敲出來的，是經過我消化過後，精煉總結的，內容通俗易懂，適合每一個想打好Python 基礎的同學。

這個在線文檔，已經在年初我就已經完成了，但一直沒有公開，剛好這兩天也有時間，就花了點時間，把它整理成了PDF 版本，方便大家離線閱讀。

《Python中文指南》.pdf 下載地址：

2. 《Python標準庫參考》

Python 之所以好用，離不開上千個內置標準庫的支持，大多數情況下，只要import 就可以使用。

但前提是，你得知道有這麼一些庫的存在，比如前段時間，我才知道讀取文件中的指定行，使用內置的linecache ，會比使用open 自己實現方便得多。

>>>importlinecache>>>linecache.getline("demo.txt",20)# 读取第20行hello

因此明哥建議可以平時有意的去了解Python 中的標準庫，不要求每一個都非常熟悉，大概有個印象即可。

因此，我將官方的Python標準庫參考文檔，整理成PDF 文檔。

《Python標準庫參考》.pdf 下載地址：

3. 《Python常見問題》

學習了Python 的基礎語法，就可以解決正常的生產需求，但是停留在語法層面，沒有深入的理解過Python 的設計哲學，就容易在面試過程中吃大虧。

這本《Python常見問題》翻譯整理自Python 官方的《Python Frequently Asked Questions》，不僅收集了一些不那麼爛大街的Python 問題

還整理了數百個Python 在『為什麼這麼設計？ 』方面的一些答案，對Python 設計理念感興趣的同學，一定不要錯過。

《Python常見問題》.pdf 下載地址：

4. 《Python 3.9 新變化？ 》

雖然Python 3.9 已經發布挺久的了，但出於各種原因，仍舊有不少人還在使用低版本的Python ，那明哥推薦你可以看看這本手冊，詳細的列出了Python 3.9 的一些新特性

《Python 3.9 新變化》.pdf 下載地址：

5. 《Python/C API 參考手冊》

《Python/C API 參考手冊》描述了希望編寫擴展模塊並將Python 解釋器嵌入其應用程序中的C 和C++ 程序員可用的API。同時可以參閱擴展和嵌入Python 解釋器，其中描述了擴展編寫的一般原則，但沒有詳細描述API 函數。

《Python/C API 參考手冊》.pdf 下載地址：

6.《Python語言參考手冊》

本參考手冊描述了Python 的語法和“核心語義”，本參考是簡潔的，雖然試圖做到準確和完整，但並不適合作為基礎教程使用。

在這裡，你可以學習到比較準確的Python 核心概念解釋，比如協程對象，命名空間包等。

《Python語言參考手冊》.pdf 下載地址：

7. 《Python基礎教程》

這個教程並沒有完整地介紹每一個功能，甚至可能沒有涉及全部的常用功能。這個教程只介紹Python 中最值得注意的功能，也會讓你體會到這個語言的風格特色。學習完這個教程，你就可以閱讀和編寫Python 模塊和程序。

《Python基礎教程》.pdf 下載地址：

8 . Python 索引合集（20本）

另外，還有一些比較零散的Python 手冊，都是從Python 官方文檔上翻譯過來的，總共20 本，對於某些人可能會有用，也一起放出來。

Python 索引合集（20本）下載地址：

以上就是我為你整理的Python 官方推薦的學習文檔，對於想深入全面掌握Python 的同學，是不錯的資料。

整理不易，文章內容若對你有幫助，記得幫我

順便可以點下

前言

這個系列預估一共有八篇連載，來源：空白女俠公眾號。這次為商業分析連載二：當你發現問題太大不好解決、解決方案上無法達成一致、不知道方案的優先順序時，這次分享可以幫助到你，同時分解問題也是找出分析維度的方式之一，此節內容的工作方法可以應用在
回顧連載一：萬字長文：如何成為商業分析師

—
什麼時候需要分解問題?
分解問題就是將一個問題分解成它的各個組成部分就是當問題對你
舉個例子：
如何讓公司銷售額今年上漲3倍，並且利潤保持n%，
如何聚焦醫美行業發現一個讓公司未來5年能賺10個億的新機會？
我們該如何做產品才能和競爭對手們差異化，提升市場份額？
如銷售額與利潤涉及多個業務線，多項成本的綜合影響，很難能直觀快速下定論找出最合適的解決方式，需要將問題逐層分解後才能找出答案，此時分解問題就能夠很好的幫助到你。

分解問題的好處?
之前我給實習生的一個任務：如何讓公司成員自主看我們每日行業動態簡報？這個問題一開始發給實習生時，他就有些無從下手，後來通過問題分解後，將其分解成提升用戶動力與降低閱讀成本後（見上圖），他就開始產生了解決問題的靈感，逐層分解下去後，想到的方案更多。通過這個例子大家可以發現一件事情，問題只要經過分解，它會從復雜變簡單了，也就更容易產生靈感去解決問題了。
當完成問題界定開始分解問題時，很容易遭受以下四大困難，分別是

問題一：思考不周全

圖源來自作者例子中：一個新人在接收領導的問題時，會習慣性的直接針對問題開始發散解決方式反饋給領導，或是急於去尋找一個答案，想到什麼就說什麼，認為想完了就結束了，這樣很容易會讓老闆認為你沒有把事想清楚或是考慮不周。
筆者親身經歷的案例（如上圖），銷售額下降，解決方直接告知就是幾類問題，當大家對你還沒有信任的時候，就很容易質疑你思考不周。所以當遇到此類場景時，推薦大家
議題樹分解法

第一，
第二，
第三，
基本上任何崗位任何事情任何場景都可以去使用這個方式。這裡舉四個例子幫助大家理解（如下圖）

案例一：如何讓公司成員自主去看數據日報？
可以先對問題進行拆分，分成提升用戶動力與降低用戶成本，然後觀察這個拆分獨立嗎？窮盡嗎？提升動力，降低閱讀成本在邏輯獨立也幾乎窮盡。這時我會問一下對應的負責人：“目前拆到這樣，你知道要怎麼做了嗎？”他如果稍微有一些靈感，或者他自己已經開始自發性地講出做法了，這就代表這個拆分是正確的。
繼續去拆解，比如用戶動力還可以去拆嗎？可以從判斷上去拆分為正向驅動和反向驅動，比如說
正向驅動：
反向驅動：
你會發現這個問題拆分完了之後，就算是讓一個沒有經驗的人去解決這個問題，也可以快速的找到解決問題的靈感。拆分的過程當中，你要根據你的項目組成員進行拆分調整，看看是否職責上好分發，容易被理解，假如你自己就是執行這件事情的人員，你也可以不斷的去觀察自己是否產生解決靈感。在行動中也是一樣的，就是比如說降低閱讀成本，容易看，容易讀，容易理解，它其實是通過大家接收訊息的整個過程的順序進行拆分。
議題樹分解問題作用：提升大家的靈感、確保任務能夠分配、確保思考全面，缺點就是花費的時間會比較久
案例二：如何降低投訴量的指標監控體系？
如果說你現在的目標是短期之內降低投訴量，這也可以用議題樹分解法進行分解。可以從投訴量的成分來分，根據服務前的投訴為沒有完成到診之前，查資料或者是線上諮詢這塊的服務；服務後的投訴就是顧客到診之後，他對到診之後的投訴。

此外很重要的是，確認事情是否由不同部門負責，有無邊界不清的地方。最後確定成員能否理解，完成問題拆分開始分析。一些初級的分析師會在問題拆分逐步分析時，會忘記考慮成員是不是真的理解，以及拆完了之後這個問題如果發生了，能不能直接分配給對應的團隊去解決，分析不只是為了找到問題，同時也需要考慮是否能更好的解決問題，
案例三：這個業務我們能不能做？
議題樹分解法在確定分析維度時也可很好用當老闆問我說，這個業務能不能做？假設他是問我們有無切入價值，需要簡單的判斷一個可行性和方向感的話，那其實這問題也可以使用議題樹進行拆分，如它的天花板大不大，增速快不快，競爭中集中度怎麼樣，我有沒有進入的籌碼，以及我們進去之後能不能守得住這五大評估方向。
如果需要把一個問題的評估維度思考得很完整，通過這個方式把大致上的邏輯梳理明白，並且每一個節點可以再通過議題樹逐步的分解下去，最終逐步形成完善的分析方案。

案例四：如何投資才能賺錢？
議題樹也非常適合用來去學習一個你沒有學過的東西，它可以大幅度的提升你的學習深度與效率。
在還不知道這塊領域該如何學習時，也可以先去按照自己的常識進行問題拆分，如通過投資的決策過程進行拆分，我就需要知道我要買什麼，知道什麼時候買，知道什麼時候賣，買多少。通過這個簡單的拆分，就能夠明確你投資賺錢的領域中，需要學哪幾個關鍵的東西，然後根據這些節點去選擇對應材料能幫助你學習。

在從0到1去學習一個新東西的時候，非常建議大家使用這個方法。如果說你需要從零到一去構建一個知識體系的話，非常困難而且耗時，但是你通過這個方式，使用過去的常識先去構建一個知識體系，然後逐步的去填充迭代，查缺補漏，但是如果完全重新的去學的話，很多知識不僅重複學習，新知識又無法和過去的知識打通，這將會導致你會學習的速度非常慢。
議題樹有三個強大之處：
1，通過這個方式很容易找到別人忽視，但是有機會的地方。
2，全面窮舉的思考容易去想出新的業務模型與分析靈感。在我工作的第三年轉行數據分析時，通過議題樹把線下運營的業務知識，拿來建立分析的指標體系，後來我發現很多數據分析的課程內容，和我自己拆分指標基本上大同小異，只是名字不一樣，而且我自行拆解的會更能貼和實際應用。
3，根據歷史經驗去輔助議題樹來學習，可以大幅度的去提升學習效率

問題二：無分解靈感例：我剛進到醫美行業，就被問到醫美轉診平台如果要增長三倍有哪些可行的方向？剛來一個月，連專業名詞都聽不太懂，該從何開始找方向呢?
分解無靈感可能是由於你對這個領域的經驗比較陌生。但其實也是有破解的方式：第一個就是藉助別人的分解框架，自己去調整。第二個就是藉助同行或者業務專家的經驗，但是這時要

案例一：

這時可以藉助行業報告的產業鏈的地圖進行思考，我們就是產業鏈中轉診的角色，下游是機構，上游是流量平台，還有基礎服務商給行業玩家提供系統服務，其實漲三倍的機會不外乎這幾個方向。
根據議題樹，我先思考：醫美市場內去漲三倍還是跨醫美市場去漲三倍？
醫美市場內，我可以觀察自己身處在哪，從自己向外去找方向，如在醫美市場往上游走，可以去打造流量平台或是MCN，別人打綜合平台，我可能可以去打垂直平台。醫美市場也可以往下游走，看看是否可以成為機構或者是給機構提供服務？
再來我在醫美轉診裡面，我們能否做到整合同行？該用什麼方式？假如跨市場的話，我可以思考去憑藉優勢來跨市場，我們的優勢可以從服務相同，用戶不同的方向去找機會，我也可以根據用戶相同的，但服務不同的方向去找機會。通過借助產業鏈地圖，就算入行不久，也能夠快速找到公司增長三倍的方向的研究靈感。
案例二：

我可以藉助別人的思考框架來思考：
1、從積極的角度來思考，通過給用戶好處，讓用戶方便使用，讓體驗有趣來找提升留存的靈感，
2、從轉移的角度來思考，通過讓系統去提醒用戶過來，或讓作者去影響用戶過來，讓別的平台來推動用戶過來
3、從否定的角度去思考，如何讓用戶不得不來，如何讓用戶不過來也能留住？
4、嘗試拆解的思路，其實就是跟議題樹分解法一樣，把流程拆開去找靈感
5、最後你可以試試腦洞的方式，腦洞是沒有邏輯的。我們可以找很多的外援來去進行頭腦風暴會，還可以用一些創意的工具來去突破我們的思維定式。
特別強調一下：如果你想要在某個領域快速上手，非常推薦你找個專家網課，一則快速幫你的知識體系提升到一個層次；二則快速產生各種靈感與解決思路。
再來細講腦洞部份的頭腦風暴會主要是你自己很難想到，所以需要集思廣益，舉辦一個大家一起激發想法的會議。
聚焦一個主題，把大家約進來，讓大家提出解決問題的想法，盡量鼓勵天馬行空，多多益善，越有創意，越不著邊際越好，過程會有點像在閒聊，創意就有可能在不知不覺間聊出來。

這過程有一個點需要特別注意，就是一定要避免批評別人的創意，因為人在壓抑的環境是很難有創意的。舉個例子：就是你可能對這個東西有一些想法，但是可能還不成熟，但是如果講出來馬上就有人說，你這個講的不對，你就可能不願意去講了，這個也是創意被扼殺的一個常見場景。
腦洞的元素分解整合法：此法適用於尋找流程、產品或服務上面的靈感，使用方式就是將產品構成的主要元素分解開來，例如理髮店把它分解成剪髮、洗頭、座位、鏡子、排隊、價格…等之類的主要元素，然後通過元素快速的讓你產生創意。
首先可以針對元素，做一些刪除，剔除一些原來必不可少的模塊，例如把飛機的餐食剔除了，就變成廉價航空，把登陸剔除了就變成免登陸，就可能馬上提升付費轉化率。

也可以嘗試重組元素，比如更改登錄順序或更改服務順序。也可以嘗試複製元素，把它加的更重更強，例如把自行車座位加強，自行車就成了多座位的自行車，把空氣清新劑把清新劑加強，就變成兩倍提神的清新劑。
還可以可以嘗試對元素優化或增加，比如把掃把速度提升，可能就把掃地變成吸塵器。
最後在使用創意工具的過程中，可能組合出一個和原本目標不相干的新東西，這個時候你可以使用任務統籌
什麼任務統籌呢？就是根據創造出來的新物種，去賦予它的新任務，比如說針對粘膠創新，當不小心搞出一個不粘的膠，雖然針對粘的牢沒有幫助，但不粘的膠也可以用來做便利貼。凡是涉及到腦洞和創意的部分，就一定是在大家思維之外的東西，所以使用創意工具的過程中，一定要先強破使用創意工具去打破思維框架，再來思考合理性，才能有效地突破思維定式，誕生創意。

舉個QB理髮店創新案例：

理髮店的要素可以分成價格、茶水/咖啡、洗髮、按摩、吹風、速度、衛生，把這些要素列出來後，針對洗髮與按摩做減法，針對速度與衛生去做加法，最後在元素基礎上去增加元素，QB理髮店就誕生了。
問題三：思維定式把用戶分成男人跟女人，這種分法就沒考慮LGBT人群的實際場景。其實這就是思維定式，人生活在社會中，常常無法避免會去用過去的常識進行事務判斷，

思維定式常見的三大原因
一、在分解與考慮問題時，只思考自己能夠做的方案
二、只做自己想做，而不是做該做的事情
三、分解時只根據自我的見識，而不是去找有見識的人去做。這塊是聰明人的重災區，你可能覺得自己很厲害，靠自己就能想出來做法，但這些問題可能行業已經有成熟的解決方案，你找一個工作一兩年的人問一下就可以節省大量的時間，但可能由於自己的傲氣，就導致了時間浪費。
思維定式，往往來自於自我的限制，而且往往無法自己去察覺，所以要適時地通過外力與意識來破除。比如說上面講的腦暴、創新工具，不斷的虛心請教與觀察別人，都是破除思維定式的好方式。只要是人都一定會有自己的思維定式，但只要你承認你存在思維定式，你反而能很好的控制思維定式的發生。投資上也有類似的道理，當你知道你絕對沒辦法預測漲跌的時候，將其列入交易紀律，反而就可以有不錯的收益效果（海龜交易法）。
下面來分享思維定式的成因與破除方式。下圖是我非常喜歡一張圖，這張圖很好的去說明思維定式的成型與破除的方式。

比如說我剛開始工作時如果馬上能做出成績，當下的我就會覺得自己很強什麼都會，這個時候就有可能陷入巨嬰時期。也就是你不知道自己不知道，還無法察覺自己不知道的時期，這時的我還非常傲慢並且沾沾自喜，別人說什麼都聽不進去，此時也是思維定式最嚴重的階段。在此階段可能會有人暗示你的無知，但也因為傲氣導致你無法察覺或是不願意承認。
直到老路行不通，開始遭遇了重大挫折，就進入到自信崩潰區，這個時候的你會對原先很有信心的地方完全沒自信，陷入一段非常難過與自我懷疑的時期，陷入到絕望之谷。
當崩潰到一定階段，傷口慢慢結痂了，開始進入成長與自信重建期，這時候是思維定式最弱的時期，開始逐步吸納外界建議，自信逐步重建。當成長到自以為快到大師的時候，傲氣又出來了，然後就開始不斷的輪迴成巨嬰時期，周而復始。

小小感悟

我認為思維定式的輪迴，跟佛教提到的輪迴是很像的。輪迴是什麼？就是因為人有貪嗔癡慢疑，但是社會不會因你而改變，所以你很容易在某個執著上不斷的遭受相似的痛苦，這也是為什麼人會活的這麼痛苦的原因。而要破解輪迴，其實就是在三件事情上發力，分別是明心、見性、印心。
明心：
見性：
印心：印心後又可以進一步的提升提昇明心的能力，如此周而復始，最後慢慢的去把自己放下。
為什麼從數據分析講到這件事情呢？因為你在分析和找到分析思路的過程當中，思維定式會完全限制你更客觀的找到有效的解決方案，但如果了解思維定式誕生的過程，並且接受人性的存在，就能加以預防，反而比較不會把自己陷入到痛苦之中。

問題四：時間不足，靈感又足

比如客服工單積累多，去想個解決方案，但因為管理這塊業務已經一段時間了，造成積壓的原因已經都知道，時間又很緊急，不太需要把事情想那麼完整，直接解決即可（如下圖）。

如果你開始帶人了，你的下屬覺得問題他非常清楚，直接開始做就行了，那你要怎麼樣快速的判斷他是否清楚？你也可以使用假設樹來驗證一下他是否清楚。訣竅就是多問他幾個為什麼，看他回答的條件是否足以支持為什麼的成立但假設樹使用有兩個條件，一個就是對問題很熟，二就是對假設的回答有邏輯支撐，你就可以開始直奔主題，
困住未來的，往往是過去的自己，困住你過去的，是人性的執念，人執念放不下，就等著讓社會敲打，持續輪迴痛苦。這件事情提醒大家，如果你已經開始將界定問題與分解問題融入到你的工作中，你執行的次數越來越多，就會發現限制你界定與分解的往往來自於自我的執念，你這個執念會在推進項目的過程中反復被敲打，然後輪迴並痛苦。

—
使用優先級排序這個技巧時，大家不要簡單認為只是排一個誰先做誰後做的事情，其例如說像產品部門，該如何決定先做什麼項目後做什麼項目，要用什麼標準去評判誰先做誰後做，又不會讓團隊成員認為你獨裁併產生怨言，這時把大家引入優先級排序過程，共同創造維度與投票打分，就可以有效的讓成員達成一致，達到客觀決策的效果。

優先級排序有三個常見場景，其中之一就是當項目很多，需要決策誰先誰後的時候，第二就是當大家需要對一件重要的事情做決斷，但是又僵持不下時，第三就是自己無決策權，需要引導多方決策者進行決策的時候。
使用優先排序有四個關注點，
一、制定統一的評分維度，
二、引入多元的視角進行打分，
三、打分過程不要過度的注重細節，
四、要有冒險的準備，喊停其實非常困難，它對應到的是人的沉沒成本問題，什麼叫沉沒成本？舉個最簡單例子：就是你如果買了電影票進去的看電影，你看到一個爛電影，但是你已經看了十分鐘了，但因為已經花了錢，大多數情況你還是會繼續看完。
案例：使用ICE方法進行產品優先級排序（

當把產品方案都列舉出來後，就可以開始進行優先級排序。
第一步：確定評價維度，
第二步：打分，這時你可引入專家角色進行打分，不然有可能一個很好的項目就被不懂業務的人砍掉了。
第三步：根據排序結果執行方案，二，你要引入懂這件事情的人來評分，三，要有壯士斷腕的決心，根據客觀情況來做決策。

再來細說下該如何確定評分維度？
第一可以先看看公司是否有專家知道評估維度，如果有直接拿來推進就好了，如果你自己熟悉業務，自己先和決策人達成一致即可。
第二種情況就是當你自己不熟業務，公司也沒有其他專家知道如何評估怎麼辦？這時可以找同行專家借鑒，參考懂行專家的文章、書或是課程，然後配合問題拆分的方式，逐步明確維度。
例如我選股的時候，就借鑒價值投資的選股邏輯，找低估值，增長率高，安全邊際高的。再例如我確定產品優先級的時候，可以藉鑑產品專家習慣使用的ICE法，分別是影響範圍，自信程度跟難易度。
最後要注意選取的維度不要過多，盡量找影響結果80%當中最重要的20%的維度（二八法則），維度太多的話，雖然可能會提升精準度，但是會讓大家人工評分過程非常痛苦，同時對排序的結果影響不大。

再來說下該如何進行投票打分，
簡單版：
專業版：筆者第一次使用是確定拓展績效的計算模型，將影響BD拓展的各種要素（成本、區域的難易度…等），一一列出，找BD專家進行元素排序，就可以快速將影響多方利益的維度權重大小明確出來，非常適合用於多要素、多層次復雜問題。
介紹下我曾經使用過的
第一步：先把元素填寫進來。
第二步：請專家過來，評價元素的相對重要性，比如說元素a跟元素b比誰更重要？
第三步：按重要程度依次打分，

打完分之後，工具會幫你檢查是否滿足一致性，如果滿足，這工具就能幫你算出每個元素對事情的影響分數（類似主成分分析）。它是一個在你沒有線上數據，人工即可判斷主成分的實用工具。
優先級排序小結就是當項目太多，需要抓大放小，或是意見僵持不下的時候。
優先級排序的四大步驟，第一就是先制定統一的考量維度。第二就是多元視角進行打分。第三就是不要過度關注細節。第四就是要有冒險的準備。這是一個在管理、運營和產品都可以使用的技巧，大家一起共事，最怕就是大家無法一起合作，只有大家對目標有共識，方能更好聚焦，有效合力。
結語：
人人都知道選擇大於努力，
但選擇背後的思考你都做到了多少？
從今日起培養定義、分解與排序問題的習慣吧！
雖然實際上把一個問題思考透徹非常困難與耗費精力，但請盡量在影響範圍較大或是代價較大的事情上多思考一些，才能少走一些彎路。

想要了解商業分析案例見解，歡迎大家關注公眾號：空白女俠

在遊戲行業有兩個核心的指標，第一個是用戶成本(cost)，另一個是用戶價值（LTV）。

用戶成本包含了CPC（點擊成本）、CPD（下載成本）、CPA （激活成本）、CPR（註冊成本）、CPL（登陸成本）、以及付費成本等。

LTV(Life Time Ⅴalue)指的是某個用戶在生命週期內為該遊戲應用創造的收入總計，可以看成是一個長期累計的ARPU值。用戶的生命週期是指一個用戶從第一次啟動遊戲應用，到最後一次啟動遊戲應用之間的周期。

用LTV /cost對應的就是投資回報率(簡稱ROI)，我們用這個ROI來衡量買量是否回本，用該公式得出：

若ROI>1，則盈利；若ROI=1，則盈虧平衡；若ROI<1，則虧損。

LTV沒有高低之分，只有值或者不值。當LTV高於買量成本CPL且能回本，就是值，否則就不值。 LTV是非常重要的數據，是買量的指南針，也是遊戲生死的關鍵指標，而影響LTV的關鍵指標是留存率和ARPU

一、估算：

每個用戶平均的LTV = ARPU *

優點：計算速度快，非常好理解；

缺點：不夠精準，往往會出現LTV偏高的結果。主要因為：

1）用戶平均生命週期無法準確定義生命週期的長度。

2）ARPU 亦非一個容易平均的恆定值，這樣的計算結果只能作非常宏觀的參考。例如，有以下兩種計算方式：

如果遊戲

如果遊戲

以上按日均和月均計算的LTV差異很大。建議生命週期的長度和ARPU按月份來平均計算，得出的LTV相對更準確。即：

每個用戶平均的LTV =

二、計算總LTV：

總LTV = 累計收入/累計新增

優點：簡單，直接，計算速度快，非常好理解；

缺點：時間顆粒度不夠細，為某一天或某一段時間的總LTV，非加權值。如果取第一天或前N天的用戶，用戶質量可能較高，導致總LTV偏高；如果取遊戲所總收入和總新增用戶，部分用戶的生命週期未到，跟加權值相比存在一定誤差。

三、計算每天新用戶第N天LTV：

1、計算開服第1天新用戶N天LTV

1天LTV=第1天新用戶在1天內帶來的收入/第1天新用戶數

7天LTV =第1天新用戶在7天內帶來的累積收入/第1天新用戶數

14天LTV =第1天新用戶在14天內帶來的累積收入/第1天新用戶數

2、計算開服第2天新用戶N天LTV

1天LTV=第2天新用戶在1天內帶來的收入/第2天新用戶數

7天LTV =第2天新用戶在7天內帶來的累積收入/第2天新用戶數

14天LTV =第2天新用戶在14天內帶來的累積收入/第2天新用戶數

3、計算開服第3天新用戶N天LTV

……

計算公式如下：

說明：LT(life Time)就是用戶生命週期，如果我們要計算N天的LTV，則直接將公式中的LT改成N天即可。這個公式常用於利於已知歷史數據精確計算N日的LTV。

例如：某日新增用戶100，首日他們充值500元，則首日LTV=500/100=5元；第2天充值300元，則2天LTV=（500+300）/100=8元，以此類推。

影響LTV的關鍵指標是留存率和ARPU，以下表數據為例，比如，一款遊戲測試7天，將每天的留存率*ARPU，再求和，得出7天LTV為15.6元。

計算公式：

以下面積部分就是LTV值：

數據分析師跟進項目，LTV是必須要輸出的內容之一。如果能準確、快速地計算出LTV，那麼能大大提升效率。下面就以某款遊戲為例，計算每日LTV和加權LTV。

• 計算每日LTV

運行結果(僅顯示2020年1月1日至1月7日的數據)：

• 計算一段時間內的加權LTV

以2020年1月1日-1月7日的數據為例，取這7天用戶的加權LTV如下：

運行結果為：

為什麼使用Virtual DOM

• 手動操作DOM比較麻煩。還需要考慮瀏覽器兼容性問題，雖然有JQuery等庫簡化DOM操作，但是隨著項目的複雜DOM操作複雜提升。
• 為了簡化DOM的複雜操作於是出現了各種MVVM框架，MVVM框架解決了視圖和狀態的同步問題
• 為了簡化視圖的操作我們可以使用模板引擎，但是模板引擎沒有解決跟踪狀態變化的問題，於是Virtual DOM出現了
• Virtual DOM的好處是當狀態改變時不需要立即更新DOM，只需要創建一個虛擬樹來描述DOM，Virtual DOM內部將弄清楚如何有效的更新DOM（利用Diff算法實現）。

Virtual DOM的特性

1. Virtual DOM可以維護程序的狀態，跟踪上一次的狀態。
2. 通過比較前後兩次的狀態差異更新真實DOM。

實現一個基礎的Virtual DOM庫

我們可以仿照snabbdom庫

首先，我們創建一個index.html文件，寫一下我們需要展示的內容，內容如下：

<!DOCTYPE html>
<
html
lang
=
"en"
>
<
head
>
<
meta
charset
=
"UTF-8"
>
<
meta
http-equiv
=
"X-UA-Compatible"
content
=
"IE=edge"
>
<
meta
name
=
"viewport"
content
=
"width=device-width, initial-scale=1.0"
>
<
title
>
vdom
</
title
>
<
style
>
.
main
{
color
:
#00008b
;
}
.
main1
{
font-weight
:
bold
;
}
</
style
>
</
head
>
<
body
>
<
div
id
=
"app"
></
div
>
<
script
src
=
"./vdom.js"
></
script
>
<
script
>
function
render
()
{
return
h
(
'div'
,
{
style
:
useObjStr
({
'color'
:
'#ccc'
,
'font-size'
:
'20px'
})
},
[
h
(
'div'
,
{},
[
h
(
'span'
,
{
onClick
:
()
=>
{
alert
(
'1'
);
}
},
'文本'
),
h
(
'a'
,
{
href
:
'https://www.baidu.com'
,
class
:
'main main1'
},
'點擊'
)
]),
])
}
// 頁面改變
function
render1
()
{
return
h
(
'div'
,
{
style
:
useStyleStr
({
'color'
:
'#ccc'
,
'font-size'
:
'20px'
})
},
[
h
(
'div'
,
{},
[
h
(
'span'
,
{
onClick
:
()
=>
{
alert
(
'1'
);
}
},
'文本改變了'
)
]),
])
}
// 首次加載
mountNode
(
render
,
'#app'
);
// 狀態改變
setTimeout
(()=>{
mountNode
(
render1
,
'#app'
);
},
3000
)
</
script
>
</
body
>
</
html
>

我們在接著我們引入了一個vdom.js文件，這個文件就是我們將要實現的迷你版Virtual DOM庫。最後，我們在調用h還有，你可能會注意到在

思路理清楚了，展示頁面的代碼也寫完了。下面我們將重點看下

第一步

我們看到index.html文件中首先需要調用

// Mount node // Mount node function mountNode ( render , selector ) { }

接著，我們會看到

那麼，我們接著在vdom.js文件中再定義一個h方法。

functionh(tag,props,children){return{tag,props,children};}

還沒有結束，我們需要根據傳入的三個參數

我們需要這樣操作。我們在

// Mount node // Mount node function mountNode(render, selector) { mount(render(), document.querySelector(selector)) } function mountNode(render, selector) { // Mount node function mountNode(render, selector) { mount(render(), document.querySelector(selector)) } mount(render(), document.querySelector(selector)) // Mount node function mountNode(render, selector) { mount(render(), document.querySelector(selector)) }

接著，我們定義一個

function
mount
(
vnode
,
container
)
{
const
el
=
document
.
createElement
(
vnode
.
tag
);
vnode
.
el
=
el
;
// props
if
(
vnode
.
props
)
{
for
(
const
key
in
vnode
.
props
)
{
if
(
key
.
startsWith
(
'on'
))
{
el
.
addEventListener
(
key
.
slice
(
2
).
toLowerCase
(),
vnode
.
props
[
key
],{
passive
:
true
})
}
else
{
el
.
setAttribute
(
key
,
vnode
.
props
[
key
]);
}
}
}
if
(
vnode
.
children
)
{
if
(
typeof
vnode
.
children
===
"string"
)
{
el
.
textContent
=
vnode
.
children
;
}
else
{
vnode
.
children
.
forEach
(
child
=>
{
mount
(
child
,
el
);
});
}
}
container
.
appendChild
(
el
);
}

第一個參數是調用傳進來的

我們看到先是判斷屬性，如果屬性字段開頭含有否則，直接利用

接著，再判斷子節點，如果是字符串，我們直接將字符串賦給文本節點。否則就是節點，我們就遞歸調用

最後，我們將使用

頁面正常顯示。

第二步

我們知道Virtual DOM有以下兩個特性：

1. Virtual DOM可以維護程序的狀態，跟踪上一次的狀態。
2. 通過比較前後兩次的狀態差異更新真實DOM。

這就利用到了我們之前提到的diff算法。

我們首先定義一個patch方法。因為要對比前後狀態的差異，所以第一個參數是舊節點，第二個參數是新節點。

functionpatch(n1,n2){}

下面，我們還需要做一件事，那就是完善是因為當狀態改變時，只更新狀態改變的DOM，也就是我們所說的差異更新。這時就需要配合

相比之前，我們加上了對是否掛載節點進行了判斷。如果沒有掛載的話，就直接調用否則，調用

let let isMounted = false ; let oldTree ; // Mount node function mountNode ( render , selector ) { if ( ! isMounted ) { mount ( oldTree = render (), document . querySelector ( selector )); isMounted = true ; } else { const newTree = render (); patch ( oldTree , newTree ); oldTree = newTree ; } }

那麼下面我們將主動看下

function
patch
(
n1
,
n2
)
{
// Implement this
// 1. check if n1 and n2 are of the same type
if
(
n1
.
tag
!==
n2
.
tag
)
{
// 2. if not, replace
const
parent
=
n1
.
el
.
parentNode
;
const
anchor
=
n1
.
el
.
nextSibling
;
parent
.
removeChild
(
n1
.
el
);
mount
(
n2
,
parent
,
anchor
);
return
}
const
el
=
n2
.
el
=
n1
.
el
;
// 3. if yes
// 3.1 diff props
const
oldProps
=
n1
.
props
||
{};
const
newProps
=
n2
.
props
||
{};
for
(
const
key
in
newProps
)
{
const
newValue
=
newProps
[
key
];
const
oldValue
=
oldProps
[
key
];
if
(
newValue
!==
oldValue
)
{
if
(
newValue
!=
null
)
{
el
.
setAttribute
(
key
,
newValue
);
}
else
{
el
.
removeAttribute
(
key
);
}
}
}
for
(
const
key
in
oldProps
)
{
if
(
!
(
key
in
newProps
))
{
el
.
removeAttribute
(
key
);
}
}
// 3.2 diff children
const
oc
=
n1
.
children
;
const
nc
=
n2
.
children
;
if
(
typeof
nc
===
'string'
)
{
if
(
nc
!==
oc
)
{
el
.
textContent
=
nc
;
}
}
else
if
(
Array
.
isArray
(
nc
))
{
if
(
Array
.
isArray
(
oc
))
{
// array diff
const
commonLength
=
Math
.
min
(
oc
.
length
,
nc
.
length
);
for
(
let
i
=
0
;
i
<
commonLength
;
i
++
)
{
patch
(
oc
[
i
],
nc
[
i
]);
}
if
(
nc
.
length
>
oc
.
length
)
{
nc
.
slice
(
oc
.
length
).
forEach
(
c
=>
mount
(
c
,
el
));
}
else
if
(
oc
.
length
>
nc
.
length
)
{
oc
.
slice
(
nc
.
length
).
forEach
(
c
=>
{
el
.
removeChild
(
c
.
el
);
})
}
}
else
{
el
.
innerHTML
=
''
;
nc
.
forEach
(
c
=>
mount
(
c
,
el
));
}
}
}

我們從

如果新舊節點的標籤不相等，就移除舊節點。另外，利用然後，傳給這時你可能會有疑問，對，但是這裡我們需要傳進去第三個參數，主要是為了對同級節點進行處理。

if if ( n1 . tag !== n2 . tag ) { // 2. if not, replace const parent = n1 . el . parentNode ; const anchor = n1 . el . nextSibling ; parent . removeChild ( n1 . el ); mount ( n2 , parent , anchor ); return }

所以，我們重新修改下我們看到我們只是加上了對

如果insertBefore

如果

function
mount
(
vnode
,
container
,
anchor
)
{
const
el
=
document
.
createElement
(
vnode
.
tag
);
vnode
.
el
=
el
;
// props
if
(
vnode
.
props
)
{
for
(
const
key
in
vnode
.
props
)
{
if
(
key
.
startsWith
(
'on'
))
{
el
.
addEventListener
(
key
.
slice
(
2
).
toLowerCase
(),
vnode
.
props
[
key
],{
passive
:
true
})
}
else
{
el
.
setAttribute
(
key
,
vnode
.
props
[
key
]);
}
}
}
if
(
vnode
.
children
)
{
if
(
typeof
vnode
.
children
===
"string"
)
{
el
.
textContent
=
vnode
.
children
;
}
else
{
vnode
.
children
.
forEach
(
child
=>
{
mount
(
child
,
el
);
});
}
}
if
(
anchor
)
{
container
.
insertBefore
(
el
,
anchor
);
}
else
{
container
.
appendChild
(
el
);
}
}

下面，我們再回到如果新舊節點的標籤相等，我們首先要遍歷新舊節點的屬性。我們先遍歷新節點的屬性，判斷新舊節點的屬性值是否相同，如果不相同，再進行進一步處理。判斷新節點的屬性值是否為然後，遍歷舊節點的屬性，如果屬性名不在新節點屬性表中，則直接移除屬性。

分析完了對新舊節點屬性的對比，接下來，我們來分析第三個參數子節點。

首先，我們分別定義兩個變量如果新節點的

接下來，我們看到利用

else
if
(
Array
.
isArray
(
nc
))
{
if
(
Array
.
isArray
(
oc
))
{
// array diff
const
commonLength
=
Math
.
min
(
oc
.
length
,
nc
.
length
);
for
(
let
i
=
0
;
i
<
commonLength
;
i
++
)
{
patch
(
oc
[
i
],
nc
[
i
]);
}
if
(
nc
.
length
>
oc
.
length
)
{
nc
.
slice
(
oc
.
length
).
forEach
(
c
=>
mount
(
c
,
el
));
}
else
if
(
oc
.
length
>
nc
.
length
)
{
oc
.
slice
(
nc
.
length
).
forEach
(
c
=>
{
el
.
removeChild
(
c
.
el
);
})
}
}
else
{
el
.
innerHTML
=
''
;
nc
.
forEach
(
c
=>
mount
(
c
,
el
));
}
}

我們看到裡面又判斷舊節點的

如果是，我們取新舊子節點數組的長度兩者的最小值。然後，我們將其循環遞歸為什麼取最小值呢？是因為如果取的是他們共有的長度。然後，每次遍歷遞歸時，判斷

如果不是，直接將節點內容清空，重新循環執行

這樣，我們搭建的迷你版Virtual DOM庫就這樣完成了。

頁面如下所示。

源碼

index.html

<!DOCTYPE html>
<
html
lang
=
"en"
>
<
head
>
<
meta
charset
=
"UTF-8"
>
<
meta
http-equiv
=
"X-UA-Compatible"
content
=
"IE=edge"
>
<
meta
name
=
"viewport"
content
=
"width=device-width, initial-scale=1.0"
>
<
title
>
vdom
</
title
>
<
style
>
.
main
{
color
:
#00008b
;
}
.
main1
{
font-weight
:
bold
;
}
</
style
>
</
head
>
<
body
>
<
div
id
=
"app"
></
div
>
<
script
src
=
"./vdom.js"
></
script
>
<
script
>
function
render
()
{
return
h
(
'div'
,
{
style
:
useObjStr
({
'color'
:
'#ccc'
,
'font-size'
:
'20px'
})
},
[
h
(
'div'
,
{},
[
h
(
'span'
,
{
onClick
:
()
=>
{
alert
(
'1'
);
}
},
'文本'
),
h
(
'a'
,
{
href
:
'https://www.baidu.com'
,
class
:
'main main1'
},
'點擊'
)
]),
])
}
// 頁面改變
function
render1
()
{
return
h
(
'div'
,
{
style
:
useStyleStr
({
'color'
:
'#ccc'
,
'font-size'
:
'20px'
})
},
[
h
(
'div'
,
{},
[
h
(
'span'
,
{
onClick
:
()
=>
{
alert
(
'1'
);
}
},
'文本改變了'
)
]),
])
}
// 首次加載
mountNode
(
render
,
'#app'
);
// 狀態改變
setTimeout
(()=>{
mountNode
(
render1
,
'#app'
);
},
3000
)
</
script
>
</
body
>
</
html
>

vdom.js

// vdom ---
function
h
(
tag
,
props
,
children
)
{
return
{
tag
,
props
,
children
};
}
function
mount
(
vnode
,
container
,
anchor
)
{
const
el
=
document
.
createElement
(
vnode
.
tag
);
vnode
.
el
=
el
;
// props
if
(
vnode
.
props
)
{
for
(
const
key
in
vnode
.
props
)
{
if
(
key
.
startsWith
(
'on'
))
{
el
.
addEventListener
(
key
.
slice
(
2
).
toLowerCase
(),
vnode
.
props
[
key
],{
passive
:
true
})
}
else
{
el
.
setAttribute
(
key
,
vnode
.
props
[
key
]);
}
}
}
if
(
vnode
.
children
)
{
if
(
typeof
vnode
.
children
===
"string"
)
{
el
.
textContent
=
vnode
.
children
;
}
else
{
vnode
.
children
.
forEach
(
child
=>
{
mount
(
child
,
el
);
});
}
}
if
(
anchor
)
{
container
.
insertBefore
(
el
,
anchor
);
}
else
{
container
.
appendChild
(
el
);
}
}
// processing strings
function
useStyleStr
(
obj
)
{
const
reg
=
/^{|}/g
;
const
reg1
=
new
RegExp
(
'"'
,
"g"
);
const
str
=
JSON
.
stringify
(
obj
);
const
ustr
=
str
.
replace
(
reg
,
''
).
replace
(
','
,
';'
).
replace
(
reg1
,
''
);
return
ustr
;
}
function
patch
(
n1
,
n2
)
{
// Implement this
// 1. check if n1 and n2 are of the same type
if
(
n1
.
tag
!==
n2
.
tag
)
{
// 2. if not, replace
const
parent
=
n1
.
el
.
parentNode
;
const
anchor
=
n1
.
el
.
nextSibling
;
parent
.
removeChild
(
n1
.
el
);
mount
(
n2
,
parent
,
anchor
);
return
}
const
el
=
n2
.
el
=
n1
.
el
;
// 3. if yes
// 3.1 diff props
const
oldProps
=
n1
.
props
||
{};
const
newProps
=
n2
.
props
||
{};
for
(
const
key
in
newProps
)
{
const
newValue
=
newProps
[
key
];
const
oldValue
=
oldProps
[
key
];
if
(
newValue
!==
oldValue
)
{
if
(
newValue
!=
null
)
{
el
.
setAttribute
(
key
,
newValue
);
}
else
{
el
.
removeAttribute
(
key
);
}
}
}
for
(
const
key
in
oldProps
)
{
if
(
!
(
key
in
newProps
))
{
el
.
removeAttribute
(
key
);
}
}
// 3.2 diff children
const
oc
=
n1
.
children
;
const
nc
=
n2
.
children
;
if
(
typeof
nc
===
'string'
)
{
if
(
nc
!==
oc
)
{
el
.
textContent
=
nc
;
}
}
else
if
(
Array
.
isArray
(
nc
))
{
if
(
Array
.
isArray
(
oc
))
{
// array diff
const
commonLength
=
Math
.
min
(
oc
.
length
,
nc
.
length
);
for
(
let
i
=
0
;
i
<
commonLength
;
i
++
)
{
patch
(
oc
[
i
],
nc
[
i
]);
}
if
(
nc
.
length
>
oc
.
length
)
{
nc
.
slice
(
oc
.
length
).
forEach
(
c
=>
mount
(
c
,
el
));
}
else
if
(
oc
.
length
>
nc
.
length
)
{
oc
.
slice
(
nc
.
length
).
forEach
(
c
=>
{
el
.
removeChild
(
c
.
el
);
})
}
}
else
{
el
.
innerHTML
=
''
;
nc
.
forEach
(
c
=>
mount
(
c
,
el
));
}
}
}
let
isMounted
=
false
;
let
oldTree
;
// Mount node
function
mountNode
(
render
,
selector
)
{
if
(
!
isMounted
)
{
mount
(
oldTree
=
render
(),
document
.
querySelector
(
selector
));
isMounted
=
true
;
}
else
{
const
newTree
=
render
();
patch
(
oldTree
,
newTree
);
oldTree
=
newTree
;
}
}

關於作者

作者：曾獲得2019年CSDN年度部落格之星，CSDN部落格訪問量已達到數百萬。掘金部落格文章多次推送到首頁，總訪問量已達到數十萬。

另外，我的公眾號：歡迎關注我的公眾號，讓我們一起在前端道路上歷劫吧！ Go！

作者：Summer，外貿老人，米課的狂熱粉絲。十幾年的傳統外貿讓自己駐足不前，在米課同大家一起積極學習，努力進取。

領英(LinkedIn)其實我註冊了很久，但是一直沒有認真使用，各種原因導致只是註冊完就丟在了一邊。

直到這次疫情，因為疫情原因，原定的線下參展計劃取消或推遲，眼看開單遙遙無期，欲哭無淚。

心急火燎的我開始臨時抱佛腳，撿起了各種線上開發客戶的方法，重點放在了領英(LinkedIn)這個社交平台上開發客戶。

看了很多大神的文章，綜合了一下，感覺也找到了自己準備做的方向和一些小竅門。

等我複工後開始正式應用實操，從整理完善自己的領英(LinkedIn)檔案資料和發布第一篇文章到現在，一共過去了十天時間，成功添加了70名領英(LinkedIn)好友。

雖然數量並不多，但是都是添加的精準對口的客戶。所以在客戶通過我的領英(LinkedIn)添加好友邀請時，及時的禮貌回復後，陸續有人詢問產品和要求發目錄冊。

最近幾天由於廣交會直播忙得焦頭爛額，也沒太顧得上領英(LinkedIn)。誰知剛剛查看郵件時竟然發現領英(LinkedIn)的客戶有訂單需求了，雖然我知道這個離真正成交訂單還很遙遠，但是心里莫名的興奮。

這樣迅速的小反饋，給了我對領英(LinkedIn)開發客戶繼續堅持下去的動力和信心。

簡單梳理了一下，現在先把自己這十天在領英(LinkedIn)的操作分享出來，也算是給自己一個總結：

1. 一個領英(LinkedIn)輔助工具，名字叫：領英助理，不得不說真的很好用，節省時間和精力，同時有安全間隔保護提醒。既提高了我的工作效率，又保護了我的領英(LinkedIn)賬號。每天早上上班後登錄領英助理，花幾分鐘時間提交各類任務，然後關掉網頁，做其他工作，領英助理會模擬手工去慢慢操作我所提交的任務。

2. 領英助理堅持添加客戶的同時，我會發一些領英(LinkedIn)動態，分享一下產品或最近的廣交會訊息。雖然因為領英(LinkedIn)剛起步，好友數量還沒上來，基本沒什麼人看，不過我會堅持。

3. 之前給自己定的目標是在領英(LinkedIn)上每週寫一篇文章，可是第一篇寫完後就進入了無休止的廣交會準備模式，導致第二篇文章仍舊待產中。領英(LinkedIn)上如何寫文章我是仿造其他人，可以找一找自己行業的國外大神，把他們在領英上分享的文章讀上五六遍，然後在下筆去寫。衍生學習：

4. 發視頻，盡量多發視頻多吸粉，畢竟視頻行銷比圖片或文字更具衝擊力。衍生學習：

5. 主動出擊，這個我覺得最重要。最開始通過我邀請的客戶我沒搭理人家，後來覺得不太禮貌，就簡單感謝了一下，結果有一個客人主動問我要目錄冊。後來我把所有通過邀請的人都加上了一句很簡單的話：感謝通過邀請，我們公司主要是生產XXX，有興趣聯繫我。這樣一來，客戶回复率果然增加了。

6. 做好領英(LinkedIn)好友分組管理，在領英(LinkedIn)堅持添加客戶和對通過邀請的客戶做好歸類分組管理都是一樣重要。因為開發跟進到成交一定是持久戰，無論是歸類分組還是備註詳細訊息，都是為了保證能打贏這場持久戰。比如針對不同分組裡的客戶，我會執行不同的行銷內容和策略。而一旦客戶有回复或者我獲取到客戶更詳細的訊息，哪怕是性格、喜好等等...我都會及時在備註裡添加記錄，方便以後查看跟進進度和客戶情況。

雖然我是一個十幾年的外貿老人，但在領英(LinkedIn)上，我還只是一個小學生，空杯心態向每個人學習取經。總之領英(LinkedIn)是個寶庫，但是需要堅持。寫給自己，加油！