喜聞樂(lè)見

windows linux UTF-8，這三個(gè)詞連在一起就是喜聞樂(lè)見的BOM問(wèn)題。

是什么+為什么：

https://www.zhihu.com/questio...

怎么辦：

windows下別用記事本，用vscode或者notepad++或者啥都行，別用記事本就行。

# -*- coding: utf-8 -*-

import json

msg = b'{"action":"auth","msg":"eval(\\"\\\\x4d\\\\x61\\\\x74\\\\x68\\\\x2e\\\\x63\\\\x6f\\\\x73\\\\x28\\\\x31\\\\x35\\\\x31\\\\x35\\\\x37\\\\x37\\\\x38\\\\x31\\\\x34\\\\x30\\\\x29\\")"}'
msg = json.loads(msg)['msg']

#復(fù)雜點(diǎn)的
import re
print ''.join(chr(int(s, 16)) for s in re.findall(r'\\x(.{2})', msg))

#簡(jiǎn)單點(diǎn)的
print eval(msg.replace('eval', ''))

就是普通的排列組合，別想多了。

• 第二點(diǎn)：最大生命值為$w$，那么

  • $x$個(gè)生命值為$w$的里面至少要選一個(gè)：$2^x-1$
  • $y$個(gè)生命值小于$w$的有沒有都行：$2^y$

• 第三點(diǎn)：包含生命值$w$，那么

  • $n-y$個(gè)生命值大于$w$的有沒有都行：$2^{n-y}$
  • $y$個(gè)生命值小于$w$的有沒有都行：$2^y$

至于它為什么$2^y$都要減$1$，想了一下，覺得意義不明。倒是$2^x$不減$1$肯定有問(wèn)題。

簽名要私鑰的，沒私鑰簽不了
簽名驗(yàn)證靠公鑰，公鑰推私鑰要幾百幾千年

基本思路：
假設(shè)你已經(jīng)有了一個(gè)成語(yǔ)詞典。
對(duì)于24個(gè)漢字，從第一個(gè)開始
{
找出該漢字開頭的所有成語(yǔ)，對(duì)符合條件的所有成語(yǔ)，
判斷第二個(gè)漢字是否包含在24個(gè)漢字中，對(duì)符合條件的依次判斷第三個(gè)第四個(gè)，
找到則跳出循環(huán)。
}
這個(gè)最壞需要遍歷24遍詞典。
優(yōu)化：
對(duì)于成語(yǔ)詞典，假設(shè)是按拼音順序排列的。
首先對(duì)于你的24個(gè)漢字，按拼音順序排列一遍
從第一個(gè)開始，查找該漢字開頭對(duì)應(yīng)的成語(yǔ)，依次判斷成語(yǔ)的第二三四個(gè)漢字。
如果找到則跳出，否則到下一個(gè)漢字，繼續(xù)向下查找詞典。
這個(gè)最壞只需要1遍。
其中有個(gè)問(wèn)題，假如有一個(gè)漢字沒有對(duì)應(yīng)的成語(yǔ)怎么辦，所以詞典可能也要包含該漢字來(lái)做標(biāo)記（低效率），或者對(duì)拼音比大小來(lái)判斷該漢字是否已經(jīng)掠過(guò)了。

運(yùn)行前，需要配置bitcoin.conf，將其放在/.bitcoin/下面

你這個(gè)無(wú)非就是枚舉法，至于所謂加法運(yùn)算，不明白，既然是一對(duì)多，兩個(gè) for 循環(huán)？

我也是這個(gè)問(wèn)題，不知道為什么，樓主解決了嗎

name是原始類型，return的那一刻把name的值拷貝了了一份返回了，以后name的任何修改都影響不到你的返回值

N4687

11.3.2 Reference

4. It is unspecified whether or not a reference requires storage (6.7).

所以指針不占空間這個(gè)說(shuō)法是unspecificed的, 意思就是無(wú)論占不占都是合理的, 可能同一個(gè)程序這里占了, 那里不占也行.

而具體編譯器的實(shí)現(xiàn)自然也是有自己的優(yōu)化啊. 引用下幻の上帝6年前在這里的說(shuō)法:

可能各人理解的意思有點(diǎn)不一樣……不過(guò)我還是傾向于照字面理解。
說(shuō)它占空間，或者說(shuō)具有存儲(chǔ)，是不強(qiáng)調(diào)究竟占內(nèi)存還是占寄存器的……（register不也是算storage class specifier么。）這樣就沒問(wèn)題了吧。
總結(jié)：
引用可以占空間，只不過(guò)沒法通過(guò)常規(guī)訪問(wèn)對(duì)象的方式對(duì)它的內(nèi)容進(jìn)行操作，但可以包裝成對(duì)象后轉(zhuǎn)換類型來(lái)繞過(guò)這個(gè)限制；
占了空間的引用和對(duì)象一樣可能從內(nèi)存中被優(yōu)化掉放到寄存器中；
對(duì)于某些引用可能在編譯期確定它自身的內(nèi)容，那么運(yùn)行時(shí)就不占空間（不算代碼段之類）。

1.如果有固定位數(shù)，并且不太多的話，你可以先把所有滿足的結(jié)果列舉出來(lái)，存在一個(gè)數(shù)組里，然后用需要判斷的變量與數(shù)組里的每一項(xiàng)比較。
2.如果不想列舉的話，臥槽，兄弟你這規(guī)則有點(diǎn)奇怪啊，什么鬼都能叫順子嗎~~

輸出結(jié)果相同是因?yàn)閜f指向同一個(gè)函數(shù)，為"In devired"是因?yàn)閜f指向虛函數(shù)。

8.5.1.2.2 For a call to a non-static member function, the postfix expression shall be an implicit (12.2.2, 12.2.3) or explicit class member access (8.5.1.5) whose id-expression is a function member name, or a pointer-to-member expression (8.5.4) selecting a function member;

8.5.1.2.3 If a function or member function name is used, the appropriate function and the validity of the call are determined according to the rules in 16.3. If the selected function is non-virtual, or if the id-expression in the class member access expression is a qualified-id, that function is called. Otherwise, its final overrider (13.3) in the dynamic type of the object expression is called; such a call is referred to as a virtual function call.

取非靜態(tài)成員函數(shù)的地址必須加&。不是CLION的問(wèn)題。

8.5.2.1.4 A pointer to member is only formed when an explicit & is used and its operand is a qualified-id not enclosed in parentheses.

引自N4741, C++20 working draft. 這兩部分歷代標(biāo)準(zhǔn)應(yīng)該都一樣，不放心的話自己根據(jù)編譯器設(shè)置查閱相關(guān)文檔吧。

首先要確保車輪的模型坐標(biāo)原點(diǎn)是不是中心，如果不是中心，可以先平移到原點(diǎn)再進(jìn)行旋轉(zhuǎn)或者干脆在建模軟件種編輯修正模型的坐標(biāo)位置。另外我記得glm的translate、rotate和scale是用的右乘的方式實(shí)現(xiàn)的，所以需要反過(guò)來(lái)，這一點(diǎn)你上面應(yīng)該沒錯(cuò)。多半是模型坐標(biāo)的問(wèn)題。

• Because msvc's support for constexpr is a shit. When static_assert see IsBaseOf<A, B>::value, it is not regarded as const expression: http://rextester.com/ATOC6638
• So, it is not your fault, just msvc's bug. You can test your codes on gcc/clang, both will compile happily :http://rextester.com/IWU81465

你把子組件里面取值代碼改成這個(gè) this.$route.params.ordersid

1.644834 1.644725 是用float計(jì)算來(lái)出來(lái)。精度低。

你的代碼是用double算出來(lái)的，精度高。

用double計(jì)算，兩次計(jì)算的數(shù)據(jù)，也會(huì)不一樣。
但你的代碼顯示一樣，是因?yàn)槟闶前磃loat的格式輸出double的數(shù)據(jù)。
如果你輸出double所有的小數(shù)，結(jié)果就會(huì)不一樣。
就是這樣的數(shù)據(jù)。
1.64483407184805963
1.64483407184806518
最后向幾位不一樣。

如果用float，就是這樣的數(shù)據(jù)
1.64483404159545898
1.64472532272338867

附c++，double計(jì)算的代碼

#include <iostream>
int main()
{
double s=0;
for(int i=10000;i>0;i--)
{
double t = 1.0/(i*i);
s +=t;

}
std::cout.precision(17);
std::cout<<std::fixed<<s<<std::endl;

s = 0;
for(int i=1;i<=10000;i++)
{
double t = 1.0/(i*i);
s +=t;
}
std::cout.precision(17);
std::cout<<std::fixed<<s<<std::endl;
}

單精度浮點(diǎn)數(shù)在機(jī)內(nèi)占4個(gè)字節(jié)，用32位二進(jìn)制描述。
雙精度浮點(diǎn)數(shù)在機(jī)內(nèi)占8個(gè)字節(jié)，用64位二進(jìn)制描述。

lstrip用法如下:str. lstrip([chars])
lstrip會(huì)刪除你后面出現(xiàn)的所有可能的字符串,知道字符串不存在那個(gè)列表里。

比方說(shuō)，str.lstrip('say')
str依次被去除首尾在['s'，'a'，'y']數(shù)組內(nèi)的字符，直到字符在不數(shù)組內(nèi)

下面是具體的樣例：

>>> '   spacious   '.lstrip()
'spacious   '
>>> "AABAA".lstrip("A")
'BAA'
>>> "ABBA".lstrip("AB") # both AB and BA are stripped
''
>>> "ABCABBA".rstrip("AB")
'ABC'
>>> "ABCABBA".lstrip("AB")
'CABBA'

你可以查一下vue單文件組件，這也是項(xiàng)目中最常使用的組件組織形式。

c 語(yǔ)言的 宏 是自動(dòng)根據(jù)值來(lái)確定類型的？？

宏是不帶類型信息的, 只是preprocessor的一個(gè)文本替換的, 與之相對(duì)的c++的模板則帶有類型信息.

請(qǐng)問(wèn) 宏 的實(shí)際應(yīng)用價(jià)值是什么？？

原理

簡(jiǎn)單的說(shuō), 就是文本替換, 只不過(guò)基于文本替換可以玩出來(lái)些花樣.

實(shí)際應(yīng)用價(jià)值

性能 能省去函數(shù)調(diào)用的開銷, 實(shí)現(xiàn)真正意義上的inline.

實(shí)現(xiàn)泛型與重載 c是不支持這倆貨的, 一定層面, 宏可以實(shí)現(xiàn)其功能, 很經(jīng)典的一個(gè)例子: #define max(a,b) ((a)<(b)?(b):(a)), 可以傳int, float等等, 你可以理解為支持了重載, 也可以理解為支持了泛型, 雖然很丑陋233. 再舉個(gè)不那么常見的:

#define MAKE_PAIR(T) \
  typedef struct MAKE_PAIR##T{ \
       T first; \
       T second; \
  } ##T##_pair 

 MAKE_PAIR(char);
 MAKE_PAIR(int);
 MAKE_PAIR(float);

這樣就直接定義了多個(gè)類型的pair. 也是對(duì)泛型的模擬.

我感覺他和 變量 的作用是一樣的..，而且相比變量感覺由于沒有聲明數(shù)據(jù)類型，在使用上更加不方便...

就是不方便呀, 而且不只是缺乏類型, 更重要的是它的scope是dynamic scope, 而不是大家所熟知的lexical scope, 前者的name lookup是在調(diào)用處尋找, 而后者則是在定義處. 這有時(shí)候會(huì)造成混亂.

什么時(shí)候可以用?

• 自己瞎玩時(shí)
• 確定下來(lái)真的是某個(gè)函數(shù)是性能瓶頸(這種情況其實(shí)很少出現(xiàn))

什么時(shí)候不該用?

能不用的時(shí)候就別用

Update

回復(fù)OP的疑問(wèn): 你給的這兩個(gè)鏈接的說(shuō)法都不對(duì). inline這個(gè)keyword和語(yǔ)義inline本身無(wú)關(guān), 你添加了inline其實(shí)不會(huì)對(duì)編譯器有什么影響. 編譯器有自己的判斷. c的inline是c99開始出現(xiàn)的, 貌似是學(xué)c++的. c語(yǔ)言的odr(或者說(shuō)c其實(shí)是沒有odr的, 這里只是代指那套規(guī)則)我不是很熟悉, 不過(guò)在c++里面inline關(guān)鍵詞的作用就是屏蔽odr檢查. 和inline的語(yǔ)義(內(nèi)聯(lián))沒有任何關(guān)系. 泛型的話也別看百度百科, 里面問(wèn)題一大堆. 多搜英文資料. 或者寫寫c++的模板就知道了. 上面那個(gè)pair應(yīng)該還是很容易看出泛型在c里面的應(yīng)用的. 不只是primitive type, 其實(shí)你自己的結(jié)構(gòu)體也可以這樣很輕松的做出搞出來(lái)pair.

最后得到的單鏈表是不是如圖所示：——是

所以是不是其實(shí)最后還有一個(gè)尾結(jié)點(diǎn)，這個(gè)結(jié)點(diǎn)為nullptr，但是如果統(tǒng)計(jì)結(jié)點(diǎn)的時(shí)候其實(shí)它也是一個(gè)結(jié)點(diǎn)的存在？——這里有個(gè)兩個(gè)問(wèn)題，前半部分，后面沒有尾節(jié)點(diǎn)了，那個(gè)nullptr是保存數(shù)字5的那個(gè)節(jié)點(diǎn)的next指針的值。指針指向內(nèi)存地址，如果指向nullptr的話，表明不對(duì)應(yīng)任何內(nèi)存地址，所以不存在這個(gè)尾節(jié)點(diǎn)。統(tǒng)計(jì)節(jié)點(diǎn)的時(shí)候，這個(gè)節(jié)點(diǎn)也不存在，不能統(tǒng)計(jì)進(jìn)去。

我傳入的L是不是之前創(chuàng)建的鏈表的頭結(jié)點(diǎn)（就是沒有存儲(chǔ)data，next指針指向第一個(gè)真正存儲(chǔ)data的那一個(gè)結(jié)點(diǎn)）？——算是對(duì)的，但是更嚴(yán)格的講，L是指向你創(chuàng)建的鏈表的頭節(jié)點(diǎn)的指針，它指向你創(chuàng)建的頭節(jié)點(diǎn)。