這個提交工單，問騰訊的工程師即可

connect 函數(shù)是個高階函數(shù)，接受一些參數(shù)，最后返回的是一個函數(shù)，App在這里就是作為這個返回的函數(shù)的參數(shù)。具體可以看我的這篇文章，應(yīng)該有所幫助。https://segmentfault.com/a/11...

ssh不是應(yīng)該這個格式嗎？

git@github.com:xxx/xxx.git

關(guān)于this的指代其他回復(fù)都有講，我就不廢話了。
這個問題想要用a的值可以這樣

function Obj() {
    this.a = 1;
    this.b = 2 * this.a;
}
var obj = new Obj();
console.log(obj.b);

確定xampp啟動成功了？

給第二個div（包裹“項目A/項目B/項目C”的div）加一個transform:translateY(-10px);就可以往上偏移了

大概知道是為啥了，history模式嗎？兩個外聯(lián)文件用絕對路徑src="/static"試試

Web app？如果你是指h5單頁的話，vux還是可以的，風(fēng)格不一樣罷了，如果你指的是Pc 單頁就不推薦用這套ui了，雖然也能用，不過畢竟針對不一樣，可以試一下iview或element

data-ip以.為分隔符轉(zhuǎn)成數(shù)組
將data-i的值減去data-ip數(shù)組中的值，然后填充到單元格中
8450 - 62 - 33 - 159 - 116
最后得到8080

你省略的那個地方是關(guān)鍵

 proxy.mapToProps = mapToProps
 proxy.dependsOnOwnProps = getDependsOnOwnProps(mapToProps)

這里改變了proxy.mapToProps，因此在let props = proxy(stateOrDispatch, ownProps) 中調(diào)用的proxy.mapToProps是另外一個函數(shù)了

不建議直接使用sql處理，可以先從數(shù)據(jù)庫查出來，然后在應(yīng)用程序中使用正則表達(dá)式搜索處理。

你好,我最近在寫一個java的orm框架,剛好也涉及到這方面的問題。我在之前設(shè)計的時候，也是考慮的獲取數(shù)據(jù)庫數(shù)據(jù)時一次性全部獲取出來，但我設(shè)計的時候遇到的如下問題:

1. 代碼復(fù)雜

考慮如下對象:

class Province{
  private long id;
  private City[] cities;
}

class City{
  private long id;
  private Country[] country;
}

在映射關(guān)系上,one-one映射和one-many映射比較好處理,但是如果有類似這樣多個映射關(guān)系 Province-->City-->Country 而且又包含集合的時候,保存時在設(shè)計上是非常復(fù)雜的.我有查看過nutzDAO的文檔,它的實現(xiàn)方式其實是將數(shù)組中的對象壓入隊列中作為單個對象插入,然而毫無疑問,如果插入大量數(shù)據(jù),這樣的性能肯定很底下.我在設(shè)計orm框架時就是覺得對于復(fù)雜的映射關(guān)系,不僅代碼復(fù)雜而且性能很難保證,所以決定棄用這種一次取出來和一次性保存的方式。
所以我最后設(shè)計的思想如下代碼:

class Province{
  private long id;
}

class City{
  private long id;
  private long provinceId;
}

將外鍵僅僅當(dāng)作普通的成員變量,在查詢時將外鍵作為條件查詢即可.保存時,先保存Province變量,獲取到id后,再插入City變量,設(shè)置他們的proviceId為獲取到的id即可.簡化設(shè)計也提高性能.

2. 性能

誠如你的問題所說,實際上很多時候我們并不需要提取相關(guān)的所有數(shù)據(jù),在性能和代碼復(fù)雜性做平衡考慮,實際上查詢數(shù)據(jù)時,單個表查詢,邏輯最清楚,程序員開發(fā)時也不容易出錯,可以根據(jù)自己的需要做定制.特別是對于企業(yè)項目,多個實體互相關(guān)聯(lián),如果一次性提取出來,可能數(shù)據(jù)量比較龐大,而程序員獲取只需要其中的一小部分?jǐn)?shù)據(jù),這樣在性能上得不償失.

總結(jié)

總結(jié)一下我的答案就是,為了簡單和性能著想,一次性取出所有數(shù)據(jù)(一次性保存實體所有相關(guān)實體數(shù)據(jù))增加代碼復(fù)雜性又增加了性能負(fù)擔(dān)。

另外本人最近參考了市面的一些orm框架,自己編寫了一款還處于快照期(API不穩(wěn)定)的Java開源ORM框架,限于社區(qū)規(guī)范,如果感興趣的可以私信本人交流哦。

另外再多提一嘴,本人最近看了國內(nèi)的幾個技術(shù)相關(guān)的社區(qū),感覺很多社區(qū)技術(shù)氛圍不是很好,披著程序員交流,技術(shù)交流的皮,但是幾乎都是各種灌水,交流,征婚,文風(fēng)跟貼吧簡直沒有區(qū)別. 更讓我覺得有些氣憤又有一些羞恥的是,有一些中國"開發(fā)者"在github上開源項目的的外國人(我不知道有沒有針對中國開發(fā)者github項目)的issue區(qū)發(fā)一些毫無意義的灌水帖,而且評論有十幾樓,完全中國式的文風(fēng)(例如有人評論"six,six,six","Please sit down, Mr. Chen","double click! six six six"),雖然底下也有幾位中國開發(fā)者為這樣的行為道歉,但看了這樣的行為,同作為國人,還是感覺到氣氛和羞恥的.
關(guān)注到segmentFault是剛好最近看到有一篇主題帖,講的就是因為用戶量增加,為了規(guī)范回答,會提出更加嚴(yán)格的提問規(guī)范.我知道對于在用戶量和技術(shù)氛圍上做平衡其實是一件很難的事情(根據(jù)比例原則,除非中國人的整體素質(zhì)大幅提升),因此非常希望segmentFault的管理團(tuán)隊能夠盡力維持好整個社區(qū)的技術(shù)氛圍,我也決定將扎根segmentFault社區(qū),回答一些我力所能及的問題.

去除掉項目中Miment時間庫依賴即可，具體原因未知

我們的項目似乎每次請求都會自動帶上 cookie ， 不需要在 wx.request 刻意操作

如果是要在本地暫存用戶信息，可以使用 wx.setStorageSync() ， 你可以在首次登陸成功后儲存它，需要的時候在 wx.getStorageSync() 中獲取就行

你可以試試svg，這有一個demo: https://echaoo.github.io/2017...

笨辦法，單擊radio時，把id放到state中。然后在topic頁面獲取這個state就可以了。

router可以這樣傳呀。

<Link to={`/topic/${selectedId}`}/>

<Router path='/topic/:selectedId' component={/* */} />

內(nèi)存占用跟你取出來的數(shù)據(jù)是如何緩存，以及你是否釋放了內(nèi)存有關(guān)。
舉個例子，一次性取出5萬條記錄，然后存在一個list中，如果取多了，不停往list中添加，內(nèi)存占用自然就大了，因為本身內(nèi)存中存的數(shù)據(jù)就這么大，你都要用到，這是沒辦法解決的問題。除非你擴內(nèi)存條。
而如果是另一種情況，你每次都實例化一個MongoClient，查詢出來的task沒有刪掉，就會導(dǎo)致無用的result還緩存著數(shù)據(jù)，沒有被回收，導(dǎo)致內(nèi)存成倍增長。此時，只要在你不用這些數(shù)據(jù)的時候del task一下就OK了。
你如何使用的，如何導(dǎo)致內(nèi)存增長的得自己看。

樣式可能被你自己寫的覆蓋了，導(dǎo)致元素變型，使用調(diào)試工具查看一下css應(yīng)該就能看出來了。我直接復(fù)制過來是沒有這個問題的。
PS：如果有內(nèi)容要插在默認(rèn)插槽可以不用寫slot=default，組件會自動將內(nèi)容插入對應(yīng)位置

引用別的東西了嗎？直接一個webpack.config.js，entry，output運行的？

我感覺也可能跟webpack版本有關(guān)，你試試2版本或者3版本的。4還是5來著加了一些約定默認(rèn)配置，不知道跟這個有個沒有關(guān)系。

不能重新加載 my.cnf，除非重啟 mysql，
只有有限的一些變量可以連接上 mysql 后修改。大部分是啟動后就不能修改的。