重量级消息：MSVC STL宣布开源
MSVC STL开源
在今年的CppCon上，也就是这个月的16号，MSVC团队宣布开源旗下C++ STL实现。
消息称，STL全部实现代码将托管在GitHub上(朋友们，请用你们的智慧自行搜索)，其中包括了所有产品级代码，一个新的基于CMake的构建系统及README文件。大家现在就可以到GitHub上Clone一份代码下来，编译并尝尝鲜。
另外在MSVC团队Review所有的Pull Requ...
VS2019 v16.3首次支持C++20 Concepts
好消息
近日，VS官方团队宣布：VS2019 v16.3 Preview 2首次开始支持C++ 20 Concepts，涵盖了编译器及标准库的支持。
首先需要提到的是，目前主要是通过命令行选项 /std:c++latest 来支持C++中一些较新的特性，当所有C++ 20特性全部在VS产品线中(包括编译器，库，IntelliSense，构建系统及调试器)可用时，我们将可以使用新的命令行选项 /st...
使用IntelliCode轻松进行代码重构
开发者朋友，先来一个直击灵魂深处的拷问
你是否曾经不厌其烦的对不同地方的代码进行相同的重构？
你可能会说，这些都不是事儿，哥先一条正则来上个解决方案级搜索，然后再来个替换全部，岂不是美滋滋？
问题是：机器更擅长做这事儿
诚然，上述方法，可谓是一顿操作猛如虎。
手工方式重构代码，确实是一件很容易做的事情，敲敲手指头就可以完成，我也经常这样。
但是，如果：
1) 需要重构的地方很多
2) 碰巧是一个大...
一年一度的CppCon，它又来啦
朋友们，你们肯定知道我要说什么。
一年一度：CppCon 2019
喜欢C++的朋友，一定对这个大会比较感兴趣吧。今年的cppcon中，微软C++团队将带来众多主题演讲，涵盖了十分广泛的内容，包括开发工具更新，C++标准的新特性等。
豪气微软
在此次cppcon上，微软将开展一份关于C++生态系统的用户问卷调查（老外是真热衷这玩意儿啊），每一位参与者将获得一台Xbox One S，爽歪歪有没有？...
助力万物互联: Azure IoT 8月更新
一曲 “Azure IoT工具8月更新”，献给大家。
IoT Plug and Play 公开预览版
8月22日，VS IoT团队释出了IoT Plug and Play的预览版。现在，IoT开发者可以开始使用Azure IoT工具来创建基于IoT PnP(Plug and Play)的物联网解决方案。同时，IoT设备提供商业也能从支持PnP的工具开发中获益。新闻越短事儿越...
官宣另一个官宣：MySQL在VS2019上的构建和调试
抱歉，朋友，标题确实是有点绕了。
是这么回事儿。上周，VS开发团队Erika小姐姐在Visual Studio官方博客上透露了这样一件事：MySQL Server团队在其博客上分享了如何使用VS2019对他们的灭霸级工程MySQL进行编辑，构建以及调试的方法。
MySQL开发团队的Georgi也在博客中盛赞VS：”我最近发现，每天在我的笔记本上使用VS，似乎成了我每天都要做的事情。确实...
VS2019 16.3跨平台开发四件套
Microsoft确实是Loves Linux啊
在VS2019中，我们可以在单个IDE中同时面向Windows和Linux平台进行开发，这要是在Ballmer时期，确实是不大可能发生的事情。
通过使用VS中对CMake的原生支持，我们可以在VS中直接打开任何包含C++代码和CMakeLists.text的目录，进行编码，并面向Windows, Linux和WSL(Windows Subsyste...
vcpkg更新: C/C++代码管理利器
近日，VS团队小姐姐Tara官宣了C/C++代码管理利器vcpkg的2019.07版本更新。就在上个月，我在一篇文章中给大家介绍了vcpkg的2019.06更新汇总。时隔一个月的今天，2019.07版本就新鲜出炉了，感觉这速度还是挺快的，为团队老哥们点个赞。
让我们来看看这次带了什么新东西
在这篇文章中，我会主要介绍代码构建缓存，port和triplet更新，port贡献者的改进，以及相关帮助文档...
提高生产力：配色，模板参数过滤及IntelliCode
新的语义配色方案
早在之前的VS2019 v16.3 Preview 2中，开发团队就为C++开发者引入了新的语义配色方案。通过使用新的配色方案，开发者可以更加快速的熟悉代码结构，这对于大型代码库的阅读和开发十分有效。为了增强这一功能，VS开发团队这次创建了两种新的配色方案。当然，我们按自己喜欢的方式来自定义配色，具体来说，就是在Ctrl+Q弹出的搜索栏中输入”Change font&...
新玩意儿更新：C++编码规则及最佳实践
朋友，你是否也和我一样：咋样都行，就是无法容忍构建结束时出现的编译警告。
对于稍微有点完美主义的我来说，我希望能尽自己最大的能力，消除一切的编译警告。但有时候，我也会感到沮丧：有些警告是无法清除的，至少在目前的开发环境里是没有这种可能性的。
此话怎讲？
比如，我曾经碰到一个关于menifest的格式兼容性报警，要解决此问题，需要升级我电脑里的某一个DLL，但是这个升级需要联系Microsoft售后...
