@sinv 这是专业名词，知道的自然懂

这就叫科技做恶，有点技术就到处瞎搞

纳闷字节找不到人才么，那么大的巨头公司，我看是钱给太多了，造成营销泛滥

傻呢，到他那种位置，当然是越少做事越不会犯错。 除非紧迫的问题，不然不会处理。

我就问一句，你们备份这么多照片，要的时候找的到吗？ 大海里捞针？？
我的意思该丢就丢，该扔就扔，没必要储存。

调低亮度？

@wutiantong swift 的链式写法，as?类型转换，try?尝试等等，真的节省很多冗余代码。我觉得真的爽。

@QBugHunter 好的，谢谢

@wutiantong kotlin/swift 才是真正的爽，c++/java 都是后天弥补。

@wutiantong 在我看来这只是类层面的曲线救国的实现，没有语法糖来得甜。比如 swift 中的 optional，语言自带，很简洁很爽。

把风扇拆了

非常的好用，我都恨 C++不引入 Optional

@wutiantong 我之所以会在栈上构建对象，主要因为懒，懒的考虑对象的释放和管理问题，哈哈

@XiaoxiaoPu 那这个参数可以设计成 传引用吗? 为什么

@wutiantong 你说得对，是我搞错了，应该是 QHttpMultiPart 类。 调用的方法是：QNetworkReply *post(const QNetworkRequest &request, QHttpMultiPart *multiPart);

不能编辑了，我贴完整一点：

//传指针的情况，栈上的 dev 可能会出现段错误
QNetworkRepley *post1(QNetworkAccessManager& manager) {
QIODevice dev;
...
auto reply = manager->post(request, &dev); //栈上的 dev 可能会出现段错误，如果是 new QIODevice 传指针就没事。
return reply;
}

//传引用的情况，栈上的 data 运行正常：
QNetworkRepley *post2(QNetworkAccessManager& manager) {
QByteArray data;
...
auto reply = manager->post(request, data); //一切正常
return reply;
}

@Smash 感谢 1 楼，喷出了我想说的，痛快

另外，顺便问下怎么贴漂亮的 有颜色高亮的代码