你的cpp文件應(yīng)該放在source files文件夾里而不是resource files文件夾

因?yàn)樵趃etAll2中. for循環(huán)里面:

$str =$str.$array[$i];

你對(duì)str進(jìn)行了重新賦值,而第一個(gè)str沒(méi)有被重新賦值,只是單純拼了個(gè)新的傳進(jìn)去.

把第二個(gè)改成這樣也是正常的:

function getAll2($array,$str=null){    
    $length = count($array);
    if($length<=1){
        echo $str.$array[0].PHP_EOL;
    }else{
        for($i=0;$i<$length;$i++){
            $temp = $array;
            array_splice($temp,$i,1);
            $str2 =$str.$array[$i];
            getAll2($temp,$str2); 
        }
    }
}

java方言了解一下

Webkit，了解一下。
調(diào)試的話，老早做的Qt4版本沒(méi)有控制臺(tái)，不過(guò)有個(gè)調(diào)試類可以嘗試用一下QWebInspector，把他嵌入到一個(gè)QDialog用即可，就像這樣：

QDialog dlg;

QWebInspector *i = new QWebInspector(this);
dlg.setLayout(new QVBoxLayout());
dlg.layout()->addWidget(i);
dlg.setModal(false);
dlg.show();
dlg.raise();
dlg.activateWindow();

如果拿到的結(jié)構(gòu)體數(shù)組沒(méi)有退化成指針，可以用size_t len = sizeof(arr) / sizeof(arr[0]);，因?yàn)閷?duì)于每一個(gè)結(jié)構(gòu)體a的實(shí)例，sizeof計(jì)算的大小都是一樣的。如果退化成指針就沒(méi)辦法了。

three.js

你可以看看 https://threejs.org/

xxx.js from UglifyJs這個(gè)報(bào)錯(cuò)應(yīng)該是打包時(shí)ES6轉(zhuǎn)換出錯(cuò)，看一下你的.babelrc相關(guān)配置對(duì)不對(duì)

點(diǎn)擊查看匹配結(jié)果

找到原因了，還需要重寫(xiě)GetContextMenuHandler接口。

virtual CefRefPtr<CefContextMenuHandler> SimpleHandler::GetContextMenuHandler() 
        OVERRIDE {
    return this;
}

不是很推薦樓主的方案，不是很適合用中文作為鍵…

math.h里的函數(shù)需要libm，486以前CPU不集成協(xié)處理器，有的機(jī)器會(huì)沒(méi)有協(xié)處理器，這時(shí)浮點(diǎn)運(yùn)算需要軟件模擬。為了節(jié)約內(nèi)存和鏈接時(shí)間，所以早期編譯軟件包括Turbo C都把不常用的數(shù)學(xué)運(yùn)算單獨(dú)做一個(gè)模塊，不用浮點(diǎn)運(yùn)算就不需要它了，甚至可能在libm里實(shí)現(xiàn)了支持浮點(diǎn)版本的printf。

In the formal c++, there is no such term called STL, STL is never an abbreviation of Standard Library or Standard Template Library. You can also refer to another my answer here. Yes, Allocators were invented by Alexander Stepanov. But his original library has been out of date and some components are adopted by the standard library.

stl中的allocator是如何接管operator new完成內(nèi)存申請(qǐng)的工作呢？對(duì)象的內(nèi)存申請(qǐng)權(quán)是如何轉(zhuǎn)移的?
all

From n4714 23.10.10.1 allocator members

[[nodiscard]] T* allocate(size_t n);
3 Remarks: the storage is obtained by calling ::operator new (21.6.2), but it is unspecified when or how often this function is called.

另外如果在棧上生成我們的stl對(duì)象，也會(huì)經(jīng)過(guò)allocator嗎？

There is no term stack in c++(only stack unwinding, which is not relevant here), in c, there is a term called activition record. Even if speaking to implementation, the choice of call stack or register should be decided by calling convention. No matter call stack or register, it will not invoke oeprator new function.

因?yàn)槟J(rèn)的 content-type 是 application/x-www-form-urlencoded，瀏覽器會(huì)把你要 post 的內(nèi)容轉(zhuǎn)義。你可以換成別的類型，比如用 FormData 或者 application/json、text/plain 之類的。

如果是Java的話，Robot 類有這個(gè)功能

1.兩個(gè)father變量都是引用類型，但是父組件的resetData直接改變了father的地址，子組件引用的仍然是舊的father

2.你只在構(gòu)造函數(shù)內(nèi)把props.father的值賦給了state.father，后面隨著props.father的改變，state.father并不會(huì)主動(dòng)響應(yīng)，原因見(jiàn)上一點(diǎn)

3.解決方法有兩種：
1)全都用props.father
2)添加componentWillReceiveProps函數(shù)：

componentWillReceiveProps = (nextProps) => {
  this.setState({
    father: nextProps.father
  })
}

create-react-app創(chuàng)建的默認(rèn)demo應(yīng)該是有內(nèi)容的，你是不是自己修改了寫(xiě)啥？在App.js或者index.js里邊。
這跟你加不加homepage關(guān)系不大哈

動(dòng)態(tài)鏈接的地址是在運(yùn)行時(shí)確定的，因此編譯連接階段不需要用到動(dòng)態(tài)鏈接庫(kù)中函數(shù)的地址。之所以需要在編譯連接階段引入動(dòng)態(tài)鏈接庫(kù)，主要是為了確定要連接的符號(hào)名，這樣才能在運(yùn)行時(shí)根據(jù)符號(hào)名找到對(duì)應(yīng)的函數(shù)入口。

其實(shí)無(wú)非就是一個(gè)遞歸問(wèn)題，n*m的矩陣問(wèn)題，如果橫著走，就轉(zhuǎn)化為n*(m-1)的問(wèn)題;如果豎著走，就轉(zhuǎn)化為(n-1)*m的問(wèn)題;如果斜著走，就轉(zhuǎn)化為(n-1)*(m-1)的問(wèn)題……最終轉(zhuǎn)化為有著確定的勝負(fù)結(jié)果的一行或一列的問(wèn)題。

python2：

>>> s = ['7', '13', '4', '246']
>>> print(''.join(sorted(s, cmp=lambda x,y: int(y+x)-int(x+y))))
7424613

python3：

from functools import cmp_to_key
>>> s = ['12', '123']
>>> print(''.join(sorted(s, key=cmp_to_key(lambda x,y: int(y+x)-int(x+y)))))
12312

我覺(jué)著你可能不是相對(duì)路徑，相對(duì)路徑默認(rèn)的圖片路徑都會(huì)被編譯

檢查以下是不是圖片路徑寫(xiě)的是/img/pic1.jpg