Redian新闻
>
垃圾乐视发垃圾推销邮件没完了
avatar
垃圾乐视发垃圾推销邮件没完了# PDA - 掌中宝
b*n
1
不知道别的公司怎么样,反正在我刚加入的这家公司,下面的C++代码不能通过review:
(1) const int x = 3;
(2) if (x == 3) {
(3) void f();
必须要改成:
(1) int const x(3);
(2)
if (3 == x)
{
(3)
void
f();
最奇葩的是:不允许在函数定义中加任何空行和注释。
最近不停地想,是不是该撤。
avatar
f*e
2
想用用cat5 certification订。hotel是cat 5但是有point break。所以只要20k
points。
奇怪的是在网上用cat5 cerficiation订不了。只好打电话订。
agent说certificate已经attach了。
但是从account里看,certificate还在,point也没少。
这是怎么回事?
avatar
e*i
3
【 以下文字转载自 WashingtonDC 讨论区 】
发信人: eqi (eqi), 信区: WashingtonDC
标 题: 有人有用 interior designer 的经验吗
发信站: BBS 未名空间站 (Tue Sep 17 12:47:54 2013, 美东)
给说说,内容丰富的发大包子.谢谢.
avatar
c*s
4
请求置顶
活动摘要:草地排球毽球羽毛球网球打牌谈情吃饭一条龙活动.
聚餐: 得月楼
聚餐地址:306 N. Garfield Ave. Monterey Park CA 91754
活动时间:周六9月21日
4:00pm-天黑 排球打牌聊天
5:00pm-天黑 羽毛球,网球
天黑以后 腐败
(也欢迎只来吃饭的朋友,请扫二维码加入我们的微信群联系)

活动地点:
800 S Almansor St Alhambra, CA 91801
Almansor park 请参照下面地图
avatar
e*m
5
去年在乐视美国网站留过个人信息
目前没买任何东西
乐视隔段时间就发一次垃圾邮件,退订也没用
退订选项估计就是忽悠人的
垃圾企业
avatar
L*e
6
这算正常要求,每家有每家的coding convention,照做就是了。格式上的要求都是小
意思,除非是一些coding理念不一样,会影响你捍卫的clean code, security code的
原则的,否则,你去挑战它干嘛?

review:

【在 b*****n 的大作中提到】
: 不知道别的公司怎么样,反正在我刚加入的这家公司,下面的C++代码不能通过review:
: (1) const int x = 3;
: (2) if (x == 3) {
: (3) void f();
: 必须要改成:
: (1) int const x(3);
: (2)
: if (3 == x)
: {
: (3)

avatar
s*i
7
没用过,估计买designer推荐的家具才是大头
avatar
l*g
8
After all these years of sexual starvation on the moon, she apparently has
aged. Lol
avatar
e*m
9
去年在乐视美国网站留过个人信息
目前没买任何东西
乐视隔段时间就发一次垃圾邮件,退订也没用
退订选项估计就是忽悠人的
垃圾企业
avatar
n*s
10
lol, 所谓 3==x 是为了避免你写成 x=3, totally BS
不过, 人在屋檐下。。。
avatar
x*m
11
自己研究研究就行了吧, 当然2M以上的房子当我没说
avatar
g*n
12
那个是猪八戒和嫦娥的女儿。猪八戒就是因为这个才被贬到人间

【在 l**********g 的大作中提到】
: After all these years of sexual starvation on the moon, she apparently has
: aged. Lol

avatar
e*m
13
已经点邮件中的退订选项无数次了,乐视还是不断发送垃圾推销邮件
avatar
L*e
14
这个不算是bullshit吧?是有血的教训的,这种bug在compile时完全没问题,结果有的
时候也能蒙对。3==x, 让bug在compile阶段就能被抓住。。。
前段时间苹果那个著名的潜藏了好几年的bug,如果能follow哪怕单行的if statement
也要用{}括起来的convention,就没那个bug了。。。

【在 n*******s 的大作中提到】
: lol, 所谓 3==x 是为了避免你写成 x=3, totally BS
: 不过, 人在屋檐下。。。

avatar
j*i
15
我见过一个。2000年房子便宜的时候在LA买了个高层公寓,房子70万,花了40万搞室内
装修

【在 x****m 的大作中提到】
: 自己研究研究就行了吧, 当然2M以上的房子当我没说
avatar
m*9
16
设一个spam filter
avatar
b*n
17
其实我们的老年程序员一开始让我这么写:
bool const equal_3(3 == x);
if (equal_3)
{
...
我看得目瞪口呆。
avatar
D*r
18
自己多看houzz.com,看上几千张照片以后就大致知道方向了
avatar
p*s
19
直接block就行了
avatar
s*s
20
没办法 新兵就是要倍欺负

【在 b*****n 的大作中提到】
: 其实我们的老年程序员一开始让我这么写:
: bool const equal_3(3 == x);
: if (equal_3)
: {
: ...
: 我看得目瞪口呆。

avatar
a*o
21
便宜的100左右一小时,贵的700-800一小时,先deposit 10k.
每个designer擅长的style不一样,要看他的portfolio,不然不靠谱。designer的钱就
是design, 出设计图,帮你挑家具,也可陪你去买好的designer就是挣design的钱,涉
及装修的部分是装修的contractor来做,他有自己work with的装修队,你也可找自己
的装修队。designer会有个coordinator, 协调装修队来implement设计,这个
coordinator的钱是另算通常100多一小时。
另外一种是design不收,但是你从他那买家具,有minum require, 另外这类通常不涉
及remodel, 只是decoration.
不管怎样好的designer并不多见,就是有creative的,普通的也就是一般的大路货装饰
一下,一分钱一分货。提高自己美学非常有必要。

【在 e*i 的大作中提到】
: 【 以下文字转载自 WashingtonDC 讨论区 】
: 发信人: eqi (eqi), 信区: WashingtonDC
: 标 题: 有人有用 interior designer 的经验吗
: 发信站: BBS 未名空间站 (Tue Sep 17 12:47:54 2013, 美东)
: 给说说,内容丰富的发大包子.谢谢.

avatar
n*s
22
不争这个, 既然能写到标准里去, 总是有说道的, 个人觉得没必要而已。
BS的意思是这么多眼睛都已经看到了x==3, 不是吗? 那又何必要改。

statement

【在 L*****e 的大作中提到】
: 这个不算是bullshit吧?是有血的教训的,这种bug在compile时完全没问题,结果有的
: 时候也能蒙对。3==x, 让bug在compile阶段就能被抓住。。。
: 前段时间苹果那个著名的潜藏了好几年的bug,如果能follow哪怕单行的if statement
: 也要用{}括起来的convention,就没那个bug了。。。

avatar
e*i
23
谢谢.
其实我的要求并不高,只是无奈对房子一点感觉没有.想要的家具是 ETHAN ALLEN,他们
出的方案的确是只是decoration,LIVING ROOM 家具要25K,它的 window treatment 光
两个WINDOW 就开价8K,现在感觉我还是先小规模的REMODEL,在添置家具.
avatar
n*s
24
如果你要不停地检查 3==x 的话, he has a point, LOL

【在 s****s 的大作中提到】
: 没办法 新兵就是要倍欺负
avatar
x*l
26
同意左眼的,这是正规开发流程所必须的。像那个单行if 要加括号的问题,我们曾因
为类似的bug赔了几百k。在有严格流程的公司,coding review的结果不仅仅和code过
不过有关,而且直接影响年终评级。
avatar
L*e
27
code review的目的不仅仅是保证你这次的code没问题,还要保证将来你不在这个公司
了,别人需要maintain或者refactoring你的code时,包括下次再review你的code时,
不用花时间figure out你意图是写x=3还是x==3(因为经常有人把该用"=="的地方用成"
=",所以,就会增加额外的工作去review你的真实意图确实是"=="而不是"="(因为两种
都是compiler能接受的语法), 而"3==x"的写法review的人能立刻知道你意图写得就是
比较而不是赋值。。。

【在 n*******s 的大作中提到】
: 不争这个, 既然能写到标准里去, 总是有说道的, 个人觉得没必要而已。
: BS的意思是这么多眼睛都已经看到了x==3, 不是吗? 那又何必要改。
:
: statement

avatar
m*n
28
坚持高标准code review需要毅力和勇气的。就比如我,刚到一个新地儿,code review
走过场,我刚来也不好意思挑刺太多。反正有bug也不关我事,一家吃几年就混过去了。
avatar
l*i
29

成"
这个实在没必要,很多compiler都会给warning,真的把==写成=,两边都是变量都傻了
。if (x = y)怎么搞?写3 == x感觉特别反人类。
所以,就会增加额外的工作去review你的真实意图确实是"=="而不是"="(因为两种

【在 L*****e 的大作中提到】
: code review的目的不仅仅是保证你这次的code没问题,还要保证将来你不在这个公司
: 了,别人需要maintain或者refactoring你的code时,包括下次再review你的code时,
: 不用花时间figure out你意图是写x=3还是x==3(因为经常有人把该用"=="的地方用成"
: =",所以,就会增加额外的工作去review你的真实意图确实是"=="而不是"="(因为两种
: 都是compiler能接受的语法), 而"3==x"的写法review的人能立刻知道你意图写得就是
: 比较而不是赋值。。。

avatar
a*m
30
俺基本挺严格style guide。不过你这个是奇葩了一些。。。有点反人类。。。#patpat

review:

【在 b*****n 的大作中提到】
: 不知道别的公司怎么样,反正在我刚加入的这家公司,下面的C++代码不能通过review:
: (1) const int x = 3;
: (2) if (x == 3) {
: (3) void f();
: 必须要改成:
: (1) int const x(3);
: (2)
: if (3 == x)
: {
: (3)

avatar
g*y
31
其他都不算离谱,函数定义里面不能加注释?这个无法理解

review:

【在 b*****n 的大作中提到】
: 不知道别的公司怎么样,反正在我刚加入的这家公司,下面的C++代码不能通过review:
: (1) const int x = 3;
: (2) if (x == 3) {
: (3) void f();
: 必须要改成:
: (1) int const x(3);
: (2)
: if (3 == x)
: {
: (3)

avatar
L*e
32
你不能说一种药它不能治百病,所以它就完全不治病吧?
这个convention就是利用其反人类特征反人类,来强迫让人明确知道他确实是要做比较
而不是赋值,减少“笔误”的可能性。。。

【在 l***i 的大作中提到】
:
: 成"
: 这个实在没必要,很多compiler都会给warning,真的把==写成=,两边都是变量都傻了
: 。if (x = y)怎么搞?写3 == x感觉特别反人类。
: 所以,就会增加额外的工作去review你的真实意图确实是"=="而不是"="(因为两种

avatar
t*d
33
什么bug阿?我没听说,请讲一讲

statement

【在 L*****e 的大作中提到】
: 这个不算是bullshit吧?是有血的教训的,这种bug在compile时完全没问题,结果有的
: 时候也能蒙对。3==x, 让bug在compile阶段就能被抓住。。。
: 前段时间苹果那个著名的潜藏了好几年的bug,如果能follow哪怕单行的if statement
: 也要用{}括起来的convention,就没那个bug了。。。

avatar
g*e
34
这还用想?换我立马车

review:

【在 b*****n 的大作中提到】
: 不知道别的公司怎么样,反正在我刚加入的这家公司,下面的C++代码不能通过review:
: (1) const int x = 3;
: (2) if (x == 3) {
: (3) void f();
: 必须要改成:
: (1) int const x(3);
: (2)
: if (3 == x)
: {
: (3)

avatar
L*e
35
下面是苹果SSL连接验证的一段code,这个bug居然存在了几年才被发现。。。
static OSStatus
SSLVerifySignedServerKeyExchange(SSLContext *ctx, bool isRsa, SSLBuffer
signedParams, uint8_t *signature, UInt16 signatureLen)
{
OSStatus err;
...
if ((err = SSLHashSHA1.update(&hashCtx, &serverRandom)) != 0)
goto fail;
if ((err = SSLHashSHA1.update(&hashCtx, &signedParams)) != 0)
goto fail;
goto fail;
if ((err = SSLHashSHA1.final(&hashCtx, &hashOut)) != 0)
goto fail;
...
fail:
SSLFreeBuffer(&signedHashes);
SSLFreeBuffer(&hashCtx);
return err;
}

【在 t******d 的大作中提到】
: 什么bug阿?我没听说,请讲一讲
:
: statement

avatar
t*e
36
来f吧
avatar
m*s
37
楼主这么想,其他公司的薪酬比这家低$2万。
你愿意少挣2万,当然可以选择走人。

review:

【在 b*****n 的大作中提到】
: 不知道别的公司怎么样,反正在我刚加入的这家公司,下面的C++代码不能通过review:
: (1) const int x = 3;
: (2) if (x == 3) {
: (3) void f();
: 必须要改成:
: (1) int const x(3);
: (2)
: if (3 == x)
: {
: (3)

avatar
s*2
38
确实比较搞笑,不过很多公司都有类似的奇葩规定,LZ不爽就跳了
avatar
n*s
39
(2) 这种Yoda Conditions已经过时了。现在的compiler都会报告"if (x=3)"这样的错
误。
这样的写法影响代码可读性,所以没必要。
http://en.wikipedia.org/wiki/Yoda_conditions
avatar
h*e
40
re
有人就是不明白,哪天他脚底抹油了,让人家别人怎么maintain他的code?还不是靠这
些standard

成"
两种

【在 L*****e 的大作中提到】
: code review的目的不仅仅是保证你这次的code没问题,还要保证将来你不在这个公司
: 了,别人需要maintain或者refactoring你的code时,包括下次再review你的code时,
: 不用花时间figure out你意图是写x=3还是x==3(因为经常有人把该用"=="的地方用成"
: =",所以,就会增加额外的工作去review你的真实意图确实是"=="而不是"="(因为两种
: 都是compiler能接受的语法), 而"3==x"的写法review的人能立刻知道你意图写得就是
: 比较而不是赋值。。。

avatar
z*y
41
编码规则每个公司多少都有,一般都来自经验,有的却是是很变扭,但是规定就是规定。
x==3, 3==x我觉得问题都不大。
很多规定if/else后面必须加{},其实这也挺恶心的。我现在习惯如果只有一条语句写
在同行,可读性要高一些。
avatar
j*o
42
加{}是为了方便你以后再加别的语句,我倒是习惯不管多短都加{},很讨厌只写一行。

定。

【在 z***y 的大作中提到】
: 编码规则每个公司多少都有,一般都来自经验,有的却是是很变扭,但是规定就是规定。
: x==3, 3==x我觉得问题都不大。
: 很多规定if/else后面必须加{},其实这也挺恶心的。我现在习惯如果只有一条语句写
: 在同行,可读性要高一些。

avatar
z*y
43
加{}挺头疼啊。
if
{
statement;
}
或者
if {
statement;
}
后者要好一点,前者空行太难看了。
if { statement;}
这种又不太优雅,增加代码还是要调整成以上两种
所以我喜欢 if statement;增加代码就必须调整结构。

【在 j******o 的大作中提到】
: 加{}是为了方便你以后再加别的语句,我倒是习惯不管多短都加{},很讨厌只写一行。
:
: 定。

avatar
w*r
44
我们code没有人给review,爱怎么写怎么写
一个project好几人经手后你能看到几个code不同的风格和做法
然后我就在那里想,该用哪种呢?
avatar
z*y
45
比起这个还有更变态的,不过不是编码规则,是代码修改注释。
某公司是这么规定的,当产品到达一定的miletone以后,所有代码修改都需要有一个标
准注释。
首先,当然是要产生一个issue或者ticket描述为啥修改,然后:
如果你是单纯的新增代码,那么:
// begin ISSUE-XXX ADD BY XXXXX(姓名拼音) YYYYYYYY(工号), 20XX/XX/XX
your code
// end ISSUE-XXX ADD BY XXXXX(姓名拼音) YYYYYYYY(工号), 20XX/XX/XX
修改代码就是把以上ADD替换成MODIFIED。然后就可以经常看到如下代码:
// begin ISSUE-966 MODIFIED BY GEBILAOWANG 99999, 2011/11/11
// begin ISSUE-485 MODIFIED BY ZHAOSI 99998, 2010/11/11
// begin ISSUE-333 MODIFIED BY ZHANSAN 99990, 2010/05/11
// begin ISSUE-234 ADD BY LAOYUANGONG 99980, 2010/01/11
SOME CODE
// end ISSUE-234 ADD BY LAOYUANGONG 99980, 2010/01/11
SOME CODE
// end ISSUE-333 MODIFIED BY ZHANSAN 99990, 2010/05/11
SOME CODE
// end ISSUE-485 MODIFIED BY ZHAOSI 99998, 2010/11/11
// end ISSUE-966 MODIFIED BY GEBILAOWANG 99999, 2011/11/11
这么代码读起来简直是棒棒哒!
avatar
h*n
46
尼玛这不是version control软件干的活么,怎么让程序员手工来做了?

【在 z***y 的大作中提到】
: 比起这个还有更变态的,不过不是编码规则,是代码修改注释。
: 某公司是这么规定的,当产品到达一定的miletone以后,所有代码修改都需要有一个标
: 准注释。
: 首先,当然是要产生一个issue或者ticket描述为啥修改,然后:
: 如果你是单纯的新增代码,那么:
: // begin ISSUE-XXX ADD BY XXXXX(姓名拼音) YYYYYYYY(工号), 20XX/XX/XX
: your code
: // end ISSUE-XXX ADD BY XXXXX(姓名拼音) YYYYYYYY(工号), 20XX/XX/XX
: 修改代码就是把以上ADD替换成MODIFIED。然后就可以经常看到如下代码:
: // begin ISSUE-966 MODIFIED BY GEBILAOWANG 99999, 2011/11/11

avatar
n*s
47
这种, 刚开始挺拽, 一眼就能看出来都什么人修了什么BUG, 这么干上几年就LOL了。

【在 z***y 的大作中提到】
: 比起这个还有更变态的,不过不是编码规则,是代码修改注释。
: 某公司是这么规定的,当产品到达一定的miletone以后,所有代码修改都需要有一个标
: 准注释。
: 首先,当然是要产生一个issue或者ticket描述为啥修改,然后:
: 如果你是单纯的新增代码,那么:
: // begin ISSUE-XXX ADD BY XXXXX(姓名拼音) YYYYYYYY(工号), 20XX/XX/XX
: your code
: // end ISSUE-XXX ADD BY XXXXX(姓名拼音) YYYYYYYY(工号), 20XX/XX/XX
: 修改代码就是把以上ADD替换成MODIFIED。然后就可以经常看到如下代码:
: // begin ISSUE-966 MODIFIED BY GEBILAOWANG 99999, 2011/11/11

avatar
t*e
48
但不论如何lint还是要过把。。。
avatar
m*m
49
那 if (x==y)是不是彻底煞笔了..
好奇Lint check不能警告或者彻底禁止条件语句里的赋值吗?要赋值必须先用另一行处
理。

【在 n*******s 的大作中提到】
: lol, 所谓 3==x 是为了避免你写成 x=3, totally BS
: 不过, 人在屋檐下。。。

avatar
I*e
50
如果你的主要工作内容有趣,管这个干什么?Those are just trivial things. 如果
你主要工作内容没趣,那么你应该走人,也无须管这个。

review:

【在 b*****n 的大作中提到】
: 不知道别的公司怎么样,反正在我刚加入的这家公司,下面的C++代码不能通过review:
: (1) const int x = 3;
: (2) if (x == 3) {
: (3) void f();
: 必须要改成:
: (1) int const x(3);
: (2)
: if (3 == x)
: {
: (3)

avatar
n*s
51
本来写程序的人应该知道他在干什么, 这些所谓的标准都是好事者后加上去的, 信则
有啊, LOL

【在 m**m 的大作中提到】
: 那 if (x==y)是不是彻底煞笔了..
: 好奇Lint check不能警告或者彻底禁止条件语句里的赋值吗?要赋值必须先用另一行处
: 理。

avatar
t*d
52
是两个go to ,到底一定会滑到fail那个么?

【在 L*****e 的大作中提到】
: 下面是苹果SSL连接验证的一段code,这个bug居然存在了几年才被发现。。。
: static OSStatus
: SSLVerifySignedServerKeyExchange(SSLContext *ctx, bool isRsa, SSLBuffer
: signedParams, uint8_t *signature, UInt16 signatureLen)
: {
: OSStatus err;
: ...
: if ((err = SSLHashSHA1.update(&hashCtx, &serverRandom)) != 0)
: goto fail;
: if ((err = SSLHashSHA1.update(&hashCtx, &signedParams)) != 0)

avatar
L*e
53
对,就是说那行goto以下的代码成了死代码,永远不会被执行到,那些代码所做的验证
也就永远不会被执行。。。
就这,上面还有人吐槽说单行的if statement必须加{}是多此一举呢。。。

【在 t******d 的大作中提到】
: 是两个go to ,到底一定会滑到fail那个么?
avatar
n*d
54
这种属于小事,何必执著?怎么要求怎么来,那家公司都一样啊。。。
avatar
l*i
55
LeftEye太坑人了,我看了一天都没看出来这儿有个跟 if == 有关的bug。多亏楼下有
高手说bug是那两个fail

【在 L*****e 的大作中提到】
: 下面是苹果SSL连接验证的一段code,这个bug居然存在了几年才被发现。。。
: static OSStatus
: SSLVerifySignedServerKeyExchange(SSLContext *ctx, bool isRsa, SSLBuffer
: signedParams, uint8_t *signature, UInt16 signatureLen)
: {
: OSStatus err;
: ...
: if ((err = SSLHashSHA1.update(&hashCtx, &serverRandom)) != 0)
: goto fail;
: if ((err = SSLHashSHA1.update(&hashCtx, &signedParams)) != 0)

avatar
L*e
56
晕,我在四楼明明说了“前段时间苹果那个著名的潜藏了好几年的bug,如果能follow
哪怕单行的if statement 也要用{}括起来的convention,就没那个bug了。。。”

【在 l***i 的大作中提到】
: LeftEye太坑人了,我看了一天都没看出来这儿有个跟 if == 有关的bug。多亏楼下有
: 高手说bug是那两个fail

avatar
k*5
57
新警察?
这不是歧视,很多bug是很低级的,coding standard就是为了尽量减少低级BUG,不要
指望code review能发现所有BUG。
为了这点事情就想换工作,只能说楼主太年轻,有资本挥霍。
avatar
B*g
58
除了3是纯好看其他都有一定道理啊,不过都是很小的东西,这也要管。。。

review:

【在 b*****n 的大作中提到】
: 不知道别的公司怎么样,反正在我刚加入的这家公司,下面的C++代码不能通过review:
: (1) const int x = 3;
: (2) if (x == 3) {
: (3) void f();
: 必须要改成:
: (1) int const x(3);
: (2)
: if (3 == x)
: {
: (3)

avatar
n*s
59
加过了不就变成
{gotofail;}
gotofail;
了吗? 有区别吗?
那个看上去更象是要走的employee retaliation, 呵呵。
APPLE那么大的公司, QA都是干什么吃的?

【在 L*****e 的大作中提到】
: 对,就是说那行goto以下的代码成了死代码,永远不会被执行到,那些代码所做的验证
: 也就永远不会被执行。。。
: 就这,上面还有人吐槽说单行的if statement必须加{}是多此一举呢。。。

avatar
L*e
60
两行goto都是缩进的,显然是copy&paste过来的,如果有{},也会被放到一个clause里
去。在括号外一个单行goto fail不容易发生不说,真发生了也很容易被揪出来。。。

【在 n*******s 的大作中提到】
: 加过了不就变成
: {gotofail;}
: gotofail;
: 了吗? 有区别吗?
: 那个看上去更象是要走的employee retaliation, 呵呵。
: APPLE那么大的公司, QA都是干什么吃的?

avatar
p*n
61
为什么
(1) const int x = 3;
要写成
(1) int const x(3);


review:

【在 b*****n 的大作中提到】
: 不知道别的公司怎么样,反正在我刚加入的这家公司,下面的C++代码不能通过review:
: (1) const int x = 3;
: (2) if (x == 3) {
: (3) void f();
: 必须要改成:
: (1) int const x(3);
: (2)
: if (3 == x)
: {
: (3)

avatar
c*e
62
因为第一个需要 重载 = ,而且还有类型转换, 第二个就是 constructor.都是细节问
题。

【在 p****n 的大作中提到】
: 为什么
: (1) const int x = 3;
: 要写成
: (1) int const x(3);
: ?
:
: review:

avatar
g*c
63
第一个是c style
第二个是c++ style
编译更快?

【在 p****n 的大作中提到】
: 为什么
: (1) const int x = 3;
: 要写成
: (1) int const x(3);
: ?
:
: review:

avatar
j*x
64
这没什么

review:

【在 b*****n 的大作中提到】
: 不知道别的公司怎么样,反正在我刚加入的这家公司,下面的C++代码不能通过review:
: (1) const int x = 3;
: (2) if (x == 3) {
: (3) void f();
: 必须要改成:
: (1) int const x(3);
: (2)
: if (3 == x)
: {
: (3)

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。