把函數(shù)掛載到一個對象上，取的時候使用對象取const handleClick = (name) => { fns['handle' + name]}const fns = { eventName, handleClick, handAdd}return fns

通過中間件根據(jù)參數(shù)指定字段實現(xiàn)了，別問為什么不用$text

請參閱文檔。?使*non-greedy成為?，也就是說，它將嘗試匹配盡可能少的重復(fù)，而不是盡可能多的重復(fù)。 在你的例子re.match('(.*?)word(.*?)',string)中，這意味著盡可能少的前導(dǎo).，所以試著找到最早的word，而不是最后一個。后面的(.*?)確實毫無意義。

我知道+的意思。但沒有量詞意味著什么呢？ 如果您沒有在正則表達式標記旁邊放置量詞，那么（默認情況下）這意味著“匹配一”。 這意味著“匹配單詞hello”： /hello/ i、 e.它不匹配任何其他內(nèi)容，例如：helo、heello或heeelllooooo。 這意味著“匹配一個h、一個或多個e、一個或多個l和一個o： /he+l+o/ i、 e.匹配以下任何一項： helohelloheeeeloheellllo

private 是個語法糖，假私有，僅僅是 TSC 代碼提示上阻止你外部訪問成員，你要是強行 ignore、或者已經(jīng)編譯成 JS 了，這個成員還是外部可訪問的。# 是 ES2020 新增的特性，從底層真正支持的私有成員。不過目前還是草案，瀏覽器支持度不高。考慮到大部分項目都得 babel 轉(zhuǎn)譯成低版本語法再部署，即便 # 修飾的私有成員最后也得被轉(zhuǎn)譯成普通成員，所以現(xiàn)階段也可以認為二者沒區(qū)別。 https://developer.mozilla.org...

從結(jié)果上沒什么區(qū)別，then第二個參數(shù)就是catch的回調(diào)從本質(zhì)上，第一種err是直接接收的Promise.reject，而第二種是Promise.reject把err傳給了then，then處理不了又傳給了catch

可能有點取巧了，正常來說應(yīng)該是匹配后置第一個</div>，不過我沒成功，不知道這個對你有用沒有l(wèi)et str = ` <div class="block-1"> <ul class="article"> <li>文章標題b1</li> <li>文章標題b2</li> <li>文章標題b3</li> </ul> </div> <div class="block-2"> <ul class="article"> <li>文章標題1</li> <li>文章標題2</li> <li>文章標題3</li> </ul> </div> <div class="block-3"> <ul class="article"> <li>文章標題1</li> <li>文章標題2</li> <li>文章標題3</li> </ul> </div>`let removeEnter = str.replace(/[\r\n]/g, "").repl

放那里都可以運行，但是放在body外，不規(guī)范。

你把泛型當做是一個函數(shù)，TS在使用泛型時會把聯(lián)合類型拆成單個傳入合并結(jié)果，也就是說其實C相當于把'1' | '2' | '3' | '7'拆成單個值最后再合并，因為B是'2' | '3' | '4'，所以A中的2和3符合A extends B得到nerver，所以最終結(jié)果相當于排除了A和B的交集

LinkedList實現(xiàn)了幾個接口： add來自List和Queue接口，它們是從Collection得到的； offer來自Queue接口，與add方法的不同之處在于它在失敗時所做的事情（在Javadoc的一個表中描述）； addLast來自Deque接口Deque也是Collection，add方法也是如此；也許addLast是為了清晰和對稱addFirst方法而存在的，所以您不必懷疑add將添加到哪一個端點。正如Javadoc中所描述的，Deque.addLast和Queue.add是等價的。 在哪些方面你應(yīng)該選擇：幾乎取決于你，因為他們做同樣的事情（給予或接受回報類型）。 更大的問題是：LinkedList為什么要嘗試做這么多事情（不是很single-responsibility-principle，是嗎？）；你應(yīng)該用這個嗎？ Twitter上有一個thread，java.util.LinkedList的作者Josh Bloch質(zhì)疑它是否真的有用。他建議您最好使用ArrayList或ArrayDeque，具體取決于您需要它做什么。

const int *p = &a; 表示 p 指向的數(shù)據(jù)不能被修改 int *q; 意味著 q 據(jù)可以被修改 由以上可知，q = p 是矛盾的（不可修改與可修改），因此編譯器會報錯 解決方法，使用 const_cast “去除” p 的 const 屬性

用 enum 呀.Demo

唉，真是人生無常，大腸包小腸['CLEAR_INFO'](state){// blablabla}// 和CLEAR_INFO(state){// blablabla}// 倒是沒有任何區(qū)別// 組件里mapMutation...mapMutations(['CLEAR_INFO'])// 你應(yīng)該注意到'CLEAR_INFO'這個討厭的字面量，mutation名字改了，全局的字符串都得搜一遍如果有一點想法那非常好，如果沒有const CLEAR_INFO = 'clearInfo'[CLEAR_INFO](state){// blablabla}...mapMutations([CLEAR_INFO])// 'clearInfo'這個可以隨便改

在源代碼基礎(chǔ)上改下點擊事件的邏輯就行了，高亮還用本來的selectOptions去配置。不用這個配置，就在styles中再定義一個樣式，把下面的activePoint.styleId = undefined中的undefined換成這個樣式id就行了(注意setData的時機)//綁定點擊事件var activePointdot.on("click",function(evt){ if(activePoint){ activePoint.styleId = 'redCircle' dot.setData(dotData) } if(evt.detail.dot){ activePoint = evt.detail.dot activePoint.styleId = undefined } else if(activePoint){ activePoint = null }})

ref 比 reactive 適用范圍更廣，reactive 只接受object，ref 啥都接受。不過ref 的底層也是調(diào)用 reactive 的。所以現(xiàn)在一般在基礎(chǔ)數(shù)據(jù)結(jié)構(gòu)上，比如 number, string, boolean 等，用ref，而且ref可以被重新賦值，也就是 ref.value = new value.不會失去響應(yīng)性。但reactive不能整體被重新賦值，只能對已初始化的數(shù)據(jù)結(jié)構(gòu)進行內(nèi)部修改，對于多個狀態(tài)組合管理更為方便。如果你想詳細了解，可以看看這個鏈接：https://9to5answer.com/ref-vs...