judge并沒(méi)有立即執(zhí)行，而是在(...arg)=>judge(...args,...arg);方法被調(diào)用時(shí)才被執(zhí)行
這個(gè)curry后的函數(shù)只有在傳入的最后一個(gè)參數(shù)可以被轉(zhuǎn)換為false的時(shí)候才開始執(zhí)行，它存參數(shù)的方法也很簡(jiǎn)單
1，判斷如果最后一個(gè)參數(shù)是否可以是false
2，是的話就把所有保存的參數(shù)放到fn里執(zhí)行，結(jié)束
3，否則，返回一個(gè)新的匿名函數(shù)，這個(gè)函數(shù)把所有傳入?yún)?shù)保存在arg數(shù)組中，而這個(gè)匿名函數(shù)被執(zhí)行后，就把以前收到的參數(shù)數(shù)組和當(dāng)前的參數(shù)數(shù)組合并后，放到前面說(shuō)的邏輯中，在judge函數(shù)里判斷，重復(fù)第1步

let curry = function(fn) {
    var judge = function(...args) {
        if (Boolean(args[args.length - 1])===false) {
            return fn(args);//three(null)就到這里了
        } else {
            return function(...arg) { //one和two和three都是這個(gè)函數(shù)
                return judge(...args, ...arg);
            }
        }
    }
    return judge;
}

在最前面全部聲明一下就行。

class class1;
class class2;

class class1
{
public:
    friend void Print(class1 &a, class2 &b);
};

class class2
{
public:
    friend void Print(class1 &a, class2 &b);
};

如果當(dāng)成執(zhí)行式的話,c++,++c,c+=1,c=c+1對(duì)程式設(shè)計(jì)師來(lái)說(shuō)是相同的,
也就是說(shuō),在程式裡出現(xiàn):
c++;
++c;
c=c+1;
c+=1;
這四段程式碼執(zhí)行結(jié)果是相同的.

但如果拿來(lái)當(dāng)表示式,就有所不同了,
c=7; x=c++; 執(zhí)行後c=8,x=7
c=7; x=++c; 執(zhí)行後c=8,x=8
c=7; x=c+=1; 執(zhí)行後c=8,x=8
也就是說(shuō)++c和c+=1會(huì)先執(zhí)行加的動(dòng)作,
再拿其值來(lái)當(dāng)表示式,
c++則是先拿其值來(lái)當(dāng)表示式,再執(zhí)行加的動(dòng)作.

http://www.programmer-club.co...

L33用的是k++，先把k=3賦給了m[3][0]，之后再加。所以跟m[2][0]是一樣的。

建議：++k/k++永遠(yuǎn)單獨(dú)放一行，不給自己找麻煩。事實(shí)上，因?yàn)檫@兩個(gè)語(yǔ)法太討厭，python這種以優(yōu)雅為設(shè)計(jì)原則的語(yǔ)言直接廢棄了這兩種語(yǔ)法。

x += x+++x;
根據(jù)c語(yǔ)言的貪婪匹配原則，會(huì)被認(rèn)為是x+=(x++)+x;x在+=時(shí)為11了，x+++x是10+11，最后應(yīng)該是11+10+11，不過(guò)這是我自己猜的，這種在一個(gè)表達(dá)式中多次修改變量值的行為是ub，會(huì)因?yàn)榫幾g器不同可以有不同結(jié)果。

類型轉(zhuǎn)換

#include <iostream>

struct width{
    int w;
    constexpr operator int()const {
        return w;
    }
};
int main(void)
{
    width w{8};
    int i = w; // 隱式轉(zhuǎn)換
    int j = int(w); // 顯式
    int k = width(w);

    std::cout<<i<<j<<k;
}
---
888

附：參考鏈接

• 可以使用streambuf（二進(jìn)制流）的方式直接動(dòng)態(tài)分配內(nèi)存

• 同時(shí)使用read_until函數(shù)讀取結(jié)束符

• 最后可以再轉(zhuǎn)換成string類型進(jìn)行使用

boost::asio::streambuf pic_info;
boost::asio::read_until(socket, pic_info, "end", ec);

很簡(jiǎn)單的問(wèn)題，npm這個(gè)報(bào)錯(cuò)我也是服了，就是flash這個(gè)用戶名被注冊(cè)過(guò)了，換一個(gè)就好了，我解決了在這里記錄一下，怕以后忘了...

表達(dá)式"s"的類型是const char[]，表達(dá)式 'a'的類型是char。

數(shù)組是不能進(jìn)行內(nèi)置加法運(yùn)算的。所以const char []會(huì)被轉(zhuǎn)換成const char *，這里的運(yùn)算就變成了"指針+整型"(char是一種整型)。輸出空行的運(yùn)行結(jié)果實(shí)際上是數(shù)組越界引起的。

String literal
Narrow multibyte string literal. The type of an unprefixed string literal is const char[]

Additive operators
addition. For the built-in operator, lhs and rhs must be one of the following: Both have arithmetic or unscoped enumeration type. In this case, the usual arithmetic conversions are performed on both operands and determine the type of the result. One is a pointer to complete object type, the other has integral or unscoped enumeration type. In this case, the result type has the type of the pointer

Array-to-pointer decay
There is an implicit conversion from lvalues and rvalues of array type to rvalues of pointer type: it constructs a pointer to the first element of an array. This conversion is used whenever arrays appear in context where arrays are not expected, but pointers are.

title 沒(méi)加索引吧

首先, 你需要展示自己在解決這個(gè)問(wèn)題的過(guò)程中做出了哪些嘗試, 搜了哪些東西, 得出些什么結(jié)論. 而不是這樣就扔個(gè)代碼.
先把這篇帖子讀了: https://stackoverflow.com/que...

為了充實(shí)下此答案, 稍微結(jié)合下你的問(wèn)題說(shuō)下, 雖然沒(méi)什么意義, 因?yàn)槟瞧诱f(shuō)的很好了, 不過(guò)沒(méi)有引用標(biāo)準(zhǔn),
語(yǔ)言律師可能不是很喜歡, 所以我再補(bǔ)充些標(biāo)準(zhǔn)里的. (這是符合stackexchange的規(guī)則的, 因?yàn)槲医o出了原鏈):

雖然有了前置聲明, 但是編譯器并不知道Fsm的大小, 成員, 方法. 它此時(shí)被稱作incomplete type, 它是不能被解引用的(operator->其實(shí)也是解引用符), 所以你用vs的話雙擊error會(huì)調(diào)到幾行解引用的地方, compile time error了.

1. 不會(huì)，
2. 時(shí)間太小了，哪有你這么測(cè)試的。。

public class Solution {
    /**
     * @param n an integer
     * @return a list of Map.Entry<sum, probability>
     */
    public List<Map.Entry<Integer, Double>> dicesSum(int n) {
        // Write your code here
        // Ps. new AbstractMap.SimpleEntry<Integer, Double>(sum, pro)
        // to create the pair
         List<Map.Entry<Integer, Double>> results = 
                new ArrayList<Map.Entry<Integer, Double>>();
        
        double[][] f = new double[n + 1][6 * n + 1];
        for (int i = 1; i <= 6; ++i)
            f[1][i] = 1.0 / 6;

        for (int i = 2; i <= n; ++i)
            for (int j = i; j <= 6 * n; ++j) {
                for (int k = 1; k <= 6; ++k)
                    if (j > k)
                        f[i][j] += f[i - 1][j - k];

                f[i][j] /= 6.0;
            }

        for (int i = n; i <= 6 * n; ++i) 
            results.add(new AbstractMap.SimpleEntry<Integer, Double>(i, f[n][i]));

        return results;
    }
}

動(dòng)態(tài)規(guī)劃算法，了解一下
鏈接描述

鏈接描述

沒(méi)打斷點(diǎn)也有hello

1. 看你 5天前注冊(cè)的，是個(gè)新人，花時(shí)間跟你說(shuō)說(shuō)；
2. 在這里大家都忙著問(wèn)讓自己漲見(jiàn)識(shí)、學(xué)知識(shí)的問(wèn)題；而回答的人也是這樣，幫助新人相互學(xué)習(xí)；
3. 這類似機(jī)遇啥的問(wèn)題，可以到 逼乎等地方問(wèn)問(wèn)；剛剛幫你搜了，沒(méi)有機(jī)遇這個(gè)標(biāo)簽，創(chuàng)建標(biāo)簽需要1.5K聲望，想想為什么要這么高的聲望才能創(chuàng)建標(biāo)簽？
4. 工作好不好找，去文章區(qū) 搜索面試題；如果大部分題目你都懂并能實(shí)現(xiàn)，那很好找工作；
5. 這個(gè)社區(qū)很溫暖，因?yàn)榇蠹蚁虢⒌氖且粋€(gè)知識(shí)性，權(quán)威，高質(zhì)量的平臺(tái)；但是你這個(gè)問(wèn)題如果很多別人幫你的話，以后可能出現(xiàn)更多類似的問(wèn)題，我給踩你的人點(diǎn)贊。
6. 本來(lái)也想抬手就一個(gè)踩，可能是現(xiàn)在心情很好，所以花時(shí)間跟你說(shuō)這些，以后我也少逼逼，或者看到類似的問(wèn)題直接踩；
7. 總之，這種道理性的話題說(shuō)不完，以后也更少人愿意說(shuō)給你聽(tīng)。

附上一張如何提問(wèn)的圖：

一知半解，嘗試拋磚引玉：）

1. 中国 并非 utf-8，而是HTML、XML 等 SGML 類語(yǔ)言的轉(zhuǎn)義序列（escape sequence）。它們不是「編碼」。以 HTML 為例，這三種轉(zhuǎn)義序列都稱作 character reference：第一種是 character entity reference，后接預(yù)先定義的 entity 名稱，而 entity 聲明了自身指代的字符。后兩種是 numeric character reference（NCR），數(shù)字取值為目標(biāo)字符的 Unicode code point；以「&#」開頭的后接十進(jìn)制數(shù)字，以「&#x」開頭的后接十六進(jìn)制數(shù)字。NCR 以 Unicode 為準(zhǔn)，與文檔編碼無(wú)關(guān)。「中國(guó)」二字分別是 Unicode 字符 U+4E2D 和 U+56FD，十六進(jìn)制表示的 code point 數(shù)值「4E2D」和「56FD」

所以。 其實(shí)上你可以理解是特定前綴+ Unicode （ 非 utf-8）編碼。 所以你看看其實(shí)和 unicode 是一樣的。

1. % 是URL編碼規(guī)定的轉(zhuǎn)義前綴。 所以你看看這個(gè)其實(shí)和 utf-8 的中國(guó)是一樣一樣的（請(qǐng)刨除前綴看）
2. 說(shuō)實(shí)在的。。沒(méi)有看懂了。

您好，您這個(gè)問(wèn)題解決了嗎，遇到類似的問(wèn)題，方便給予解答嗎。 qq郵箱 137370999@qq.com 。謝謝！

可以的，之前我做項(xiàng)目的時(shí)候，只發(fā)布自己代碼打的jar就可以了，
其他jar單獨(dú)放上去，還有那些靜態(tài)資源一般都比較大，也傳一次不更新就不用再打包了

槽點(diǎn)1:

BaseClass *b = new BaseClass();
std::shared_ptr<BaseClass> test(b->getInstance());

這是bad practice, 雖然還不是UB, 但是只有一步之遙了, 比如加一個(gè)std::shared_ptr<BaseClass> test2(b->getInstance());就double delete了.

解決方法:

所以第一步要做的是把BaseClass *b = new BaseClass();修改成std::shared_ptr<BaseClass> b(new BaseClass);

到此結(jié)束了嗎? 不, 繼續(xù)噗:

槽點(diǎn)2:

  std::shared_ptr<BaseClass> getInstance()
  {
      return std::shared_ptr<BaseClass>(this);
  }
  

假設(shè)已經(jīng)做出上述修改了, 由于上段代碼的存在, 依舊會(huì)杯具. 原因和上面類似, 因?yàn)?code>test并不知道this已經(jīng)被b用過(guò)了, 所以引用計(jì)數(shù)就gg了. 你需要自己實(shí)現(xiàn)一個(gè)shared_ptr就能理解了.

解決方法:

使用std::enable_shared_from_this:

class BaseClass :  enable_shared_from_this<S>
{
public:
  BaseClass(){cout << "BaseClass construct" << endl;}
  ~BaseClass(){cout << "Base destructor" << endl;}
  std::shared_ptr<BaseClass> getInstance()
  {
      return shared_from_this();
  }
};

想進(jìn)一步了解可以去看enable_shared_from_this是如何實(shí)現(xiàn)的.

槽點(diǎn)3:

不存在disconstruct這種說(shuō)法, 跟我念: destructor

槽點(diǎn)4:

永遠(yuǎn)不要貼截圖(qq群里也一樣, 不通過(guò)markdown就用paste.ubuntu.

懶得打字這次我給你輸好了, 請(qǐng)貼近問(wèn)題描述中:

#include <iostream>
#include <memory>
using namespace std;
class BaseClass;
class ChildClass;
typedef std::shared_ptr<BaseClass> BaseClassPtr;
typedef std::shared_ptr<ChildClass> ChildClassPtr;
class BaseClass
{
public:
  BaseClass(){cout << "BaseClass construct" << endl;}
  ~BaseClass(){cout << "Base destructor" << endl;}
  std::shared_ptr<BaseClass> getInstance()
  {
      return std::shared_ptr<BaseClass>(this);
  }
};
int main()
{
    BaseClass *b = new BaseClass();
    std::shared_ptr<BaseClass> test(b->getInstance());
    cout << "end" << endl;
}

槽點(diǎn)5:

你應(yīng)該把這段代碼的鏈接發(fā)出來(lái), 一方面展示自己從哪里獲取的信息, 一方面挺想看是誰(shuí)寫出這樣的代碼的.

槽點(diǎn)6:

這是針對(duì)另一位答主的, 語(yǔ)言沒(méi)有規(guī)定是heap, 只說(shuō)了是free store. 具體可以參見(jiàn)帝球此貼

槽點(diǎn)7:

這是一個(gè)c++的問(wèn)題, 不要貼c的標(biāo)簽, 完全兩門不搭界的語(yǔ)言.

不需要的，proxyTable 只是在開發(fā)環(huán)境中起到代理的作用，解決開發(fā)環(huán)境的跨域問(wèn)題；項(xiàng)目打包放到線上，需要后臺(tái)的配置下Nginx解決跨域問(wèn)題。