這是乙個非常小的gulp使用問題，小到我都覺得上不了檯面，但是對於新手來說，還是有參考價值和實用價值的，於是就以問答的方式簡短的描述一下。高手繞道。在給乙個老的工程新增gulp配置的時候，為了保證編譯打包的速度，我毫不猶豫的選擇了gulp-changed外掛程式，該外掛程式能夠實現只編譯或打包改變過檔案，大大加快了gulp task的執行速度。
於是，我就根據官方文件，新增了一行**：
.pipe(changed(dest))於是，我馬上使用了gulp-debug來檢視，新增了一行如下**，來檢視每次編譯的時候都有哪些檔案通過了流，是不是僅僅只有哪些變動了的檔案。
.pipe(debug())每次編譯的時候，只有jsx會全部重新編譯一遍，js和css檔案卻不會，個人本能的覺得可能是檔名字尾的原因。
於是，又重新看官方文件，結果在下面找到了這些：
原來，編譯前後檔名字尾如果發生改變的話，需要單獨配置的啊。。。具體原因不**了，留給有心人去發掘吧。
改為如下形式，問題就解決了：
.pipe(changed(dist,))Qt只QStringList的簡單使用方法
qstringlist類提供了乙個字串列表 從qlist 繼承而來，它提供快速索引為基礎的接入以及快速插入和清除 其成員函式用於操作這個字串列表如 1.增加字串 qstringlist fonts fonts arial helvetica times courier fonts arial hel...
只使用遞迴實現棧的逆序操作
2017 06 23 20 36 02 解決該問題的核心其實是如果通過遞迴演算法來獲取棧底元素，也就是getlast函式的演算法。getlast演算法實現 首先獲得stack的top元素，如果當前棧為空，則直接返回結果 如果當前棧不為空，則遞迴的求解棧的棧底元素，之後再把當前的pop出來的元素壓棧 ...
建議 只針對異常的情況才使用異常。
在現代的jvm實現上，基於異常的模式比標準模式要慢得多。在我的機器上對於乙個有100個元素的陣列，基於異常的模式比標準滿了2倍。基於異常的迴圈模式不僅模糊了 的意圖，降低了他的效能，而且他還不能保證正常工作！如果出現了不相關的bug，這個模式會悄悄地失效，從而掩蓋了這個bug，極大的增加了除錯過程的...