一点小瑕疵「尽可能地…」

我估计楼主想问的是为什么可以用 to.p_path 初始化 to.p_end

因为 to.p_path 在 to 声明时就分配了内存空间

转技术栈又不是拍脑袋说转就转的…总得有理由吧

.net 相对于其他有什么优势，这种优势是否大到了足以抛弃现有技术栈、忽略重新搭建整个架构的成本？
它是否有足够完善的生态，能支持现有业务的实现？
是否有足够的人才储备，能否得到充足的技术支持来支撑这个转型？
…

做工程不是追星，看了两个新闻就成脑残粉了

「而同样工作量的内容组里同事几乎都是四五天还需要加班」

只说说这一条吧，真的不一定是同事能力的问题…多工作几年就知道了，做得越快事情越多

@usedname 不是点右上角图标，mac 可以设置光标移动到四个角的触发事件，离开座位的时候直接把光标移到右上角就锁屏了

我一般是把光标移到右上角设置为锁屏，也挺方便的

慎用递归...小心爆栈

function loop(array $data, callable $consumer, int $i = 0)
{
foreach ($data as $k => $v) {
if (!$consumer($k, $v, $i++)) {
break;
}
if (is_array($v)) {
loop($v, $consumer, $i);
}
}
}

function printCount($k, $v, $i)
{
echo "layer{$i} * {$k}: " . count($v) . "\n";
return $i < 10;
}

$a = [];
loop($a, 'printCount');

… json_decode 转 json 对象，默认就是转成 stdClass 对象

至于你的要求，你这个 json 字符串又没有带类型信息，php 怎么可能知道要转成哪个类型？别什么问题都赖语言，go 在 unmarshal 的时候也要求你把要转换的类型传进去它才知道该转成什么的

想实现你的需求，要么别用 json 用序列化；要么自己定义一个类似于 go 的 Marshalable 接口，直接继承 JsonSerializable 接口，自己实现一个通用的 unmarshal 方法，将 json 解析出来的数据初始化到具体对象

@wangxn 嗯 java 是 100，c++是 80

@hantsy google 选择 2 空格缩进是因为他们规定了行宽 80 的限制，缩进占用多了的话会导致代码很多折行
他们还建议少留空行，这样一屏幕能显示多一点代码...怎么感觉那群人都是用 vim 的...