Visual-Studio-Code

<article class=“article fmt article-content”><p>1.进入装置目录Microsoft VS Code\resources\app\out\vs\workbench</p><p> </p><p>2.关上文件workbench.desktop.main.css</p><p> </p><p>3.搜寻.monaco-workbench .part>.content</p><p> </p><p>4.批改font-size的值，默认是13px，我改为15px</p><p> </p><p>5.保留，重启VSCode</p><p>ps：想调整行间距，然而不晓得怎么改</p></article>

triggerExpansionOnTab输出标签名时，主动实现残缺的标签 "emmet.triggerExpansionOnTab": true,输出div点击tab失去<div></div>

1 尝试清理掉vscode的配置我的项目（有效） 2 增加jsconfig.json版本1（有效） { "compilerOptions": { "module": "commonjs", "target": "es2016", "jsx": "preserve" }, "exclude": ["node_modules", "**/node_modules/*"]}版本2（有效） { "compilerOptions": { "module": "commonjs", "target": "es2016", "jsx": "preserve", "baseUrl": "./" }, "exclude": ["node_modules", "**/node_modules/*"]}版本3（有效） { "compilerOptions": { "module": "commonjs", "target": "es2016", "jsx": "preserve", "baseUrl": "./src" }, "exclude": ["node_modules", "**/node_modules/*"]}

1，在vscode的settings中找到Auto Reveal Exclude，如果发现条目中有node_modules，将其删掉。 2， 在包名上右键，抉择Go to Definition。 3，做你想做的。

应用步骤1 在我的项目根目录上面创立./vscode/launch.json文件，内容如下 { "version": "0.2.0", "configurations": [ { "name": "Debugger In Chrome", "type": "chrome", "request": "launch", "url": "http://localhost:3000", "webRoot": "${workspaceFolder}/src", "sourceMapPathOverrides": { "webpack:///src/*": "${webRoot}/*" } } ]}2 启动你的本地我的项目示例npm start 3 按f5启动调试vscode会主动关上浏览器，而后跳转至上述配置中url指向的地址。 4 增加断点在vscode中找到须要增加断点的代码行，点击行号左侧增加断点。 5 刷新浏览器，当运行到断点处，代码就会停住，而后你就能够开始调试你的代码了。 配置项介绍url填写你本地启动我的项目的地址。

全文链接：https://tecdat.cn/?p=33514综合社会考察（GSS）是由国家舆论钻研核心发展的一项察看性钻研。自 1972 年以来，GSS 始终通过收集当代社会的数据来监测社会学和态度趋势。其目标是解释态度、行为和属性的趋势和常量。从 1972 年到 2004 年，GSS 的指标人群是寓居在家庭中的成年人（18 岁以上）。 本篇论文旨在帮忙客户应用R语言对GSS数据进行自举法bootstrap统计推断、假设检验以及探索性数据分析可视化。首先，咱们将简要介绍GSS数据集的特点和背景。而后，咱们将具体阐明自举法bootstrap的原理和利用，以及如何利用R语言进行自举法bootstrap剖析。接着，咱们将探讨假设检验的概念和步骤，并展现如何应用R语言进行假设检验剖析。最初，咱们将介绍数据可视化的重要性，并演示如何应用R语言生成图表和可视化后果。 第 1 局部：数据1994 年以前，寰球住户抽样调查简直每年进行一次（1979 年、1981 年或 1992 年因资金限度除外）。尔后，寰球抽样调查在偶数年进行，采纳双重抽样设计。这次要是通过面对面的访谈实现的。2002 年，寰球抽样调查开始应用计算机辅助集体访谈（CAPI）。此外，当难以安顿与被抽样调查对象进行面对面面谈时，也会通过电话进行面谈。从 1972 年到 1974 年的考察中，采纳了修改概率抽样法（整群配额抽样法）。从 1975 年到 2002 年，寰球住户抽样调查采纳了齐全概率住户抽样，使每个住户被纳入考察的概率相等。因而，寰球住户抽样调查对住户一级的变量进行了自加权。为了放弃设计的无偏性，寰球住户抽样调查开始采纳两阶段子抽样设计。 加载数据load("C:/gs.data")第2局部：钻研问题咱们想理解工作满意度与受访者是自营职业者还是为别人工作之间是否存在关系。咱们的剖析将侧重于《政府统计调查》报告。为此，咱们将答复以下问题： 对本人的工作感到称心的个体经营者和对本人的工作感到称心的个体经营者的人口比例是否存在差别？对工作十分称心的自雇人的均匀家庭收入（经通货膨胀调整后）是否高于对工作十分称心的为别人工作的人？对工作十分称心的自营职业人和对工作十分称心的为别人工作的人的典型家庭收入（如果与均匀家庭收入不同）是多少？两者的典型家庭收入是否存在差别？趣味： 就我集体而言，因为我做出了转行的决定，我始终在想，工作满意度是取决于待业情况，还是仅仅取决于所从事工作的性质，而不论是为别人工作还是自营职业。此外，出于好奇，我还想晓得自营职业者和为别人工作的成年人对工作真正称心的均匀/典型家庭收入。第 3 局部：探索性数据分析在本剖析中，咱们将剔除所有缺失后果（所有 NA）。为便于剖析 gssc <- gss %>% filter(year == "2012") %>% select(satjob, wrkslf, coninc, income06)应用 summary(gssc) 查看数据摘要，应用 str(gssc) 查看数据结构。理解变量的组成值（类型和构造）将有助于咱们进行剖析。 str(gssc) summary(gssc) 为了答复咱们的钻研问题，咱们心愿理解自营职业受访者以及为别人工作的受访者中对其工作感到称心（十分称心和比较满意）和不称心（十分不称心和有点不称心）的人数和比例。 首先，咱们要找到计数： gssc %>% filter(!is.na(wrkslf), !is.na(satjob)) %>% group_by(wrkslf) %>% count(satjob) 而后，咱们利用上述后果创立一个或然率表。 conting.table <- as.table(conting)conting.table 咱们能够应用镶嵌图和柱状图来直观地显示上述后果。 mosaicplot(conting color = "skyblue") ...

上一篇文章中咱们介绍了CodeGeeX插件中的“暗藏”设置，不便用户可能抉择合乎本人编程习惯的形式，更晦涩的应用CodeGeeX。但依然有一些应用问题，须要咱们在产品继续迭代中进行优化，也有些问题是受限于IDE平台默认的交互或解析形式。明天为大家整顿的，就是CodeGeeX应用中常见的问题和解决办法。 一、登录问题 CodeGeeX的插件在IDE中装置胜利后，就能够间接在代码编辑区域应用代码生成和智能补全，主动为代码增加正文的性能。只有在应用侧边栏AskCodeGeeX和代码翻译时，才须要用户登录。 在JetBrains IDEs 的CodeGeeX插件登录形式：以 IDEA 为例，在IDEA 中实现装置， CodeGeeX就会在 Tool Windows 中呈现，IDEA 新版 UI 的 Tools Windows 在左侧，很多工具被收录在左侧“…”中。点击“…”，在弹出的工具列表中，点击CodeGeeX，首次点击后，CodeGeeX 的图标就会呈现在右侧工具栏的地位； 点击右侧工具栏的 CodeGeeX 图标，有两种形式登录 IDEA 中的 CodeGeeX 插件。特地须要揭示用户的是，在 IDEA 的默认交互中，如果不关上编辑区，则不会触发插件。所以登录之前，须要新建我的项目或者关上已有我的项目文件，呈现代码编辑区后，在侧边栏，有以下两种登录形式： 侧边工具栏点击 CodeGeeX 图标——“AskCodeGeeX”区域点击“登录 CodeGeeX 账号开始发问”——弹出网页端登录页面；IDEA 的右下角点击 CodeGeeX 图标——抉择 Login to CodeGeeX——弹出网页端登录页面； VSCode 中CodeGeeX插件的登录形式 在VSCode 中，首次关上CodeGeeX，会在右侧弹出登录提醒。如果你没有依照提醒登录，那么也能够有以下三种形式进行CodeGeeX 的登录： 插件装置实现后，点击 CodeGeeX 图标——在 AskCodeGeeX 区域点击“Login”——弹出网页端登录页面VSCode 侧边条右键——勾选“账户”——点击头像图标——抉择登录 CodeGeeX——弹出网页端登录页面在CodeGeeX代码编辑区——点击“右键”——CodeGeeX——菜单中选择“Login”——右下角会弹出登录提醒；上面图示中，两种色彩别离代表了前两种登录 CodeGeeX 的形式。 上面这张图是CodeGeeX的第三种登录形式： 二、Android Studio 装置插件后，无奈失常应用 Android Studio 装置插件后，提醒 Current ENV doesn't support JCEF ，无奈失常应用插件。 ...

随着CodeGeeX整体性能的降级，越来越多的用户发现CodeGeeX的很多实用功能，可能帮忙程序员更快更好的编写代码和解决技术问题。近期，咱们看到许多用户在应用CodeGeeX的过程中，有一些类似的疑难。比方，很多人心愿可能通过调整设置，让CodeGeeX的生成形式、工作语言更合乎本人的习惯。明天的内容，就为大家揭示一些“暗藏”的设置，让大家可能更加晦涩的应用CodeGeeX。 一、批改生成正文应用的语言 CodeGeeX的正文生成性能能够生成中文或英文的正文，应用的语言能够在设置中指定。 1.JetBrains IDEAs的设置，咱们以 IDEA 为例。如果CodeGeeX在IDEA中生成的正文是英文，依照上面的步骤，在设置中批改为中文即可。设置批改步骤：Settings——Languages & Frameworks——CodeGeeX——Comment Language； 2.VSCode 中第一次应用生成正文性能时，IDE会提醒抉择正文的语言，并让用户抉择是否要设置为默认语言。如果后续须要批改正文的默认语言，能够依照上面的步骤，在CodeGeeX插件中进行设置：设置批改步骤：首选项——设置——CodeGeeX——Coodegeex.Explanation:Language Preference 二、通过设置实现单行/多行的多种补全形式 1.在VSCode中通过以下步骤：能够设置本人更习惯的补全形式：单行补全或者多行主动补全。在下方图片中能够看到残缺的设置过程：首选项——设置——CodeGeeX——Generation Preference； 2.在 JetBrains 的 IDEs 中，临时没有单行/多行补全形式的抉择设置； 三、通过设置实现用快捷键触发代码补全性能 1.在VSCode 中通过以下步骤：勾选后能够管制CodeGeeX 插件，只有在按下“alt / option+ \”快捷键之后才会触发代码补全性能。设置批改步骤：首选项——设置——CodeGeeX——Only Key Control； 2.在 JetBrains 的 IDE 中，以 IDEA 为例，如果心愿只通过快捷键触发代码补全性能，能够通过以下步骤实现：右下角CodeGeeX 图标——全局禁用；再进入IDE的设置，指定快捷键来实现按键触发。设置批改步骤：Setting——Keymap——CodeGeeX——Show Completions； 四、用其它快捷键代替“Tab”，做为代码生成的驳回键 1.在VSCode中能够通过设置，将 “Tab”键 做为代码驳回的快捷键进行批改，更合乎本人的应用习惯。批改时要留神，须要把零碎默认和 CodeGeeX默认，这 2 个“Tab”键，同时批改才能够失效。设置批改步骤：左下角设置——键盘快捷方式——搜寻 “editor.action.inlineSuggest.commit”——批改 2 个默认 Tab 设置； 2.在 JetBrains IDEs中，也能够通过设置，将 “Tab”键 做为代码驳回的快捷键进行批改，更合乎本人的应用习惯。以 IDEA 为例，通过以下的步骤进行设置批改：Setting——Keymap——CodeGeeX——Apply Completions to Editor； 心愿这期内容能为大家的CodeGeeX之旅带来帮忙。明天提到的很多设置方面的应用，有很多都来自CodeGeeX用户群中的一直交换，很多用户在群里把本人的教训分享给其它用户。感激有这么多用户帮忙咱们让CodeGeeX变得更好。每一个反馈和问题都是令CodeGeeX提高的能源，心愿与所有程序员一起继续摸索，变得更强。 ...

XDC 2023稀土开发者大会6月30日在北京胜利举办，往年大会主题为“代码不止，掘金不停”。除了为开发者提供多达60场+的技术分享之外，针对开发者应用的工具也开展了一系列的业余评比，这也是每年大家十分期待的环节。 开发工具是每个开发者每天都会应用的产品，深度影响着开发者的工作效率和生产力。稀土掘金技术社区汇集了一大批优良的技术开发者，他们在社区中举荐本人喜爱的开发工具，分享编程技巧。在评比环节中，社区开发者也一起见证了每年开发工具一直的技术冲破。 往年，CodeGeeX荣获2023稀土开发者大会“年度最佳开发工具”奖项。作为一款AI辅助编程工具，CodeGeeX的理念和定位就是专为程序员设计，进步程序员编程效率，成为每位开发者必备的生产力工具； CodeGeeX反对多种支流IDE，如VS Code、IntelliJ IDEA、PyCharm、Vim等，只须要在IDE市场搜寻“CodeGeeX”就能够收费装置应用所有性能，目前CodeGeeX插件的装置用户超过110,000+，每天为开发者生成数百万行代码。 CodeGeeX外围性能包含能够主动实现代码生成，能够逐行为代码增加正文，也能够进行不同编程语言之间的代码翻译。特地值得点赞的性能“CodeGeeX”，把智能问答性能，与开发者编程环境IDE深度交融。开发者能够在IDE中，通过问答对话的形式解决技术问题。使得开发过程中遇到的问题，都能够在IDE中沉迷式解决，不必跳出开发环境寻找解决代码问题的答案，晋升了代码开发效率。 往年大模型疾速而又宽泛的落地利用，为这个行业带来了微小的改革。同样也为开发者带来了诸多新的时机和挑战，心愿基于大规模多编程语言的预训练模型的开发工具CodeGeeX，可能激发更多程序员的翻新灵感，推动了软件开发的不断进步。

ChatGLM-6B 自3月14日公布以来，深受宽广开发者青睐。截至 6 月24日，来自 Huggingface 上的下载量曾经超过 300w。 为了更进一步促成大模型开源社区的倒退，咱们再次降级 ChatGLM-6B，公布 ChatGLM2-6B 。在次要评估LLM模型中文能力的 C-Eval 榜单中，截至6月25日 ChatGLM2 模型以 71.1 的分数位居 Rank 0 ，ChatGLM2-6B 模型以 51.7 的分数位居 Rank 6，是榜单上排名最高的开源模型。 CEval榜单，ChatGLM2临时位居Rank 0，ChatGLM2-6B位居 Rank 6ChatGLM2-6B 是开源中英双语对话模型 ChatGLM-6B 的第二代版本，在保留了初代模型对话晦涩、部署门槛较低等泛滥优良个性的根底之上，ChatGLM2-6B 引入了如下新个性： 更弱小的性能：基于 ChatGLM 初代模型的开发教训，咱们全面降级了 ChatGLM2-6B 的基座模型。ChatGLM2-6B 应用了 GLM 的混合指标函数，通过了 1.4T 中英标识符的预训练与人类偏好对齐训练，评测结果显示，相比于初代模型，ChatGLM2-6B 在 MMLU（+23%）、CEval（+33%）、GSM8K（+571%） 、BBH（+60%）等数据集上的性能获得了大幅度的晋升，在同尺寸开源模型中具备较强的竞争力。 更长的上下文：基于 FlashAttention 技术，咱们将基座模型的上下文长度（Context Length）由 ChatGLM-6B 的 2K 扩大到了 32K，并在对话阶段应用 8K 的上下文长度训练，容许更多轮次的对话。但以后版本的 ChatGLM2-6B 对单轮超长文档的理解能力无限，咱们会在后续迭代降级中着重进行优化。 更高效的推理：基于 Multi-Query Attention 技术，ChatGLM2-6B 有更高效的推理速度和更低的显存占用：在官网的模型实现下，推理速度相比初代晋升了 42%，INT4 量化下，6G 显存反对的对话长度由 1K 晋升到了 8K。 ...

JavaScript，目前成了应用最宽泛的编程语言。这篇文章给出的是一些 JavaScript 的优化技巧，这些技巧帮忙开发者编写出更好的代码。当写完这些代码段之后，我忽然意识到，所有的这些代码段，因为它们的罕用性，非常适合用AI辅助编程工具CodeGeeX来主动生成。 下载应用——CodeGeeX插件，在VSCode和JetBrains IDEs能够间接收费下载应用。CodeGeeX插件能够主动实现代码生成，能够逐行为代码增加正文，也能够进行不同编程语言之间的代码翻译。特地值得点赞的性能“Ask CodeGeeX”，把相似chatGPT一样的智能问答性能，与开发者编程环境IDE深度交融。开发者能够在IDE中，通过问答对话的形式解决技术问题。 在IDE中应用Ask CodeGeeX性能，使得开发过程中遇到的问题，都能够在IDE中沉迷式解决，不必跳出开发环境寻找解决代码问题的答案，晋升了代码开发效率。同时，在这个新版本中，通过对话框区域常用命令“explain/解释代码”、“comment/生成正文”、“fixbug/查看bug”的快捷方式，能够间接操作代码，实现代码解释，逐行增加代码正文，尝试修复代码片段潜在bug等性能。 “explain/解释代码”按钮，取得整段代码解释 当你编写代码时，心愿理解某一段生成的代码作何解释？那么你就能够在CodeGeeX插件的代码生成区域中，选中该段代码，左侧边栏的对话区会呈现浮层，同时展现选中代码。在对话区通过快捷按钮：“解释代码”，在对话界面中就能够回复出整段的代码解释。 “comment/生成正文”按钮为代码逐行增加正文 同样，当你心愿为一段生成的代码逐行增加正文，你就能够在CodeGeeX代码生成区域，选中该段代码，侧边栏的对话区会呈现浮层，同时展现选中代码。在对话区通过快捷按钮：“生成正文”，在对话界面就能够间接为这段代码逐行增加正文。 “fixbug/查看bug”修复代码潜在bug 当你编写代码遇到一个谬误时，在CodeGeeX插件的代码生成区域中选中该段代码，左侧边栏的对话区会呈现浮层，同时展现选中代码。在对话区通过快捷按钮：“查看bug”，代码编辑区就能够间接帮你找到这段代码中的问题并进行谬误修复，并且对修复代码的区域做高亮标记，不便进行代码对照。 Fallback Values：回退值 // Lengthylet name;if (user?.name) { name = user.name;} else { name = "Anonymous";}// Shortlyconst name = user?.name ?? "Anonymous";这个代码段能够用CodeGeeX插件工具，在你代码上下文中主动生成。 Shortly For Switching Long switch通常应用一个对象来最大化，其中Key为开关，Value为返回值。 const dayNumber = new Date().getDay();// Lengthylet day;switch (dayNumber) { case 0: day = "Sunday"; break; case 1: day = "Monday"; break; case 2: day = "Tuesday"; break; case 3: day = "Wednesday"; break; case 4: day = "Thursday"; break; case 5: day = "Friday"; break; case 6: day = "Saturday";}// Shortlyconst days = [ "Sunday", "Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday",];// Orconst days = `Sunday,Monday,Tuesday,Wednesday,Thursday,Friday,Saturday`.split( ",");const day = days[dateNumber];这个代码段能够用CodeGeeX插件工具，在你代码上下文中主动生成。 ...

Node.js是一个功能强大，并且十分风行的 JavaScript 运行时环境，使开发人员可能高效率的构建高性能应用程序。上面介绍了8个常见的利用程序开发中用到的库和函数，能够用于缓存数据、操作日期、解决图像、发送电子邮件、收回 HTTP 申请、记录申请和响应、压缩数据和哈希明码等。通过应用这些库，开发者能够优化 Node.js 应用程序并提供更好的用户体验。 在介绍这些罕用的类库之前，还有一个插件工具特地值得举荐珍藏，下载应用——CodeGeeX插件，在VSCode和JetBrains IDEs能够间接收费下载应用。CodeGeeX插件能够主动实现代码生成，能够逐行为代码增加正文，也能够进行不同编程语言之间的代码翻译。特地值得点赞的性能“Ask CodeGeeX”，把相似chatGPT一样的智能问答性能，与开发者编程环境IDE深度交融。开发者能够在IDE中，通过问答对话的形式解决技术问题。 在IDE中应用Ask CodeGeeX性能，使得开发过程中遇到的问题，都能够在IDE中沉迷式解决，不必跳出开发环境寻找解决代码问题的答案，晋升了代码开发效率。同时，在这个新版本中，通过对话框区域常用命令“explain/解释代码”、“comment/生成正文”、“fixbug/查看bug”的快捷方式，能够间接操作代码，实现代码解释，逐行增加代码正文，尝试修复代码片段潜在bug等性能。 “explain/解释代码”按钮，取得整段代码解释 当你编写代码时，心愿理解某一段生成的代码作何解释？那么你就能够在CodeGeeX插件的代码生成区域中，选中该段代码，左侧边栏的对话区会呈现浮层，同时展现选中代码。在对话区通过快捷按钮：“解释代码”，在对话界面中就能够回复出整段的代码解释。 “comment/生成正文”按钮为代码逐行增加正文 同样，当你心愿为一段生成的代码逐行增加正文，你就能够在CodeGeeX代码生成区域，选中该段代码，侧边栏的对话区会呈现浮层，同时展现选中代码。在对话区通过快捷按钮：“生成正文”，在对话界面就能够间接为这段代码逐行增加正文。 “fixbug/查看bug”修复代码潜在bug 当你编写代码遇到一个谬误时，在CodeGeeX插件的代码生成区域中选中该段代码，左侧边栏的对话区会呈现浮层，同时展现选中代码。在对话区通过快捷按钮：“查看bug”，代码编辑区就能够间接帮你找到这段代码中的问题并进行谬误修复，并且对修复代码的区域做高亮标记，不便进行代码对照。 Lodash Lodash 是一个 JavaScript 库，它提供了一组用于解决数组、对象、字符串和其余数据类型的函数。Lodash 函数可能针对性能进行高度优化，帮忙进步 Node.js 应用程序的速度和效率。 Sample Code: const _ = require('lodash');const arr = [1, 2, 3, 4, 5];const sum = _.sum(arr);console.log(sum); // 15const data = [1, 2, 3, 4, 5];const filteredData = _.filter(data, num => num % 2 === 0);console.log(filteredData); // Output: [2, 4]Node-cache 节点缓存是一个缓存库，使开发人员可能在 Node.js 应用程序中缓存数据。缓存能够帮忙缩小数据库查问和 API 调用的数量，从而进步应用程序性能。 ...

过来一周，AI大模型的疾速演进依然在持续演出。明天持续介绍GitHub上的一些实用的大模型开源我的项目。 1. ChatGLM-6B：Open Source ChatGPT AlternativeChatGLM-6B是一个基于GLM架构的开源对话语言模型，反对中英双语，有62亿参数。联合模型量化技术，能够在生产级显卡上本地部署，成果堪比ChatGPT。2023年3月开源，3周工夫曾经积攒超过100万次下载，目前寰球靠近300万次下载量。 2. CodeGeeX：Open Source Github Copilot AlternativeCodeGeeX是一个基于AI大模型的代码生成神器，领有130亿参数，反对23种编程语言。CodeGeeX能够依据自然语言或代码片段生成残缺的代码，“Ask CodeGeeX”性能能够在IDE中通过对话的形式间接操作代码，开发者普遍认为是Github Copilot的平替产品。CodeGeeX是开源收费的，反对VS Code和IDEAs平台，目前寰球装置应用的用户量超过100,000+。 3. Meta open source AI generative music model这是Meta在GitHub上开源的名为Audiocraft的Python库，能够间接用人工智能生成音乐。其中次要应用了一个名为MusicGen的音乐生成模型。MusicGen是一个基于单阶自回归Transformer的预训练模型，应用32kHz EnCodec tokenizer，并以50Hz采样的形式生成了4个codebooks。 与现有的办法（如MusicLM）不同，MusicGen不须要自监督语义学习，而是一次性生成了所有4个codebooks。在文本生成和文生图之后，看看用文本生成音乐的成果如何。 4. Diffusers公布重要更新 Diffusers v0.17.0正式公布，改良了LoRA、Kandinsky 2.1、Torch编译减速等性能。Diffusers是一个在GitHub上的Diffusion Model预训练模型罕用库，广受欢迎，可用于生成图像、音频，甚至是分子的3D构造。 无论是寻找简略的推理解决方案还是训练本人的Diffusion Models，Diffusers作为一个模块化工具包提供反对。库的设计更重视易用性和可定制性，次要提供以下三个外围组件： 先进的Diffusion pipeline，只需几行代码即可进行推理；可调换的noise schedulers，用于不同的Diffusion速度和输入品质；预训练模型可用作构建模块，并与schedulers联合应用，创立本人的端到端Diffusion Systems。这个我的项目是由Hugging Face收费开源的，能够应用它来疾速训练ControlNet，进一步提高AI绘画的成果和品质。 5. Everything is identifiable Meta之前在GitHub上开源了一个名为Segment Anything Model的图像宰割模型，能够主动实现图像宰割。然而，该模型在图像定位方面体现良好，但在图像识别方面的体现却个别。 为此，复旦大学与OPPO的钻研人员以及International School of Digital Economy,独特在GitHub上开源了一个根底图像标注模型：Recognize Anything Model (RAM)。采纳了一种新的图像标注范式，能够辨认各种常见类别。而且用来训练的数据，是通过大规模的图像主动生成文原本进行标注，取代了手动标注。 通过基准评估，RAM的标记能力体现优良，成果显著优于CLIP和BLIP。有用户认为RAM甚至超过了齐全监督的办法，与Google API相当。同时，我的项目中还蕴含一个名为Tag2Text的工具，能够批量间接为图像中的指定对象生成标签。如果与Meta的开源SAM模型联合应用，咱们能够批量删除图像中的指定对象，进一步提高图像处理效率。

明天，CodeGeeX 1.1.2版正式在JetBrains IDEs中上线。和VSCode中的CodeGeeX2.0降级一样，新版本在JetBrains IDEs中带来“Ask CodeGeeX”的性能降级。使开发者能够在IDE中，通过问答对话的形式解决技术问题。展现新版将技术问答与IDE编程环境深度交融。 编辑区中的数据表格，须要以不同店铺不同日期的交易额从新排序。在Ask CodeGeeX的对话框中发问，取得了解决这个排序问题的代码，插入编辑器运行后，精确实现了排序功能。 在IDE中应用Ask CodeGeeX性能，使得开发过程中遇到的问题，都能够在IDE中沉迷式解决，不必跳出开发环境寻找解决代码问题的答案，晋升了代码开发效率。同时，在这个新版本中，通过对话框区域常用命令“explain/解释代码”、“comment/生成正文”、“fixbug/查看bug”的快捷方式，能够间接操作代码，实现代码解释，逐行增加代码正文，尝试修复代码片段潜在bug等性能。 在IDEA中设置语言为中文，快捷按钮和回复则都为中文； “explain/解释代码”按钮，取得整段代码解释 当你编写代码时，心愿理解某一段生成的代码作何解释？那么你就能够在CodeGeeX插件的代码生成区域中，选中该段代码，左侧边栏的对话区会呈现浮层，同时展现选中代码。在对话区通过快捷按钮：“解释代码”，在对话界面中就能够回复出整段的代码解释。 “comment/生成正文”按钮为代码逐行增加正文 同样，当你心愿为一段生成的代码逐行增加正文，你就能够在CodeGeeX代码生成区域，选中该段代码，侧边栏的对话区会呈现浮层，同时展现选中代码。在对话区通过快捷按钮：“生成正文”，在对话界面就能够间接为这段代码逐行增加正文。 “fixbug/查看bug”修复代码潜在bug 当你编写代码遇到一个谬误时，在CodeGeeX插件的代码生成区域中选中该段代码，左侧边栏的对话区会呈现浮层，同时展现选中代码。在对话区通过快捷按钮：“查看bug”，代码编辑区就能够间接帮你找到这段代码中的问题并进行谬误修复，并且对修复代码的区域做高亮标记，不便进行代码对照。 体验优化： 此外，VSCode中的CodeGeeX插件曾经降级到2.0.1版，对应用“Ask CodeGeeX”时频繁登录的问题进行了优化。

代码的路 关上之前电脑，找到原电脑VS Code的插件装置目录： 如： C:\Users\用户名\.vscode\extensions将extensions文件夹拷贝到新电脑的插件目录即可。    学习更多编程常识，请关注我的公众号： 代码的路   

这里介绍Github上 5 个增长最快的开源我的项目，它们为原有的解决方案提供了更加具备老本效益的代替计划，并为开发者、数据分析师和企业提供了高可用的工具产品。利用开源的劣势，这5个我的项目拓展了弱小而无效的解决方案，是值得珍藏、分享以及摸索尝试的。 1. ChatGLM-6B：Open Source ChatGPT AlternativeChatGLM-6B是一个基于GLM架构的开源对话语言模型，反对中英双语，有62亿参数。联合模型量化技术，能够在生产级显卡上本地部署，成果堪比ChatGPT。2023年3月开源，3周工夫曾经积攒超过100万次下载，目前寰球靠近300万次下载量。 2. CodeGeeX：Open Source Github Copilot AlternativeCodeGeeX是一个基于AI大模型的代码生成神器，领有130亿参数，反对23种编程语言。CodeGeeX能够依据自然语言或代码片段生成残缺的代码，“Ask CodeGeeX”性能能够在IDE中通过对话的形式间接操作代码，开发者普遍认为是Github Copilot的平替产品。CodeGeeX是开源收费的，反对VS Code和IDEAs平台，目前寰球装置应用的用户量超过100,000+。 3. RATH：Open Source Tableau Alternative RATH是一个开源的数据摸索剖析工具，其核心技术是对数据分析和可视化的翻新办法。能够主动发现数据的法则、因果关系和洞察，并用弱小的多维数据可视化展现。RATH是下一代的数据分析利用的雏形，能够代替Tableau等商业工具。 4. Plausible Analytics — Open Source Google Analytics Alternative Plausible Analytics是一个开源的网站统计工具，能够提供简略敌对的数据分析，提供具体的网站流动报告，同时重视隐衷，不应用cookies，不收集集体数据。是一个轻量级的Google Analytics替代品，能够让你高深莫测地查看网站流量状况。 5. Rocket.Chat — Open Source Slack Alternative Rocket.Chat提供实时团队沟通，具备一系列性能，包含语音和视频通话、屏幕共享和文件共享。它具备高度可定制性，能够进行自托管或作为基于云的解决方案应用。凭借其弱小的合作工具，Rocket.Chat是Slack的代替计划。

CodeGeeX受邀参加由AI大模型畛域的青年中坚力量组织的思辨流动。在计算机编程畛域，基于大模型能力的代码生成工具，探讨给程序员带来的各种机会与挑战。近期CodeGeeX 2.0大版本上线，用对话的形式间接操作代码！开发提效，举荐体验！ 思辨流动背景： AI技术的飞速发展对各个领域带来了深远的影响和改革。在计算机编程畛域，各种代码生成工具的呈现也对程序员们带来了重要挑战。此类工具能够通过对大量代码的学习，高效地生成高质量的代码，极大晋升了代码编写的效率。不禁让咱们开始思考将来的程序员们，该何去何从，是被取代还是与代码生成工具谐和共生，这都有待沉思…… 2023年5月25日，以“代码主动生成是辅助还是取代程序员？”为主题的第四十三期大咖思辨如期举行。本次流动由AI TIME和清华校友总会AI大数据专委会主办，CodeGeeX承办，盛景网联科创汇协办。此次流动邀请了智谱AI 大模型事业部 VP、CodeGeeX产品负责人薛宇飞，华为云PaaS技术创新Lab代码智能专家申博，云起无垠创始人兼CEO沈凯文，aiXcoder COO李力行，极狐(GitLab)资深翻新架构师郭旭东五位专家参加。流动中，五位嘉宾围绕代码模型、AI代码生成时代的改革、将来的软件开发等方面进行了深入探讨。本期流动共吸引了来自线上线下的业余畛域观众约2.5万人次参加。 01 Open AI和Google是否有大模型的护城河？开源模式颠覆的是什么？ CodeGeeX产品负责人薛宇飞：“护城河”是一个绝对的概念，不会存在永恒的无奈逾越的技术壁垒。不论是OpenAI还是Google，“护城河”没有设想得那么深，其余大模型公司齐全有可能通过一段时间的致力追上他们甚至超过他们。开源一方面促成了大家对大模型的认知和利用，另一方面它也在推动着技术向前更好地倒退。 华为云代码智能专家申博：OpenAI和Google处在大模型技术的最前沿，在独特推动这一畛域的倒退。开源的形式让其余公司或组织也有机会训练出可用的大模型，然而，要超过OpenAI和Google，就须要面对和冲破很多未知的技术问题，而对这些细节问题的认知和教训是OpenAI和Google的护城河，也是其钻研越来越关闭的起因之一。此外，高质量数据的积攒也是关键因素。OpenAI较早地将大规模公开公布上线，曾经积攒了大量的用户数据和较高的用户粘性，这使得前期公布的模型很难再分享到用户红利，包含Google的Bard。 aiXcoder COO李力行：“护城河”是一个绝对的概念，会随工夫而发生变化的。OpenAI或Google目前在模型规模、数据积攒、工程上的技术细节等方面都有了肯定的工夫积攒，占据劣势，这是它们的护城河。开源颠覆的是绝对不那么欠缺的模型和利用，能够让小公司甚至独立开发者有机会体验和感触大模型。 云起无垠创始人沈凯文：信息的流动有助于发明价值。尽管OpenAI和Google自身具备肯定的技术劣势，但它们的“护城河”并不是无奈超越的。通过开源，其余开发者能够在短期内追赶甚至超过它们，尤其是垂直模型或者利用场景方面。然而，对于先行者而言，它们的模型在模型规模、数据集、商业位置等方面曾经获得了肯定的劣势，后来者须要肯定的工夫来积攒这些劣势。 极狐(GitLab)资深翻新架构师郭旭东：OpenAI和Google的护城河次要体现在三个方面：人才、老本和数据集。它们之所以具备劣势，是因为他们更早地把握了相干资源并布局了社区生态。然而，我对开源持乐观态度，因为，开源的颠覆是不可避免的，只是工夫问题。开源让普通用户也有机会在低成本的状况下体验模型，并减少了底层力量，从而可能促成整个生态的凋敝。 02 独自的代码模型是否有必要？多大规模的代码模型能力满足需要？ 极狐(GitLab)资深翻新架构师郭旭东：ChatGPT时代，独自的代码生成模型是必不可少的，而这些模型往往是以语言模型为根底的。然而，因为利用场景的不同，在将来的倒退中，专一于垂直畛域的代码生成模型将变得更加重要。这样可能升高模型的部署老本和体积，使更多的企业可能参加并施展更大的价值。 华为云代码智能专家申博：独自的代码大模型存在是有必要的。从利用层面来看，起因次要有两个：一是理论可用性的要求，二是编程语言的特殊性。从用户体验角度来看，用作代码生成、解释、调试的大模型应该满足低提早、高并发、高精确性等要求，模型的畛域常识、输入输出模式等都有较为明确的限度，因而须要业余的代码大模型来承载。从训练角度来看，自然语言与编程语言之间存在很大差别，不同于自然语言，编程语言实际上隐含的是一种图模式的信息，能够看做与自然语言不同的另一种模态，这决定了代码专用大模型的架构和训练方法可能与自然语言须要有所不同。总之，独自的代码大模型存在是有必要的，但理论的软件开发须要同时具备计算机常识与世界常识，代码大模型最好要在通用大模型的根底上派生。 CodeGeeX产品负责人薛宇飞：有了通用的大模型之后，专门的代码模型还是有必要存在的。在代码生成和补全方面，用纯正的代码模型可能保障响应速度，并且能够升高推理老本。咱们目前也在摸索应用通用模型解决代码解释相干的问题，因为它在自然语言方面的能力更强，能够更好地解释代码，这两种模型都有各自适宜的利用场景。在目前来看，百亿是代码生成模型较适宜模型的规模。 aiXcoder COO李力行：在代码畛域，的确有必要领有专门的代码大模型，并且咱们应该基于自然语言的根底构建代码模型。代码模型对模型推理、计算资源有非凡的要求，因而将其它冗余的信息与代码模型联合起来是没有必要的。代码语言具备独特性和语法限度，因而，在代码模型的构造上也值得进一步摸索。对于代码规模的问题，“够用”是一个很难定义的概念。目前来看，百亿级或者千亿级的大模型可能达到不错的成果，可能解决事实的问题。 云起无垠创始人沈凯文：在代码畛域，的确应该存在独立的代码大模型。这能够分为两个阶段来对待：在AGI呈现之前，咱们能够将人类的需要分为通用需要、业余畛域、长尾需要，其中长尾需要还是须要人类去进行调控的。在AGI呈现后，它有可能真的取代程序员的工作。在某些场景中采纳垂直的模型能升高资源耗费，对独特畛域能赋予更多的常识，有更精确的后果。因而，专一于独特畛域的模型能够更好地满足特定需要，并提供高质量的解决方案。 03 AI代码生成时代会产生哪些改革？ 云起无垠创始人沈凯文：低代码平台因其易用性和灵活性，更容易被宽广用户承受和利用。然而，产品的付费与否并不是掂量其品质的关键因素。付费的产品要可能给用户发明价值，而收费的产品最终须要找到适宜的盈利模式，以便在保护和研发方面放弃可持续性。在应用代码生成模型时须要思考到不同的利用场景，使其能真正满足用户需要，并施展其应有的意义。 极狐(GitLab)资深翻新架构师郭旭东：目前，国内外公布的各种大模型在能力上存在差别，它们的作用互相抵触且局限于很小的语言范畴内，对代码的上下文理解能力无限，无奈无效解决理论问题，这也成为后续倒退的一个须要解决的方向。Copilot采纳的订阅制免费策略为用户承受新模式提供了机会，这是一个提高，并且在将来将会继续倒退。随着竞争加剧和老本升高，开发者将推出更好的性能。目前，咱们曾经将代码生成模型利用到了软件开发的多个方面，例如代码正文、代码检查和性能总结等，这升高了获取信息的门槛，进步了研发效率。 aiXcoder COO李力行：收费自身是一种商业模式，我认为Copilot目前的免费策略是为了辨别用户，将无限的资源留给真正须要的人。对于代码生成模型的应用，是一个逐渐适应和晋升效率的过程。目前，大多数人停留在Demo层面，仅通过自然语言形容就能生成一个办法或代码。另外,从培训和教育用户的角度看，它也给很多零根底的人提供了感触AI魅力的机会。在理论开发的过程中，它能够作为编程的辅助伴侣，节省时间并提高效率。那么在前期，我期待产生一种新的编程交互方式，在写代码的过程中辅助模型发问、解释、主动定位bug或者有更高阶的利用。 CodeGeeX产品负责人薛宇飞：AI代码生成利用的商业模式不会再聚焦在个人用户身上，而会转向企业用户付费。很多用户在应用AI产品的时候往往有更高阶的要求，当初的代码生成模型在满足用户需要方面是有局限的，这是将来AI编程要致力的方向。使用者也须要更具体地理解AI产品的个性，能力更好地辅助本人工作提高效率。 华为云代码智能专家申博：大模型将会对所有软件开发工具和其商业模式带来改革。将来AI加持下的软件开发工具应该会造成收费和免费并存的模式。收费提供代码生成性能对于用户和工具开发者来讲都是无益的，它升高了应用门槛并扩充了市场，使得更多人能够上手尝试并摸索乏味的应用场景；然而，仅凭借代码生成进行免费是不够有竞争力的，开发者的日常工作除了代码编写，还有测试、交付、保护等更加耗时的工作，这些比代码生成的利用场景更丰盛，也更有可能对开发效率和品质带来正向收益。因而，在代码生成这一根底需要之上，更具体的高级性能和定制化需要，例如智能测试、常识问答、谬误调试、平安问题或开发标准扫描等，才是具备付费价值的差异化点，用户能够依据本人的理论需要实时选购。 04 对将来软件开发的畅想 云起无垠创始人沈凯文：心愿将来的大模型能够提供一些辅助，人类进行微调和优化。 aiXcoder COO李力行：将来一个人可能具备一个团队的能力和性能，活成一个团队。 华为云代码智能专家申博：软件研发畛域是AI晋升生产力最有后劲的方向之一，将来每个人都有可能成为某种程度上的软件开发者。 CodeGeeX产品负责人薛宇飞：将来编程语言可能不复存在，只需人类用自然语言形容就能产生能够运行的程序。 极狐(GitLab)资深翻新架构师郭旭东：在短期内会涌现出更多的全栈工程师，心愿将来可能产生齐全不须要人工染指的人工智能工具。 始智AI创始人刘道全：尽管大模型有可能代替一部分工作，但更好的情景是辅助人类实现工作。 AITime何芸：大模型推动了人类的提高，在将来能够让人类开释一部分精力，将工夫投入到晋升本人的畛域。

这里有一个向右的箭头 点一下就从 “find” 变成 “replace” 了

CodeGeeX 2.0版本正式上线！从命名上看这是一次大版本的降级。 上个月，CodeGeeX在VSCode和JetBrains IDEs的插件中，退出了智能问答（Ask CodeGeeX）性能，让用户能够在IDE中通过问答对话的形式解决技术问题。本周，这一性能全新降级！在CodeGeeX2.0正式版中，将问答与IDE编程环境深度交融，能够通过聊天对话的形式间接操作代码。 新版本中新增的应用形式是通过预置的几个常用命令快捷操作。 一、“/explain” 当你编写代码时，心愿理解某一段生成的代码作何解释？那么你就能够在“Ask CodeGeeX”的对话框中，敲下快捷指令：“/explain”，左侧边栏的对话区会呈现浮层，展现右侧代码生成区域的所有代码，并对这些代码进行解释，同时在对话界面中回复。 如果你只须要解释其中一部分代码片段，那么你就能够在代码生成区域中，选中该段代码，左侧边栏的对话区会呈现浮层，同时展现选中代码。在对话区的浮层中通过命令行：“/explain”，触发快捷指令操作，就能够帮你生成这一段的代码解释，并在对话界面中回复。 如果有默认语言设置，则会按默认语言回复。如果未设置语言，在聊天界面中会有让用户抉择中文或英文的性能。 二、“/comment” 同样，当你心愿为一段生成的代码逐行增加正文？那么你就能够在代码生成区域，选中该段代码，左侧边栏的对话区会呈现浮层，同时展现选中代码。在对话区的浮层中通过命令行：“/comment”，触发快捷指令操作，就能够间接实现为这段代码逐行增加正文。正文的内容会在代码的生成区域更新，也会同时在对话区中回复。 如果有默认语言设置，则会按默认语言回复。如果未设置语言，在聊天界面中会有让用户抉择中文或英文的性能。这项性能的背地，是通过调用CodeGeeX代码解释模型来实现的。 三、“/fixbug” 当你编写代码遇到一个谬误时，在CodeGeeX插件的代码生成区域中选中该段代码，左侧边栏的对话区会呈现浮层，同时展现选中代码。在对话区的浮层中通过命令行：“/fixbug”，触发快捷指令操作，就能够间接帮你找到这段代码中的问题并进行谬误修复，并且对修复代码的区域做高亮标记，不便进行代码对照，生成的代码能够复制或直接插入编辑区。 除了以上命令外，也能够对选中的代码提出任何问题。例如“这段代码有什么平安问题？”“怎么优化这段代码的效率？”fixbug的在线体验性能也曾经在CodeGeeX官网上线。 四、侧边栏交互优化 此外，新版本中对侧边栏的交互以及框架结构，还做了多项优化。包含采纳Tab构造优化“智能问答”和“代码翻译”的标签。 小提示以上的操作形式，以首先上线的VSCode插件为例，JetBrains IDEs插件随后即会更新，欢送大家体验新版本，并在咱们的用户社群中反馈应用体验。

有一种被称为“SMART”的结构化发问办法，能够帮忙你更好的组织和明确提出的问题。“SMART”是一个缩写，它代表了以下几个要害元素： S：Specific（具体）确保问题具体明确，防止含糊或含糊不清的表白，明确你想要失去的具体信息或解决的问题。 M：Measurable（可掂量）如果能够的话，使问题能够进行掂量或者定量分析，这有助于提供更具体和准确的答复。 A：Achievable（可实现）确保你的问题时能够实现或解决的。防止发问过于理想化或者是无奈实现的问题。 R：Relevant（相干）问题应该与你关注的主题或畛域密切相关，确保问题间接与你的指标相干。 T：Time-bound（工夫限度）如果实用，位问题设定一个工夫限度或者期限，这有助于确定你冀望失去答复的工夫范畴。 这是一个应用SMART办法的示例问题： “如何在3个月工夫内进步我的编程技能，特地是在Python方面，可能独立实现一个小型我的项目。” 通过应用“SMART”办法，能够更好的构建问题，使问题具体化，可掂量，可实现，相关性和有工夫限度，可能更好的领导你学习或者解决问题的过程。其实这个过程和办法并不新，他就是咱们常常说的逻辑思维能力。金字塔形的解决问题的办法，同样在GPT的利用中也是合乎大模型学习及输入法则的。 这里同时还提出了一个发问的构造： 一个【角色】来实现【工作】，具体请做【工作/问题】，以【格局】答复问题； 角色举例：产品经理、项目经理、后端开发者、立体设计师、营销人员、文案撰写人员、律师、分析师等；工作举例：销售文案、广告文案、题目、文章、JS脚本、Python程序、产品描述、图书纲要等；格局举例：JSON、XML、Markdown、HTML、CSV文件、代码、词云、纯文本等； 与GPT问答模式不同的AIGC是AI辅助编程工具CodeGeeX。 CodeGeeX也是一个应用AI大模型为基座的辅助编程工具，帮忙开发人员更快的编写代码。能够主动实现整个函数的编写，只须要刻画函数的中文正文，而后Tab按键即可。它曾经在Java、JavaScript和Python等二十多种语言上进行了训练，并基于大量公开的开源代码、官网文档和公共论坛上的代码来优化本人的算法。CodeGeeX作为一款中国原创的AI辅助编程工具，当初收费提供给所有开发者应用，同时齐全开源，程序员应用普遍认为编写代码的效率晋升2倍以上。 最近性能上新十分快，比方刚刚更新的“Ask CodeGeeX”性能，是将智能问答模式，交融到理论开发场景中，让开发者更专一和沉浸于编程，不必来到以后 IDE 的编程环境，就能够边写代码边和 AI 对话，实现针对编程问题的智能问答。无需waitlist，立即就能尝鲜这个新性能！ 那么就先给大家疾速看看，在CodeGeeX上的体验是怎么的： 明天提到的“SMART”发问办法，同样实用于代码生成场景。在CodeGeeX中，能够用“//中文正文”的办法，让CodeGeeX为你生成你以后须要的整段代码，有可能是一个函数，也有可能是一个办法。咱们在提出中文正文时，使用“SMART”办法，CodeGeeX大模型也可能更好的了解你的用意，生成你所须要的代码片段。 举荐各位下载应用AI辅助编程工具CodeGeeX。

学习C语言编程，能够丰盛编程思维的训练和教训，以下是一些学习C语言编程的路线图： 设置开发环境：在计算机上安装C编译器。GNU编译器汇合（GCC）是一个风行的抉择，实用于Windows、macOS和Linux等各种操作系统。装置IDE编程环境，举荐VSCode，有丰盛的插件能够辅助编程，并且辅助学习编程。应用AI辅助编程工具CodeGeeX：CodeGeeX是基于AI大模型为基座的辅助编程工具，特地是更新的“Ask CodeGeeX”性能，是将智能问答模式，交融到理论开发场景中，不必来到以后 IDE 的编程环境，就能够边写代码边和 AI 对话，实现针对编程问题的智能问答，是你的编程学习助手。抉择C编程资源： 有许多资源可供学习C编程，包含在线教程、书籍和视频课程。以下是几个举荐的资源：《C程序设计语言》（Brian Kernighan和Dennis Ritchie著）：这本书常常被称为“C圣经”，被宽泛认为是学习C编程的最佳资源之一。《C编程入门指南》（Greg Perry和Dean Miller著）：这本书适宜没有任何编程教训的初学者。Coursera、edX和Udemy等在线平台提供结构化学习和入手练习的C编程课程。 学习基础知识： 相熟基本概念，如变量、数据类型、运算符、控制流（循环和条件语句）、函数和数组。练习编写简略的程序以加深了解。应用CodeGeeX中的“Ask”性能，帮你解答编程中的各种问题，包含概念，变量，函数等具体的解释。通过编程练习进行实际：解决编程练习，利用所学常识并取得理论教训。LeetCode、HackerRank和Codecademy等网站提供C编程练习和挑战。进行我的项目实际：构建小型我的项目是利用常识和晋升技能的无效办法。从简略的我的项目开始，比方计算器、基于文本的游戏或根本数据结构实现。浏览和了解现有代码：剖析用C编写的开源我的项目，理解经验丰富的程序员如何组织代码并解决简单问题。GitHub和GitLab等网站托管了许多仓库供您摸索。特地举荐在浏览和了解高手写的代码时，使用CodeGeeX中的代码解释性能，能够将你心愿浏览的代码，进行逐行解释，更加利于你来学习和把握代码技能。总之，在您开始学习C编程的旅程中，利用泛滥可用资源的劣势。设置开发环境，应用AI辅助编程工具CodeGeeX，抉择牢靠的C编程资源，如书籍或在线课程，并深刻学习基础知识。 通过编程练习来进步技能，参加编程社区，应用AI辅助编程工具CodeGeeX，并进行小型我的项目实际以坚固了解。此外，在IDE中，装置CodeGeeX插件，间接编写、编译和执行代码。通过联合这些工具放弃继续的实际，您将稳步提高并熟练掌握C编程。享受这个过程，欢快编码吧！

国产AI辅助编程工具CodeGeeX是一个应用AI大模型为基座的辅助编程工具，帮忙开发人员更快的编写代码。能够主动实现整个函数的编写，只须要依据正文或Tab按键即可。它曾经在Java、JavaScript和Python等二十多种语言上进行了训练，并基于大量公开的开源代码、官网文档和公共论坛上的代码来优化本人的算法。CodeGeeX作为一款中国原创的AI辅助编程工具，当初收费提供给所有开发者应用，同时齐全开源，程序员应用普遍认为编写代码的效率晋升2倍以上。 外围性能包含：代码生成与智能补全、主动为代码增加中英文正文、在不同编程语言的代码之间实现精确翻译，包含刚刚更新的“Ask CodeGeeX”性能，是将智能问答模式，交融到理论开发场景中，让开发者更专一和沉浸于编程，不必来到以后 IDE 的编程环境，就能够边写代码边和 AI 对话，实现针对编程问题的智能问答。无需waitlist，立即就能尝鲜这些外围性能！ 大家看看在CodeGeeX上的体验是怎么的： 这里举荐各位收费下载应用AI辅助编程工具CodeGeeX。 CodeGeeX的背地，是一个开源的大规模多语言代码生成模型。这个模型最大的特点就是全国产化实现。CodeGeeX 连贯了自然语言到代码的一个交互过程，用户是通过写正文的模式让它生成特定的代码，也能够把一种语言的代码翻译成另外一种语言的代码，或者为已有的代码加上一些正文。2022年9 月 CodeGeeX 开源插件收费凋谢应用，目前曾经有10万+程序员装置应用，下载量超过270万+次，每天为程序员生成超过数百万行代码。 那么，CodeGeeX背地的大规模多语言代码生成预训练模型是如何从 0 到 1 建设起来的？次要有以下几个步骤： 第一，大规模代码数据收集。 训练的数据次要分为两个部位：一是，开源数据集。比方 The Pile 里的代码子集，以及 CodeParrot (Python）等；二是，额定爬取数据。从 GitHub 上爬优质的开源仓库并照一系列规定荡涤数据。最终整个语料库有 23 种编程语言，涵盖 Python，Java， C++，JavaScript， C，Go，HTML， Rust， C#等支流语言，数据量超过 1580 亿 token。接下来，数据处理模式也非常简单，首先，将代码数据分词并标识符化，行将代码片段进行分词，失去 token 序列，再将 token 对应到词表中的 ID，失去 ID 序列；其次，就是为不同语言的文件加上语言标签，在通过充沛的学习当前，二十几种语言的语法模型是能够齐全把握。 第二，CodeGeeX 模型架构。 CodeGeeX 模型基于 GPT 架构的自回归模型，由 40 层 transformer 组成，总计参数量达 130 亿。它应用自然语言或代码 token 作为输出，输入下一个 token 的概率，反对各种编程语言相干的上游工作，如代码生成、代码补全、代码翻译、代码正文等。同时，在架构实现的过程中做了许多设计，包含每一个算子须要用哪些精度，能力保障模型训练的稳定性等等。 第三，CodeGeeX模型训练。 CodeGeeX基于华为 Mindspore 框架实现，总共用到了 1536 张昇腾 910AI 处理器，相当于 1500 多张 GPU ，进行了长达两个月的训练。在混合精度训练方面，大部分的参数是用 FP16 作为精度，但在以往的实际中发现，如果全副的参数都是 FP16，在一些计算的节点上有些算子很容易有一个精度溢出，模型就会训崩掉，所以在 Layernorm、Softmax 中央会应用 FP32 保障稳定性。同时，训练采纳了一个并行训练的策略，就是 192 路数据并行和 8 路模型并行。在漫长训练之后，CodeGeeX 训练了 8500 亿的 token，基本上把GitHub 上爬到的代码全副都见过了一遍。 ...

在大模型倒退历程中，有两个比拟重要点：第一，Transformer 架构。它是模型的底座，但 Transformer 不等于大模型，但大模型的架构能够基于 Transformer；第二，GPT。严格意义上讲，GPT 可能不算是一个模型，更像是一种预训练范式，它自身模型架构是基于 Transformer，但 GPT 引入了“预测下一个词”的工作，即一直通过前文内容预测下一个词。之后，在大量的数据上进行学习才达到大模型的成果。 之所以说 Transformer 架构好，是因为 Transformer 可能解决之前自然语言解决中最罕用的 RNN 的一些外围缺点，具体来看：一是，难以并行化，反向流传过程中须要计算整个序列；二是，长时依赖关系建模能力不够强；三是，模型规模难以扩充。 那么，Transformer 具体是如何工作的？ 首先，是对输出进行标识符化，基于单词模式，或字母，或字符子串，将输出文本切分成几个 token，对应到字典中的 ID 上，并对每个 ID 调配一个可学习的权重作为向量示意，之后就能够针对做训练，这是一个可学习的权重。 在输出 Transformer 构造之后，其外围的有自注意力模块和前向流传层。而在自注意力模块中，Transformer 自注意力机制建模能力优于 RNN 序列建模能力。因而，有了 Transformer 架构后，基本上就解决了运行效率和训练很大模型的问题。 基于 Transformer 架构的支流语言大模型次要有几种： 一是，自编码模型，如 BERT，简略讲就是给到一句话，而后把这句话的内容挖空，当问及挖空的内容时，就把内容填回去，这其实是典型地用来做一个自然语言了解的工作，但做生成工作是十分弱的； 二是，自回归模型，如 GPT，它是通过一直地预测下一个词，特点是只能从左到右生成，而看不到前面的内容。GPT-1 最初接了一个 Linear 层做分类或选题题等工作，到了 GPT-2 ，曾经将一些抉择工作或者分类工作全副都变成文本工作，对立了生成的范式； 三是，编码器-解码器模型，如 T5，它的输出和输入是分为比拟显著的两块内容，或者是问答式，或者序列到序列的转换型的工作； 四是，通用语言模型，如 GLM，该模型联合了自回归和自编码两种模式的模型，举个例子，“123456”是一串输出的序列，当初把 “3”、“5”、“6” 挖空，让模型去学习，那么，挖空当前换成一个 “ mask token” 通知模型这个中央遮掉了一些内容，当初须要去预测进去遮掉的内容。 与 BERT 不同的是，GLM 把自回归和自编码方式进行联合后，挖出来的内容间接拼到了文本的前面，而后加上一个 “ start token”，通知模型当初是开始生成了，开始做填空工作了，而后把标准答案 “5”、“6” 放在 “ star token”前面让它去预测，直到预测到 “end token”，它就晓得这个填空曾经完结了。这个过程称为自回归填空式的工作，整个计算流程还是自回归式，但它一直预测下一个词，既实现了填空的性能，又能看到上下文内容。此外，相比于 GPT 模型，GLM 采纳了一个双向注意力的机制。 ...

近日，由清华技术成绩转化的公司智谱AI 开源了 GLM 系列模型的新成员——中英双语对话模型 ChatGLM-6B，反对在单张生产级显卡上进行推理应用。这是继此前开源 GLM-130B 千亿基座模型之后，智谱AI 再次推出大模型方向的研究成果。与此同时，基于千亿基座模型的 ChatGLM 也同期推出，初具问答和对话性能，现已开启邀请制内测（内测申请网址 chatglm.cn），后续还会逐渐扩充内测范畴。 据悉，ChatGLM-6B 是一个开源的、反对中英双语问答的对话语言模型，并针对中文进行了优化。该模型基于 General Language Model（GLM）架构，具备 62 亿参数。联合模型量化技术，用户能够在生产级的显卡上进行本地部署（INT4 量化级别下最低只需 6GB 显存）。ChatGLM-6B 应用了和 ChatGLM 雷同的技术，针对中文问答和对话进行了优化。通过约 1T 标识符的中英双语训练，辅以监督微调、反馈自助、人类反馈强化学习等技术的加持，62 亿参数的 ChatGLM-6B 尽管规模不迭千亿模型，但大大降低了推理老本，晋升了效率，并且曾经能生成相当合乎人类偏好的答复。 模型开源地址：https://github.com/THUDM/ChatGLM-6B。 具体来说，ChatGLM-6B 具备以下特点： 充沛的中英双语预训练：ChatGLM-6B 在 1:1 比例的中英语料上训练了 1T 的 token 量，兼具双语能力。 优化的模型架构和大小：汲取 GLM-130B 训练教训，修改了二维 RoPE 地位编码实现，应用传统 FFN 构造。6B（62亿）的参数大小，也使得研究者和集体开发者本人微调和部署 ChatGLM-6B 成为可能。 较低的部署门槛：FP16 半精度下，ChatGLM-6B 须要至多 13 GB 的显存进行推理，联合模型量化技术，这一需要能够进一步升高到 10GB（INT8）和 6GB（INT4），使得 ChatGLM-6B 能够部署在生产级显卡上。 更长的序列长度：相比 GLM-10B（序列长度 1024），ChatGLM-6B 序列长度达 2048，反对更长对话和利用。 人类用意对齐训练：应用了监督微调（Supervised Fine-Tuning）、反馈自助（Feedback Bootstrap）、人类反馈强化学习（RLHF）等形式，使模型初具了解人类指令用意的能力。输入格局为 markdown，不便展现。 基于以上特点，ChatGLM-6B 在肯定条件下具备较好的对话与问答能力，不过因为 ChatGLM-6B 模型的容量较小，不可避免的存在一些局限和有余。 ...

作为一款广受欢迎的开源IDE，VSCode凭借其轻量级和高度可扩大的个性，成为了越来越多开发者的首选工具。然而，VSCode的弱小性能并不仅限于其自身，是能够通过插件、主题和其余扩大来进一步扩大其性能。在本篇文章中，我将介绍10个原先你可能基本不晓得的开源工具，这些工具能够帮忙你更高效的应用VSCode。让你的编程之旅更加欢快～ 一、 CodeGeeX AI辅助编程工具CodeGeeX，是完全免费，开源凋谢给所有开发者应用。程序员广泛反馈应用这个插件后，代码编写效率晋升2倍以上。 CodeGeeX插件领有代码生成性能：能够依据自然语言正文形容的性能，主动生成代码。也能够依据已有的代码主动生成后续代码，补全以后行或生成后续若干行，帮忙你进步编程效率。 CodeGeeX代码翻译性能：反对多种编程语言之间互译，准确率高。目前代码翻译性能反对八种最风行的编程语言: Python、Go、Java、JavaScript、C++、C#、PHP、TypeScript等； CodeGeeX代码解释性能：能够一键为你的代码逐行增加正文； 二、 GitLens GitLens是一个功能强大的Git加强插件，它能够让您更轻松地理解您的代码库。应用GitLens，您能够在代码行上显示Git提交信息、文件历史记录和比拟视图。此外，它还能够显示Git blame正文和团队成员的最新流动。 三、 Bracket Pair Colorizer Bracket Pair Colorizer是一个十分实用的插件，它能够帮忙您更好地可视化代码中的括号匹配。应用此插件，您能够为代码中的不同括号级别定义不同的色彩，从而更轻松地确定代码中的嵌套构造。 四、 Code Spell Checker Code Spell Checker是一个语法查看器，能够在您编写代码时捕捉拼写错误。它能够查看正文、字符串、变量名等等，从而帮忙您更好地放弃代码的准确性和可读性。 五、 Peacock Peacock是一个简略而乏味的插件，它能够为您的VSCode编辑器实例着色。应用Peacock，您能够为每个VSCode编辑器实例抉择不同的色彩主题，从而更轻松地辨认和辨别它们。 六、 Todo Tree Todo Tree是一个实用的工具，能够帮忙您在代码中查找和跟踪TODO、FIXME和其余正文。应用此插件，您能够轻松查找您代码中的未实现工作，从而更高效地治理和保护您的代码库。 七、 Rainbow CSV Rainbow CSV是一个十分实用的插件，能够帮忙您更好地解决CSV文件。应用此插件，您能够将CSV文件中的每列着色，从而更轻松地辨认和辨别不同的列。 八、 REST Client REST Client是一个能够帮忙您测试和调试RESTful API的插件。应用此插件，您能够轻松地编写和执行HTTP申请，并查看其响应。它还能够帮忙您轻松地解决Cookie、Header和其余申请参数。 九、 Git History Git History是一个十分实用的Git日志查看器，能够帮忙您更好地理解您的Git提交历史记录。应用此插件，您能够轻松查看Git提交历史记录，该插件还反对显示具备不同色彩的分支，显示提交信息和更改详细信息，以及搜寻提交历史记录。 十、 Path Intellisense Path Intellisense是一个十分有用的工具，能够帮忙您在编写代码时疾速输出文件门路。应用此插件，您能够轻松地浏览和抉择文件门路，从而更快地输出文件门路，并缩小拼写错误。 总结 这里介绍的10个工具和插件只是VSCode丰盛的扩大生态系统中的一小部分。应用这些工具和插件，能够帮忙您更高效的编写代码，并在编写代码时更好地放弃准确性和可读性。无论您是老手还是有教训的开发人员，这些工具都能够让您的工作更加轻松愉快。

近日，前哈佛大学计算机科学传授、谷歌工程主管 Matt Welsh 在美国计算机协会（ACM）的一个虚构会议上断言：“生成式 AI 将在 3 年内终结编程。”Welsh 的断言是来自他体验了ChatGPT和GitHub Copilot在编程方面的能力后，有感而发的。 我十分认同他的断言，我也认为在国内的开发者群体中，这种终结是必然会产生的。但我并不认同的是，他对“3年内”这个工夫的判断，这个工夫可能会略微偏激了一些。察看近期国产AI辅助编程工具CodeGeeX，也就是Welsh提到的Github Copilot的平替产品，从性能到模型层面，每周都有十分疾速的产品迭代公布。可见程序员群体对CodeGeeX这个Copilot平替产品的认知度和好感，都在疾速晋升。 最重要的是CodeGeeX作为Copilot的平替产品，完全免费，开源凋谢给所有开发者应用。 CodeGeeX插件领有代码生成性能：能够依据自然语言正文形容的性能，主动生成代码。也能够依据已有的代码主动生成后续代码，补全以后行或生成后续若干行，帮忙你进步编程效率。 CodeGeeX代码翻译性能：反对多种编程语言之间互译，准确率高。目前代码翻译性能反对八种最风行的编程语言: Python、Go、Java、JavaScript、C++、C#、PHP、TypeScript等； CodeGeeX代码解释性能：能够一键为你的代码逐行增加正文； Welsh 的发言中认为，正是因为 ChatGPT 、Copilot以及CodeGeeX这些技术的呈现，编程正处于从人类工作转变为机器人工作的转折点。在他看来，程序员须要演变成 AI 程序的“老师”——或者产品经理，或者代码评审人员（其实就是白盒动态测试人员）。他认为这两个人类角色相对来说不那么受机器人的影响。“不要指望你的程序员职业生涯会始终继续上来，因为机器正在取代这个角色。”Welsh 说道。 据悉，Welsh 曾在谷歌和苹果公司负责高级工程职位，他曾在 2023 年 1 月出版的《ACM 通信》杂志上就这一话题写过一篇文章：编程的终结：经典计算机科学的末日即将来临。也心愿Welsh能够体验一下国产AI辅助编程工具CodeGeeX，给出中肯的评估和贵重的意见。 上面是附上 Matt Welsh 在ACM 上发言的文字总结（摘要），浏览之前能够在你的插件中，率先装置体验CodeGeeX，晋升配备实力！目前CodeGeeX反对在VS Code和Jetbrains IDEs的插件市场间接下载应用。 写代码是脏活，让 AI 来做吧！随着 GitHub Copilot、ChatGPT 等 AI 产品继续火爆，AI 在编程方面展示了极强的能力。在一项新的研究课题中，ChatGPT 尝试查找示例代码中的 bug 并给出修复倡议，其体现远超现有程序，胜利修复了 40 个 bug 中的 31 个（来自伦敦大学学院和德国美因茨大学的钻研报告） 领有如此弱小的编程能力，AI 真的会取代程序员？Welsh 断言，生成式 AI 将在 3 年内终结编程。 在 Welsh 看来，“写代码是脏活”——所以就让机器人来做吧。“用你的工夫做点别的事件。对于每个人来说，写电脑程序并不是最好的利用工夫的形式。” Welsh 示意，Copilot 是一款不堪设想的产品。“在我敲键盘时，Copilot 常常可能很好地帮我实现我的想法——它能读出我的想法，比我设想的要多得多。Copilot 极大地提高了工作效率，因为它让我防止了很多上下文切换。” ...

我的项目依赖依赖引入标准版本号package.json 与 package-lock.jsonnpm与cnpm开发工具篇格式化eslint与prettier降本提质升高保护老本进步开发体验

防止vscode近程调试python变卡的好习惯准则：编程时与调试时，保障程序与配置文件是可能失常运行的最小化代码。程序性能最好可能合成开，独自调试。 具体场景一、想调试某个文件，在launch.json中，如果这个文件不须要在控制台接管参数，那么把配置中的args删除。因为应用args配置了参数，会导致程序加载了不必要配置，执行了非预期的逻辑。这些非预期的逻辑中，可能蕴含计算十分慢的代码。 { "name": "Python: Current File", "type": "python", "request": "launch", "program": "${file}", "console": "integratedTerminal", "justMyCode": false, "args": [ ],}具体场景二、Python导包，导入满足运行条件的最小的函数与类。 尽量应用 from xxx import yyy来选择性导入须要用的包，间接应用import xxx，它会加载xxx中的所有import语句与全局执行的语句，这样，不晓得什么中央，会有一句代码，会影响到失常的调试，不不便定位谬误。 例子：入口脚本程序中引入了一个自定义的包，这个包中应用pytorch时，并且设置了如下的打印选项。 import torchtorch.set_printoptions(profile='full')它会的十分的慢。实测在NVIDIA GeForce RTX 2080 Ti，在DEBUG CONSOLE中打印一个这样的变量：[Tensor(shape=(663, 655), dtype=torch.bool), Tensor(shape=(663, 655), dtype=torch.bool)], 大略须要18.23s。相当的慢。 如果调试的程序中，蕴含特地多的包，那么定位到引起调试代码，单步调试特地慢的起因，不是很容易。 卡顿状况定位经验总结景象：程序中调用mmdetection推理的函数的代码，在debug过程中，单步执行一步特地慢，须要20s以上。 1 我狐疑与mmdetection推理的接口函数无关。那么，我独自整了python文件，外面编写mmdetection推理demo的最小化、最简略的代码。并debug这个python文件，发现debug很失常。没有问题。 2 我褪掉多余的代码封装，针对最里层的类，独自整了个测试demo。对最里层的类，代码上，仅保留实现mmdetection推理、推理后后果打印，其它所有清空。并且import的包，仅保留不报错的起码类的包，其它导入的包全副删除。这样再做测试，发现在debug过程中，单步执行一步速度变失常了。 3 在上一步的根底上，每一次加一点代码块，并测试debug过程单步执行一步的速度。始终减少到会让程序变慢的那个代码块。对让程序变慢的代码块，能够再细粒度的从不会变慢的最小化代码版本上，缓缓减少代码，始终到减少到呈现让程序变慢的代码，即定位到了程序变慢的代码。

谷歌I/O大会明天凌晨公布，打出系列AI组合拳。除了公布升级版语言模型PaLM2之外，Bard能力也要腾飞。 凭借改良的数学、逻辑和推理技能，Bard 当初能够帮忙生成、解释和调试 20 多种编程语言的代码，开发者们须要输出prompt，来失去残缺的代码片段。 Bard提供的代码援用性能，在提供代码起源的同时还能解释代码片段。 此外，开发者还能够把Bard生成的代码进行导出，不仅能发送到谷歌的Colab平台，还能和另一个基于浏览器的IDE Replit一起应用。 然而，Bard目前依然不反对中文，也不凋谢给中国地区应用。 所以中文开发者能够优先思考应用国产AI辅助编程工具CodeGeeX。CodeGeeX也是一个应用AI大模型为基座的辅助编程工具，帮忙开发人员更快的编写代码。能够主动实现整个函数的编写，只须要依据正文或Tab按键即可。它曾经在Java、JavaScript和Python等二十多种语言上进行了训练，并基于大量公开的开源代码、官网文档和公共论坛上的代码来优化本人的算法。CodeGeeX作为一款中国原创的AI辅助编程工具，当初收费提供给所有开发者应用，同时齐全开源，程序员应用普遍认为编写代码的效率晋升2倍以上。 最近性能上新十分快，比方刚刚更新的“Ask CodeGeeX”性能，是将智能问答模式，交融到理论开发场景中，让开发者更专一和沉浸于编程，不必来到以后 IDE 的编程环境，就能够边写代码边和 AI 对话，实现针对编程问题的智能问答。无需waitlist，立即就能尝鲜这个新性能！ 那么就先给大家疾速看看，在CodeGeeX上的体验是怎么的： 所以在谷歌I/O大会期间，强烈推荐各位下载应用AI辅助编程工具CodeGeeX。

欢送应用 Visual Studio Code 2023 年 4 月版。一些次要亮点包含： 辅助性能改良 - 更好的屏幕阅读器反对、新的音频提醒。新色彩主题 - “古代”浅色和深色主题默认设置。配置文件模板 - Python、Java、数据迷信等的内置模板。拖放选择器 - 抉择您心愿如何将我的项目链接搁置到编辑器中。独立色彩选择器 - 用于插入或批改色彩格局的色彩选择器 UI。源代码治理输出的疾速修复 - 间接在输入框中修复拼写和其余谬误。Markdown 拖放视频 - 在 Markdown 文件中轻松增加视频标签。将图像文件拖放到笔记本中以创立附件 - 在图像链接、门路或附件之间进行抉择。辅助性能▍Aria 冗余设置屏幕阅读器用户能够通过“accessibility.verbosity.diff-editor”和“accessibility.verbosity.terminal”设置从性能的 aria-label 中排除提醒以缩小冗余。 ▍diff 编辑器音频提醒改良VS Code 当初缓存音频提醒，因而它们只需加载一次，从而产生更好的响应能力，并改良了用于 diff 编辑器的音调。 ▍转到行/列布告当调用“转到行/列” (Ctrl+G) 时，屏幕阅读器当初会读取关联的行内容。 新的默认色彩主题新的“深色古代”和“浅色古代”主题取代了“深色”和“浅色”，成为新的默认深色和浅色主题。 配置文件模板配置文件可让您依据以后我的项目或工作疾速切换编辑器扩大、设置和 UI 布局。为了帮忙您开始应用配置文件，咱们提供了配置文件模板，这些模板是针对不同编程语言和场景的精选配置文件。您能够按原样应用配置文件模板，也能够将其用作终点以进一步自定义您本人的工作流程。 您能够通过“配置文件”>“创立配置文件...”下拉菜单抉择一个配置文件模板： 抉择配置文件模板后，您能够查看设置、扩大和其余数据，如果不想将个别我的项目蕴含在其中，则能够将其删除。 在您基于模板创立新配置文件后，对设置、扩大程序或 UI 所做的更改将保留到您的配置文件中。 拖放选择器您能够在搁置前按住 Shift 键，将文件和内容搁置到文本编辑器中。在此更新中，咱们增加了 UI，可让您更改此内容插入文件的形式。例如，在将图像放入 Markdown 文件后，此控件容许您在插入 Markdown 图像、图像的工作区相对路径和图像的残缺门路之间切换： 每当您拖放内容并且有不止一种可能的插入方式时，拖放选择器控件就会呈现。您能够通过单击或应用 Ctrl+. 关上控件。当您开始键入或将光标移到插入的文本之外，下拉选择器就会隐没。您还能够应用"editor.dropIntoEditor.showDropSelector": "never" 齐全禁用拖放选择器控件。 VS Code 包含一些内置的办法来删除常见的内容格局。扩大还能够应用 DocumentDropEditProvider API 增加本人的拖放选项。 独立的色彩选择器当初能够启动独立的色彩选择器来插入和替换色彩。关上色彩选择器，请从命令面板中抉择“显示或聚焦独立色彩选择器”。 当扩大没有提供色彩或色彩格局时，色彩选择器会回退到 CSS 格局的色彩。当初还能够在所有文件类型中可视化 CSS 格局色彩的内联色彩装璜器。要显示这些装璜器，请启用“编辑器：默认色彩装璜器” (editor.defaultColorDecorators)设置。 ...

翻译自 Chris Dias 的博客 AI 这个话题，近期咱们看到它被大家宽泛地议论，有些人很兴奋，也有些人表白了担心。提高简直每天都在产生，速度前所未有。每天有超过一百万的 Copilot 用户，如果你有机会尝试，你可能也会认为这项技术并没有让人悲观，尤其是对于像 OpenAI 的 GPT-3.5/4 这样的大型语言模型 (LLM)。 在这篇文章中，咱们将介绍 VS Code 中 AI 的背景常识，向您展现一些由 GitHub Copilot 提供反对的令人兴奋的新体验，并让咱们一窥将来的倒退方向和形式。 GitHub Copilot “V1”Copilot 扩大首次推出曾经一年多了。Oege De Moor 和他在 GitHub 的团队与 OpenAI 单干，带来了第一个应用 LLM 进行开发的大规模示例，特地是 OpenAI 的代码模型。 Copilot 通过基于四周代码的上下文提供倡议作为“幽灵文本”（“ghost text”），为您正在编写的代码提供实时提醒。如果您将用意写成正文，或应用描述性函数名称，Copilot 能够应用这些提醒逐字逐行甚至逐块主动生成代码。这是一种十分无效的体验，通常“幽灵文本”会起作用，您很快就会在晦涩的“Tab-Tab-Tab”开发流程中编写代码。 事实证明，这仅仅是个开始。 编辑器内聊天咱们晓得 AI 渗透到开发过程中只是工夫问题。咱们始终在与 GitHub Next 团队合作开发 Copilot 和 Copilot Labs 扩大，但 2022 年 11 月公布的 ChatGPT 大大放慢了时间表。 VS Code 团队举办了一场外部黑客马拉松，摸索如何将 AI 更深刻地集成到 VS Code 中，并提出了许多很酷的想法，例如：改良的重命名和重构、基于示例的代码转换，以及应用自然语言创立文件 glob 模式或正则表达式的办法。 只管这些想法很乏味，但咱们始终围绕着聊天体验打转。咱们有肯定水平的狐疑——真的须要生存中的另一种聊天体验吗？VS Code 是一个编辑器，咱们的工作是让您进入那个“区域”，并为您的开发和翻新打消各种烦扰因素。 ...

—— 基于 Visual Studio Code 官网文档的全面的、具体的入门级教程作者：Xi Xu 浏览原文 举荐应用 OpenAI API 来进步编程效率《OpenAI 账户注册 —— 中国大陆的最优解决方案》。 倡议在学习本教程的同时观看本教程配套视频。 在本教程中，您将为应用 UCRT64 中的 GCC C++ 编译器（g++）和 GDB 调试器配置 Visual Studio Code 来创立在 Windows 上运行的程序。 配置 VS Code 后，您将在 VS Code 中编译和调试一个简略的 Hello World 程序。本教程不会教您无关 GCC，GDB，UCRT64 或 C++ 语言的常识。对于这些主题，网络上有许多很好的资源。 本教程内容较多，但若严格依照本教程操作，就能轻松实现 Visual Studio Code – C++ 入门，所以请急躁残缺地学习本教程。 如果遇到任何问题，在查问网络后有效的状况下能够退出 QQ 频道 VS Code。 先决条件若要胜利实现本教程，必须执行以下步骤： 装置 Visual Studio Code（运行刚下载的安装程序，抉择 我批准此协定 后始终抉择 下一步 ，在 抉择附加工作 页面抉择所有选项，最初抉择 装置 ）。 ...

服务开发者的无效办法，首先是要关注程序员圈子里的热门话题，归纳起来其实开发者最关注的是这三个方面： 一、语言和框架更新： 程序员圈子中常常会探讨各种语言和框架的更新，特地是一些热门语言和框架，如JavaScript、Python、React、Angular等。如果有任何更新或重大更改，程序员们会踊跃地探讨这些变动以及其对他们的我的项目和工作的影响。 二、技术新闻和趋势： 程序员圈子中还常常探讨各种技术新闻和趋势，包含人工智能、云计算、区块链、物联网等等。这些话题不仅波及技术自身，还波及技术对商业和社会的影响。 三、软件开发和编程实际： 程序员圈子中也常常探讨各种软件开发和编程实际的技巧和最佳实际，包含代码品质、代码审查、测试、继续集成等等。程序员们会分享本人的教训和倡议，以帮忙其余程序员更好地开发和保护代码。 其中程序员获取语言和框架更新信息，和技术新闻趋势的渠道次要是这几个： 一、官网文档和社区： 语言和框架的官网文档通常是最权威和及时的信息起源，能够在其中找到最新的更新和重要的更改。此外，语言和框架的社区也是程序员获取信息的重要渠道，能够在社区中查看新闻和探讨。 二、技术新闻网站和博客： 一些出名的技术新闻网站和博客，如TechCrunch、Hacker News、Medium等，通常会公布无关语言和框架更新的报道和剖析文章，程序员能够通过这些网站理解最新的技术动静和趋势。 三、社交媒体： 程序员能够通过社交媒体平台，如Twitter、Reddit、LinkedIn等，关注一些出名的语言和框架的开发者和社区，以及其余程序员，从而获取最新的更新和重要的更改信息。 四、技术会议和流动： 各种技术会议和流动通常都会有专门的主题演讲和讨论会，介绍最新的技术动静和趋势，程序员能够通过加入这些会议和流动获取最新的语言和框架更新的信息。 通过下面这几个渠道，获取最新的语言和框架更新的信息，并及时理解其对本人我的项目和工作的影响。 其次，开发者获取软件开发和编程实际方面的渠道次要是这几个： 一、开发者社区和论坛： 程序员能够退出一些出名的开发者社区和论坛，如Stack Overflow、Reddit、GitHub等，从中理解最佳实际和技巧。这些社区和论坛还提供了一个平台，让程序员能够与其余程序员交流经验、解决问题和分享常识。 二、开发者博客和书籍： 程序员能够浏览一些出名开发者的博客和书籍，理解他们的编程实际、技巧和教训。这些博客和书籍通常会提供具体的代码示例、最佳实际和案例剖析，有助于程序员进步本人的技能。 三、在线教程和视频： 程序员能够通过在线教程和视频学习各种编程实际和技巧，如测试驱动开发、代码审查、继续集成等。一些出名的在线教育平台，如Coursera、Udacity、edX等，提供了丰盛的编程课程和资源，有助于程序员进步本人的技能和常识程度。 四、社交媒体和技术会议： 程序员能够通过社交媒体和技术会议理解最新的软件开发和编程实际趋势和最佳实际，与其余程序员交流经验和常识。程序员能够关注一些出名的技术会议和社区活动，如Google I/O、AWS re:Invent、Microsoft Build等，从中学习最新的编程实际和技巧。 五、AI辅助编程工具： 帮你结对学习软件开发和编程实际方面的最佳实际和技巧，进步开发者本人的技能和常识程度，比方CodeGeeX AI辅助编程工具CodeGeeX，是完全免费，开源凋谢给所有开发者应用。程序员广泛反馈应用这个插件后，代码编写效率晋升2倍以上。 CodeGeeX插件领有代码生成性能：能够依据自然语言正文形容的性能，主动生成代码。也能够依据已有的代码主动生成后续代码，补全以后行或生成后续若干行，帮忙你进步编程效率。 CodeGeeX代码翻译性能：反对多种编程语言之间互译，准确率高。目前代码翻译性能反对八种最风行的编程语言: Python、Go、Java、JavaScript、C++、C#、PHP、TypeScript等； CodeGeeX代码解释性能：能够一键为你的代码逐行增加正文； GitHub是程序员最罕用的代码托管平台之一，除了获取代码，还能够通过以下技巧利用GitHub来学习编程和晋升编程技能： 一、学习开源我的项目： GitHub上有数以百万计的开源我的项目，这些我的项目通常有具体的文档和代码正文，能够帮忙学习者理解不同的编程语言、框架和技术，学习最佳实际和代码格调。学习者能够抉择本人感兴趣的开源我的项目，并浏览其源代码和文档，理解其实现细节和编程思维。 二、参加开源我的项目奉献： GitHub是开源社区的重要平台之一，通过参加开源我的项目的奉献，学习者能够与其余程序员单干，进步本人的编程技能和实践经验。学习者能够在GitHub上搜寻本人感兴趣的开源我的项目，并尝试为其奉献代码、提交bug修复和文档批改等。 三、创立本人的我的项目： 学习者能够通过GitHub创立本人的我的项目，从而将本人的编程技能和实践经验展现给其他人，并失去其余程序员的反馈和倡议。学习者能够在本人的我的项目中实际各种编程技术和最佳实际，从中学习和进步本人的编程技能。 四、学习GitHub工作流程： GitHub提供了许多工作流程和合作工具，如版本控制、分支治理、合并申请、问题跟踪等，学习者能够通过应用这些工具来进步本人的合作和团队开发能力。学习者能够尝试创立本人的团队，并应用GitHub进行团队合作和项目管理。 五、参加开源社区： GitHub上有许多沉闷的开源社区，如React、Angular、Django等，这些社区提供了许多有用的资源和交换机会，学习者能够退出这些社区，与其余程序员交流经验和常识，从中学习和进步本人的编程技能。 GitHub是一个十分有用的学习编程和晋升编程技能的平台，学习者能够通过利用GitHub的各种性能和工具，学习开源我的项目、参加开源奉献、创立本人的我的项目、学习GitHub工作流程和参加开源社区等，进步本人的编程能力和实践经验。

在前端开发畛域，目前最风行的三个框架是Angular、React和Vue.js。这些框架十分高效，并且它们各自具备一系列的优缺点。 在AI辅助编程工具CodeGeeX的后盾中，也看到有大量的前端开发者应用这三个框架，并且Vue的使用率在CodeGeeX的后盾中，继续走高。接下来咱们针对Angular、React和Vue.js进行比拟钻研，探讨每个框架的特点、长处和应用场景。 CodeGeeX对这三种框架都有很好的辅助编程反对。 Angular Angular是一款基于TypeScript的开源框架，由Google开发和保护。它是一个全面的框架，带有很多开箱即用的性能，使其成为大型项目的现实抉择。Angular具备平缓的学习曲线，但一旦把握它，您就能够开发高效和可扩大的应用程序。Angular应用基于组件的架构，并具备内置的依赖注入零碎。 长处：提供开箱即用的残缺解决方案、提供弱小的双向数据绑定性能、带有内置的依赖注入零碎、提供全面的测试环境、实用于大型项目、CodeGeeX辅助编程反对优良。 毛病：学习曲线平缓，对于小型我的项目可能会过于宏大。 React React是由Facebook开发的JavaScript库。它是一个轻量级和灵便的库，容许开发人员创立可重用的UI组件。React应用虚构DOM，通过缩小对理论DOM的更新次数来进步应用程序的性能。React易于学习，并且具备宽泛的库和工具生态系统。 长处 轻量级和灵便、容许创立可重用的UI组件、应用虚构DOM以实现更好的性能、具备宽泛的库和工具生态系统、易于学习、CodeGeeX辅助编程反对优良。 毛病 须要第三方库能力提供残缺的解决方案、对于初学者来说可能设置有挑战性、不提供内置的依赖注入零碎。 Vue.js Vue.js是由Evan You开发的渐进式JavaScript框架。它是轻量级的，并提供了一个简略直观的API用于构建Web应用程序。Vue.js采纳反应式和可组合的架构，使得构建简单应用程序变得容易。Vue.js易于学习，且具备较小的学习曲线。 长处 轻量级且易于学习、提供了构建Web应用程序的简略且直观的API、应用反应式和可组合的架构、提供了内置的依赖注入零碎、学习曲线较小、CodeGeeX辅助编程反对优良。 毛病 与Angular和React相比，生态系统无限、不适宜大规模我的项目、某些性能可能须要第三方库的反对。 这些框架各自都有本人的优缺点，因而实用于不同的用例。Angular实用于大型项目，在这些我的项目中，您须要一个开箱即用的残缺解决方案。它的内置依赖注入零碎和全面的测试环境使其成为简单应用程序的现实抉择。 React实用于小到中型我的项目，其中您须要灵活性和重用组件的能力。React的虚构DOM也使其成为须要频繁更新UI的应用程序的优良抉择。Vue.js实用于小到中型我的项目，其中您须要一个轻量级且易于学习的框架。其反应式和可组合的架构使其易于构建简单的应用程序，并且其内置的依赖注入零碎使其成为须要依赖注入的应用程序的绝佳抉择。 社区反对 框架的社区反对能够对其采纳和胜利产生显著影响。这三个框架都有踊跃和支持性的社区，慢慢造成了一个残缺的库、工具和资源生态系统，开发人员能够利用它来疾速构建应用程序。 性能 性能是Web开发中十分重要的因素。这三个框架都被设计成高性能的，然而React的虚构DOM使其特地高效。虚构DOM容许React最小化对理论DOM的更新次数，从而显著进步应用程序的性能。 工具反对 框架可用的工具反对能够对开发过程产生重大影响。Angular领有杰出的工具反对，包含弱小的CLI，使得设置和治理Angular我的项目变得轻松。React领有宏大的工具和库生态系统，包含风行的create-react-app，使得设置React我的项目变得简略。Vue.js也有十分优良的工具反对，包含Vue CLI，能够疾速搭建Vue.js我的项目。 测试 测试是Web开发的一个要害方面，这三个框架都具备弱小的测试性能。Angular内置了全面的测试环境，使得编写和执行测试变得容易。React领有宏大的测试库生态系统，包含Jest和Enzyme等，使得编写和执行测试变得容易。Vue.js也有良好的测试反对，包含Vue Test Utils库，能够轻松地测试Vue.js组件。 可扩展性 可扩展性是抉择框架时须要思考的另一个关键因素。Angular 是为可扩展性而设计的，是大型项目的绝佳抉择。React 也可扩大，但可能须要额定的第三方库来提供残缺的解决方案。Vue.js 轻量且易于学习，但可能不适宜大型项目。 语法 另一个须要思考的方面是每个框架的语法。Angular 和 Vue.js 都应用基于模板的语法，这能够使设计师和开发人员更容易合作。React 则应用 JSX 语法，须要一些工夫来适应，但能够提供更多的灵活性和对 UI 的管制。 状态治理 状态治理是 Web 开发的一个要害方面，尤其对于大型项目而言。Angular 和 Vue.js 都有内置的状态管理系统，能够简化应用程序状态的治理过程。React 则须要第三方库，如 Redux 或 MobX，能力提供残缺的状态治理解决方案。 学习资源 学习资源的可用性在抉择框架时能够起到重要的作用。Angular 有杰出的文档和大量的学习资源，包含教程、视频和课程。React 也有宏大的学习资源生态系统，包含一个蓬勃发展的社区和泛滥教程和课程。Vue.js 绝对较新，但同样领有一个一直壮大的社区和良好的学习资源抉择。 兼容性是抉择框架时须要思考的另一个因素。Angular和React都具备杰出的跨浏览器兼容性和对古代Web技术的反对。Vue.js的兼容性也不错，但对于须要宽泛浏览器反对的我的项目，它可能不是最佳抉择。 保护是抉择框架时须要思考的要害方面。Angular和React都由各自的社区进行良好的保护，频繁更新和修复谬误。Vue.js也失去了良好的保护，但可能没有像Angular或React那样的社区反对程度。 CodeGeeX对于下面三种框架都有很好的辅助编程反对。 CodeGeeX代码生成性能：能够依据自然语言正文形容的性能，主动生成代码。也能够依据已有的代码主动生成后续代码，补全以后行或生成后续若干行，帮忙你进步编程效率。 CodeGeeX代码翻译性能：反对多种编程语言之间互译，准确率高。目前代码翻译性能反对八种最风行的编程语言: Python、Go、Java、JavaScript、C++、C#、PHP、TypeScript等； ...

近日，CodeGeeX模型迭代v1.5版本上线，用户反馈模型成果和应用效率较之前有大幅晋升。 恰逢CodeGeeX团队在arxiv上公布了论文，具体介绍了CodeGeeX AI编程辅助工具背地的代码生成大模型的架构、训练过程及推理减速等工作。 明天咱们对这篇论文的外围信息进行解读，让更多的开发者理解CodeGeeX背地大模型的演进历程，以便更好的应用CodeGeeX作为开发者新一代的生产力工具。 基于Transformer的技术展示代码生成后劲 机器是否可能依据人类用意的形容，例如“编写一个阶乘函数”，主动生成解决该需要的可执行程序？这就是主动程序编写的问题，自20世纪60年代计算机科学的晚期就开始了各种摸索。 从「LISP-based pioneering deductive synthesis approaches」到「Modern Program Synthesis Systems」，再到通过深度神经网络进行摸索，为了使机器可能主动编写正确的程序，研究者们始终在寻找正确的方向。 直到2020年，基于Transformer的技术开始展现出主动生成代码的后劲，这些生成的代码既有语法正确性又具备上下文的一致性。紧接着，大规模语言模型，遇到了大规模开源代码数据，代码生成的停顿再次失去了显著的推动。 在这当中，十分值得咱们留神的是：OpenAI的Codex模型，具备120亿（12B）参数。在2021年，首次展现出了在数十亿行公共代码上进行预训练后，大型代码生成模型的后劲。通过应用生成式预训练（GPT）策略，Codex以很高的概率解决Python入门级编程问题。尔后，大型预训练的代码模型，失去了宽泛倒退。 CodeGeeX模型的3个重要特点 本文的主人公：CodeGeeX模型，是一个具备130亿参数的多编程语言代码生成预训练模型，齐全应用国产平台和框架实现，在20多种编程语言的代码语料库历时两个月训练而成。 CodeGeeX对代码主动生成的钻研，在大语言模型正确的方向下，又与Codex有所不同，具备本人的特点： 首先，CodeGeeX自身以及如何预训练这种规模的代码模型都是开源的，这有助于了解和推动预训练代码生成模型的倒退。CodeGeeX还反对在Ascend和NVIDIA GPU上进行跨平台推理。 其次，除了像Codex和其余工具一样反对代码生成和代码补全之外，CodeGeeX还反对代码解释和多语言之间的代码翻译工作。 第三，它在相似规模的出名多语言代码生成模型中，具备统一的性能劣势，这些出名模型包含 CodeGen-16B, GPT-NeoX-20B, InCode-6.7B, and GPT-J-6B 等。 CodeGeeX还在多个IDE中构建了收费的CodeGeeX插件，包含Visual Studio Code、JetBrains IDEs和Tencent Cloud Studio（Web IDE）。 它反对几种不同的模式——代码主动补全、函数级别生成、代码翻译、代码解释和可自定义提醒，以帮忙用户实时实现编程工作。 公布以来，每天都有数万名沉闷用户，每个用户均匀每个工作日发动250多个API调用。截至本文撰写时，CodeGeeX模型每周生成47亿个token。咱们的用户调研表明，83.4%的用户认为CodeGeeX进步了他们的编程效率。 CodeGeeX取得HumanEval-X的充沛验证 除了CodeGeeX模型外，团队还构建了多编程语言代码生成评估基准HumanEval-X。HumanEval-X是第一个反对性能正确性评测的多语言、多任务的基准，蕴含820个人工编写的高质量代码生成题目、测试用例与参考答案，笼罩5种编程语言（Python、C++、Java、JavaScript、Go），反对代码生成与代码翻译能力的评测。CodeGeeX模型的能力在HumanEval-X失去充沛验证。 论文全文见：https://arxiv.org/abs/2303.17568 点击浏览原文，理解并试用基于CodeGeeX大模型的AI编程辅助工具（VS Code插件，JetBrains IDEs插件）：https://codegeex.cn

在ChatGPT推出后，许多人发现，它在编程方面也具备弱小的能力——在编写代码过程中，如果遇到问题，能够不用去搜索引擎寻找答案，而是间接向ChatGPT发问。不过，在申请应用一些性能时，须要先期待各种waitlist，很多用户示意等了挺久还没用上。 有没有更快的形式，可能在代码编写环境中，用上智能问答的性能呢？ 答案是必定的。本周CodeGeeX性能更新，为开发者带来了全新体验降级：在编程环境中，CodeGeeX插件整合了针对代码常识的智能问答性能。 CodeGeeX将问答模式，交融到理论开发场景中，让开发者更专一和沉浸于编程，不必来到以后 IDE 的编程环境，就能够边写代码边和 AI 对话，实现针对编程问题的智能问答。无需waitlist，立即就能尝鲜这个新性能！ 那么就先给大家疾速看看，在CodeGeeX上的体验是怎么的： 先以 VS Code为例：关上CodeGeeX插件，在VS Code中的左侧边栏，点击CodeGeeX图标就能够看到“Ask CodeGeeX”的模块。在开发过程遇到任何问题，都能够在侧边栏中间接发问。那么，如何申请和应用上CodeGeeX中的智能问答性能呢？上面分享具体步骤： 1.首先，确保你曾经在VSCode中下载了CodeGeeX插件； 2.装置好插件后，VSCode会在右下角提醒登录，点击提醒跳转到浏览器； 3.在浏览器中实现注册和登录； 4.登录胜利后，返回VS Code，你就能够在左侧边栏向CodeGeeX进行发问； 没错，这就是本周推出的CodeGeeX的性能更新！该性能不须要“Waitinglist”排队期待，目前曾经率先在VS Code和JetBrains IDEs的CodeGeeX插件中上线，用户只须要在插件市场搜寻，下载安装CodeGeeX，登录后即可应用。 在体验了这个性能之后，用户普遍认为对于代码类根底问题和需要的解答，十分有帮忙。 目前Ask CodeGeeX性能中，应用的是广受关注的ChatGLM-6B开源模型。今后，性能还将一直迭代，引入更多优良的问答模型以帮忙开发者，更无效地解决工作中遇到的问题。 将来，或者咱们不再须要一行行看代码、找 Bug、写测试了，而是间接改用 CodeGeeX 来迅速解决这些工作。

咱们很快乐地发表，Semantic Kernel Tools 曾经公布了，这是 Visual Studio Code 的第一个 Semantic Kernel 扩大。通过此扩大，开发人员能够更快、更轻松地在 Semantic Kernel 上倒退本人的语义技能。 Semantic Kernel Tools 提供了一个用户敌对的界面，与 VS Code 环境无缝集成。该扩大程序提供了弱小的工具，用于创立、测试和调试技能，并将它们整合到现有我的项目中。该扩大显著升高了对人工智能技术不太熟悉的开发人员进入门槛。它提供了更易于拜访和直观的开发环境，使各种技能程度的开发人员都能够利用 Semantic Kernel 在其我的项目中发挥作用。通过提供简化的开发体验，开发人员能够疾速高效地创立和测试新技能。这使他们可能专一于我的项目的创意方面，而不是陷入技术细节中。 通过创立自定义技能，开发人员能够依据特定需要和指标来定制其我的项目。无论是聊天和对话交互、代码生成或转换、问答或任何其余预期应用状况，Semantic Kernel Tools 提供了所需的灵活性和弱小性能，以创立翻新且有影响力的我的项目。 咱们置信，Semantic Kernel Tools 代表了人工智能技术倒退中的重要一步。通过提供用户敌对且易于拜访的开发环境，咱们心愿赋予开发人员发明下一代基于 AI 能源应用程序和服务的势力。 要开始应用 Semantic Kernel Tools，请依照以下简略步骤操作： 确保您的计算机上已装置 Visual Studio Code。关上 Visual Studio Code 并按 Shift+Control+X 组合键，关上扩大菜单。在扩大菜单中搜寻“Semantic Kernel Tools”。从搜寻后果中抉择“Semantic Kernel Tools”，而后点击装置按钮。期待装置实现，而后重新启动 Visual Studio Code。马上开始应用吧！ 点我装置扩大~

欢送应用 Visual Studio Code 2023 年3月版。此版本有许多更新，其中一些次要亮点包含： 无障碍改良：新的悬停、告诉和 Sticky Scroll 快捷键复制 GitHub 深度链接：在编辑器内创立永恒链接和 HEAD 链接笔记本保留格局：主动在保留时格式化笔记本单元格TS/JS 切换语句主动实现：疾速填写 TypeScript/JavaScript switch 语句Python 挪动符号重构：将 Python 符号挪动到现有或新文件中近程隧道更新：重用现有隧道，并疾速从近程过渡到桌面端Ruby 文档：理解 VS Code 对 Ruby 语言的反对状况预览-扩大 GitHub Copilot 集成：新的行内聊天和残缺 AI 聊天视图可拜访性▍终端可拜访缓冲区改良终端可拜访缓冲区通过“Terminal: Focus Accessible Buffer”（Shift+Tab）为屏幕阅读器用户提供对终端内容的拜访，当初动静更新并放弃活动状态，直到应用 Escape 或 Tab 完结会话。 当在具备 shell 集成的终端中聚焦可拜访缓冲区时，“Terminal: Navigate Accessible Buffer”（Ctrl+Shift+O）使得能够像编辑器中应用“Go to Symbol in Editor...”一样导航到终端命令。 ▍悬停管制导航当初能够将焦点放在悬停控件上，并应用向上、向下、Home、End、Page Up 和 Page Down 键程度和垂直滚动。将键盘快捷方式定位到悬停控件（Ctrl+K Ctrl+I），与用于显示主光标地位处的悬停雷同。 ▍承受告诉的次要操作为了承受告诉的次要操作，用户以往须要导航到告诉核心。Notifications：Accept Notification Primary Action (Ctrl + Shift + A)运行次要操作而不来到以后上下文。 ▍Sticky Scroll 导航当初能够将焦点放在 Sticky Scroll 行上，并应用向上和向下键进行导航。您能够应用 Enter 键转到所选行。要聚焦于 Sticky Scroll，请从 Command Palette 运行 Focus Sticky Scroll。通过 View：Toggle Stick Scroll 命令启用 Sticky Scroll UI。 ...

时光飞逝，时光如梭。时隔四年，VS Code Day 终于再次回归线下！ 本次大会将是宽广 VS Code 爱好者一起学习交换的盛会。除了会让咱们对 VS Code 更加深刻的了解，咱们还将一起探讨最新最热的技术话题：VS Code 插件开发、Copilot/ChatGPT、云原生、大前端、多语言开发等等，它们又是如何与 VS Code 强强联合的呢？ 4月16日，VS Code Day，退出咱们，一起来聊聊吧！ 流动工夫：2023年4月16日 10:00-17:30流动模式：线下交换｜在线直播流动地点：上海市徐汇区田林路192号j座1楼 微软 Reactor 扫码报名参加 分享介绍Erich GammaVS Code 团队负责人分享内容：收场致词 主持人韩骏微软开发平台事业部高级软件工程师VS Code 中文社区创始人《Visual Studio Code 权威指南》作者，微软开发平台事业部高级软件工程师，VS Code 中文社区创始人，VS Code 的代码贡献者。写过 20 多款 VS Code 插件，其中最热门的 Code Runner 插件有超过四千万下载量。他是《玩转VS Code》公众号和知乎专栏的作者。他还是 QCon、PyCon、JSConf、.NET Conf、Microsoft Tech Summit、Google Developer Group、COSCon 等大会的讲师。 面向未来编程 - 在 VS Code 中实现线上 Spring 我的项目全流程开发本次分享将从一个 GitHub 上的 Issue 开始，用一个实在的场景案例展示了将来的开发体验。咱们将展现在 VS Code 环境中从发现问题到到解决问题的全过程，顺次涵盖了云端代码编写，项目管理，单元测试等各性能，配合应用以后热门的 Copilot AI 助力开发体验。在开发实现之后，VS Code 能够间接将 Spring 利用一键部署到云上。整个流程对于开发者启动老本小，开发速度快，部署不便，所有操作在云端实现。 ...

链接｜https://dev.to/devland/100-crucial-keyboard-shortcuts-for-vs-code-users-4474作者｜Thomas Sentre翻译｜Seal软件原文作者已受权。 在软件开发的世界里工夫是十分贵重的。随着我的项目的沉积和公布日期的邻近，任何能够节省时间和进步生产力的办法显得至关重要。Visual Studio Code（VS Code）便有了用武之地。作为当今最受欢迎的代码编辑器之一，VS Code 提供了许多弱小的性能和工具，能够显著简化编码过程。VS Code 最有价值的性能之一是其宽泛的键盘快捷键集，使开发人员可能疾速无效地执行常见工作。在本文中，咱们将重点介绍开发者们须要把握的 VS Code for Windows 快捷方式，以进步在工作中的效率和生产力。  1. 搜寻和浏览源代码的快捷方式在解决具备大量层级的我的项目时，查找层级可能是一项艰巨且耗时的工作。然而应用正确的工具，能够极大水平简化此过程。在 Visual Studio 中，有几个键盘快捷方式可用于疾速轻松地导航和搜寻操作。让咱们看一下这些能够帮忙咱们执行疾速搜寻和导航的快捷方式。 Ctrl + Q：显示 Visual Studio 搜寻 Ctrl + T：转到全副 Ctrl + -：向后导航 Ctrl + Shift + -：向前导航 F12：导航到层级定义 Alt + F12：容许您从正在编写的代码文件中在弹出窗口中查看和编辑层级代码。 Ctrl + F12：导航到 implementation Ctrl + Shift + F12：当谬误列表窗口关上并列出多个谬误时挪动到下一个谬误行 F8：在以后窗口的后果列表中向前导航 Shift + F8：在以后窗口的后果列表中向后导航  2. 编辑和重构的快捷方式在这一部分中，咱们将重点介绍可能间接更改源代码的命令。这些命令对于执行常见操作（如重命名成员、正文代码行以及高低挪动行）至关重要。 Alt + Enter：显示疾速操作 Ctrl + K, Ctrl + I：疾速获取无关层级的信息 Ctrl + K, Ctrl + C：正文选定的源代码内容 ...

vscode查看降级始终报错 net::ERR_INVALID_ARGUMENT直到明天才找到解决办法 将设置里的http.proxyAuthorization批改为null就好了 "http.proxyAuthorization": null,// "http.proxyAuthorization": "false", // 谬误的值// "http.proxyAuthorization": "off", // 谬误的值我的这个配置项的值为"false", 看他人说还可能为"off", 这两种都不对, 正确的是null 已知这个问题可能导致 查看降级报错net::ERR_INVALID_ARGUMENT装置/降级插件报错net::ERR_INVALID_ARGUMENT应用内置的同步配置报错Error while turning on Settings Sync. Please check logs for more details.Request failed https://vscode-sync.trafficmanager.net/v1/manifest参考自github

亚马逊明天在Re:Mars大会上发表推出CodeWhisperer，这是一款相似于CodeGeeX和GitHub Copilot的AI辅助编程工具，它依据一个正文或几个按键来主动补全整个函数。目前反对Java、JavaScript和Python，和CodeGeeX一样，应用了数十亿行公开可用的开源代码、本人的代码库、公开可用的文档和公共论坛上的代码进行了训练。 当初，CodeWhisperer作为AWS IDE工具包的一部分在预览版中公布，这意味着开发人员能够在他们的IDE中应用它，包含Visual Studio Code、IntelliJ IDEA、PyCharm、WebStorm和亚马逊本人的AWS Cloud 9。AWS Lambda控制台的反对也行将到来。 在明天的公布之前，负责亚马逊AI服务的副总裁Vasi Philomin强调，亚马逊并不是简略的为了复制Copilot或者CodeGeeX而创立了这个工具。他指出，公司多年前就通过CodeGuru，其AI代码审核和性能分析器，以及DevOps Guru，用于查找操作问题的工具，为明天的公布打下了根底。 “我认为技术曾经到了咱们认为是适合的工夫点，”Philomin说。在外部，亚马逊仅与多数开发人员进行了测试，次要是为了激进这个公布的机密。 前文中提到的CodeGeeX也是一个应用AI技术的辅助编程工具，帮忙开发人员更快的编写代码。能够主动实现整个函数的编写，只须要依据正文或Tab按键即可。它曾经在Java、JavaScript和Python等二十多种语言上进行了训练，并基于大量公开的开源代码、官网文档和公共论坛上的代码来优化本人的算法。CodeGeeX作为一款中国原创的AI辅助编程工具，当初收费提供给所有开发者应用，同时齐全开源，程序员应用普遍认为编写代码的效率晋升2倍以上。 和CodeGeeX的应用一样，CodeWhisperer会一直的查看您的代码和正文，甚至会思考您本人的编码格调和变量名称。基于上下文信息，以及您光标所在的地位，它将生成本人的定制代码片段。须要留神的是，CodeWhisperer与Copilot等工具有一些不同之处。首先，尽管系统生成的大多数代码都是新的，但每次生成靠近训练数据中现有片段的代码时，它会记录下来并突出显示原始函数的许可证。这取决于开发人员是否应用它。这应该能够加重应用这种工具可能带来的一些（尽管可能不是全副的）版权问题。 Philomin强调的另一个因素是安全性。基于亚马逊本人治理大型代码库并在呈现问题后进行考察的教训，以及其对CodeGuru的教训，CodeWhisperer将扫描代码以查找潜在的平安问题。 “安全性在AWS中始终很重要，因而咱们心愿确保咱们生成的代码是平安的，” Philomin说道。“尽管咱们曾经生成了代码，而且开发人员能够更改它，CodeWhisperer具备运行以后源文件扫描的性能。它将扫描并告诉您在生成的或更改的代码中存在的任何问题和安全漏洞。” Philomin还强调，团队致力确保CodeWhisperer生成的代码不会产生任何偏见。不过，如果呈现这种状况，团队曾经施行了主动删除该代码的过滤器。 理论的用户/开发者体验非常简单。和CodeGeeX一样，开发人员能够在不同的代码倡议之间进行抉择。它能够主动实现正文，仅基于这些正文，它就会生成倡议应用的函数代码。一个简略的例子是查看一个数字是否为质数。 尽管CodeWhisperer对于AWS生态系统之外的开发人员也能够应用，但Philomin指出，团队更重视应用它来拜访AWS更多服务的开发人员。他认为开发人员当初能够测试这项服务，很快可能会听到CodeWhisperer的体现如何，以及它与像CodeGeeX、Copilot这样的我的项目相比如何。不过，无论如何，在这个畛域有更多的抉择是很好的。 CodeWhisperer现已作为AWS IDE Toolkit的一部分进行预览，程序员的生产力晋升工具再添一员猛将。

欢送应用 Visual Studio Code 2023 年 2 月版，其中一些亮点包含： 配置文件 - 流动配置文件徽章，通过命令面板疾速切换配置文件。辅助性能改良 - 新的音频提醒，改良的终端屏幕阅读器模式。可挪动的 Explorer 视图- 将资源管理器搁置在辅助侧边栏或面板中。Markdown 题目链接倡议 - 轻松链接到整个工作区中文件中的题目。改良的 Marketplace 搜寻- 更好的多词查问后果。配置文件配置文件，让您能够依据以后的工作流程和我的项目疾速切换 VS Code 配置。您能够保留一组自定义设置，例如设置、扩大和键绑定，在您的计算机之间同步它们，并轻松地与共事共享。 ▍配置文件徽章VS Code 当初通过将配置文件名称的前两个字母显示为治理流动栏图标上的配置文件徽章，来批示以后的自定义配置文件。 主题能够通过配置两种新的主题色彩，来自定义个人资料徽章背景和前景色： profileBadge.backgroundprofileBadge.foreground▍切换配置文件您当初能够应用命令面板(Ctrl+Shift+P) 中的“配置文件：切换配置文件”（Profiles: Switch Profile）命令在配置文件之间疾速切换，它会显示一个列出可用配置文件的下拉列表。 辅助性能▍终端命令失败音频提醒当命令在具备 shell 集成的终端中以非零代码退出时，用户能够看一眼命令装璜来疾速理解到产生了故障。为了向屏幕阅读器用户传播失败信息，VS Code 当初播放 audioCues.terminalCommandFailed 音频提醒。您能够通过滚动“帮忙：列出音频提醒“（Help: List Audio Cues）下拉菜单来收听可用的音频提醒声音。 ▍改良的谬误音频提醒响应能力audioCues.lineHasError 音频提醒当初在角色导航期间播放，以便屏幕阅读器用户更好地理解编辑器中的谬误地位。 可挪动的 Explorer 视图除了多数内置视图和视图容器，VS Code 中的大多数视图和视图容器都是可挪动的。Explorer 视图容器(Ctrl+Shift+E) 当初能够挪动了，并且能够搁置在辅助侧栏或底部面板中，以容许进一步的工作台自定义。如下图，文件资源管理器视图已移至面板区域。 如果您想将所有视图重置为默认布局，您能够从命令面板运行“视图：重置视图地位“（Views: Reset View Locations）。 内核选择器默认模式：MRU内核选择器当初默认显示最近应用的 (the most recently used, 简称MRU) 内核。这与之前的行为有所不同，之前的行为是显示所有可用的内核。您依然能够通过辅助选择器“抉择另一个内核...”（Select Another Kernel...）查看所有内核，当您装置了最新的 Jupyter 和 Python 扩大时，它将按起源（例如：Jupyter 内核、Python 环境等）对内核进行分组。 ...

欢送应用 2023 年 1 月版的 Visual Studio Code。心愿您喜爱此版本中的许多更新，其中一些次要亮点包含：配置文件、VS Marketplace 签名、辅助性能改良、更轻松地调整多视图大小、树视图搜寻历史、新的 Git 命令等等。让咱们一起看看吧！ 配置文件咱们很快乐地发表，配置文件性能现已在 VS Code 中可用。配置文件能够包含扩大、设置、键盘快捷键、UI 状态、工作和用户片段。您可能针对不同的开发场景（例如数据迷信、文档编写）或针对多种编程语言（例如 Python 或 Java）自定义 VS Code。如果您依据工作流程（例如“工作”或“演示”）有不同的 VS 代码设置，也能够将它们另存为不同的配置文件。能够关上同时利用不同配置文件的多个工作区（文件夹）。下图演示了应用为工作设置自定义的“工作”配置文件关上的文件夹。 您还能够导出和导入配置文件，与您的共事、敌人或学生分享，以帮忙他们开始应用 VS Code。 留神：配置文件目前不适用于 GitHub Codespaces 等近程场景，但咱们正在努力实现这一点。 VS Marketplace 扩大签名从 2022 年 11 月开始，上传到 Visual Studio Marketplace 的每个扩大都是由 VS Marketplace 签名的代码。当用户通过 VS Code 的 Extensions 视图装置签名的扩大时，VS Code 将验证签名，从而证实扩大的确来自 VS Marketplace 并且扩大包没有被批改。如果签名验证失败，VS Code 将不会装置该扩大。 VS Marketplace 正在签订所有现有扩大（包含自 11 月以来未更新的扩大）。实现此过程后，几个月后，VS Code 将要求来自 VS Marketplace 的所有扩大都由 VS Marketplace 签名。此要求将保障来自 VS Marketplace 的每个包的完整性，从而进步咱们扩大生态系统的整体安全性。 ...

不晓得从什么时候起，vscode 顶部多了一个搜寻栏 占据空间不说，还没什么吊用 怎么敞开呢？ 在顶栏右键一下，而后勾销『命令核心』就行 参考: VSCode 顶部呈现常驻搜寻栏

{ "workbench.startupEditor": "none", "workbench.colorTheme": "GitHub Dark", "workbench.iconTheme": "vscode-icons", "editor.fontLigatures": false, "editor.fontSize": 20, "editor.fontFamily": "'Consolas','DejaVu Sans Mono'", "editor.fontWeight": "bold", "editor.wordWrap": "on", "extensions.ignoreRecommendations": true, "editor.cursorBlinking": "smooth", //使编辑器光标的闪动平滑,有呼吸感 "editor.cursorSmoothCaretAnimation": true, //让光标挪动、插入变得平滑 "editor.formatOnType": true, //敲完一行代码主动格式化 "editor.smoothScrolling": true, //使编辑器滚动变平滑 "editor.defaultFormatter": "esbenp.prettier-vscode", /* 文件主动保留 onFocusChange:以后文件失去焦点后主动保留. onWindowChange:须要以后 VScode 窗口失去焦点才会主动保留. afterDelay:与 files.autoSaveDelay 配置联动,也就是在距离多少毫秒主动保留,默认「1000毫秒」, 有个小细节,如果配置了保留格式化代码,这个配置下主动保留不会格式化代码. */ "files.autoSave": "onWindowChange", "files.autoSaveDelay": 2000, // 配置 Tab 空格数 "editor.tabSize": 2, // 保留主动格式化代码 "editor.formatOnSave": true, // 粘贴主动格式化 "editor.formatOnPaste": true, // 能够为不同语言或文档独自配置 "[typescript]": { "editor.formatOnSave": false }, "[markdown]": { "editor.formatOnSave": true }, "[javascript]": { "editor.defaultFormatter": "esbenp.prettier-vscode" }, "[jsonc]": { "editor.defaultFormatter": "esbenp.prettier-vscode" }, //敞开自动更新 "update.mode": "none", "debug.internalConsoleOptions": "openOnSessionStart", //每次调试都关上调试控制台,不便调试 "debug.showBreakpointsInOverviewRuler": true, //在滚动条标尺上显示断点的地位,便于查找断点的地位 "window.dialogStyle": "custom", //应用更具备VSCode的UI格调的弹窗提醒(更好看) "workbench.editor.wrapTabs": true, //编辑器标签页在空间有余时以多行显示 "html.format.indentHandlebars": true, //在写蕴含形如{{xxx}}的标签的html文档时,也对标签进行缩进(更好看) "files.autoGuessEncoding": true, //让VScode主动猜源代码文件的编码格局 "files.watcherExclude": { //不索引一些不必要索引的大文件夹以缩小内存和CPU耗费 "**/.git/objects/**": true, "**/.git/subtree-cache/**": true, "**/node_modules/**": true, "**/tmp/**": true, "**/bower_components/**": true, "**/dist/**": true }, "terminal.integrated.fontSize": 20, "terminal.integrated.fontFamily": "Hack", "terminal.integrated.cursorBlinking": true, "explorer.confirmDelete": false //终端光标闪动}

哲学当咱们说「团队须要对立的代码款式」，大家都没有什么拥护意见；但当问题变为「对立成什么款式？」时，大家的声音就嘈杂了起来。 人们对于特定的编码方式很冲突，没有人喜爱花工夫这样写代码，没人违心承受他人的挑剔。我不心愿任何人再挑剔其他人。 我想写代码，但不想花工夫在格式化上 prettier 的哲学就是，我提出一个计划，大家不要探讨了，就按这个来；opinionated！ 对于 eslint 也能格式化代码 ，让咱们把 eslint 的规定分为两类：格局规定与代码品质规定：格局规定例如：要不要加开端分号，单引号还是双引号、缩进两格还是四格，空格还是 tab 等等代码品质规定例如：要不要禁用 var、禁止全局变量，以及prefer-promise-reject-errors等等 prettier 只专一于格局规定，而另一部分则须要 eslint 帮忙查看论断：咱们采纳这样的共识「prettier 负责修代码格局，eslint 负责代码潜在品质问题」。 更多对于为什么应用 prettier ，官网上的 Why Prettier?很值得一看。 实操正如上文讲到的，请应用 Prettier 格式化代码，应用 eslint 捕捉谬误！咱们应该把 IDE 的主动修复格局的工作交给 prettier 而不是 eslint，基于这一点，咱们应该做两件事：引入并应用 prettier ，禁止 eslint 的格式化（如果有）。 PS： 文本重点是应用 prettier 格式化代码， 而不是应用 eslint 捕捉谬误，所以不会在后者上多着笔墨。 引入并应用 prettier装置 vscode 插件首先，在 vscode 上装置 prettier-vscode，（其余 IDE ，能够查看这篇文档） 设置 prettier 配置文件在我的项目根目录下新建 .prettierrc 文件 和 .prettierignore 文件.prettierignore 文件里写上不须要格式化的文件门路即可.prettierrc 文件写上配置， { "printWidth": 100, "useTabs": false, "tabWidth": 2, "singleQuote": true, "semi": false, "trailingComma": "none"}全副配置能够在官网看到 ...

Visual Studio Code 的外围是一个代码编辑器，它通过咱们的近程开发教训与其余环境集成，变得更加弱小和灵便。 你可能不晓得的是，VS Code 有一个内置的命令行界面(CLI)，能够让你管制启动和治理编辑器的形式——你能够通过命令行选项关上文件、装置扩大和输入诊断信息。 CLI 在应用 VS Code Desktop 的工作流中十分有用，但存在一个缺点：您无奈应用它启动近程实例。因而，咱们心愿通过将本地和近程更严密地联合在一起来补救这一差距，从而使 CLI 更加弱小。 明天，咱们很快乐分享咱们加强的 code CLI，它能够让您启动 VS Code 并从 VS Code Desktop 或 vscode.dev 近程连贯到一台机器。更新的 CLI 内置于最新的 VS Code 版本中，也可用于独立装置，因而您能够创立到任何计算机的平安连贯并近程连贯到它，即便您无奈在其上装置 VS Code Desktop。 除了新的 CLI 之外，咱们还进行了以下更新来改良近程开发： 您能够间接从 VS Code UI 启用隧道。任何人都能够创立和应用隧道，无需注册。咱们重命名了两个近程扩大，以便您更分明地理解它们的工作形式以及它们能够帮忙开发的中央：“Remote - WSL”扩大当初简略地叫作“WSL”。“Remote - Containers”扩大重命名为 Dev Containers 以反映其用于创立开发环境的用处。从一个工具到任何中央的隧道隧道平安地将数据从一个网络传输到另一个网络。您能够应用平安隧道从 VS Code desktop或 Web 客户端针对您抉择的任何机器进行开发，而无需设置 SSH 或 HTTPS。 从 VS Code 到近程机器的隧道有两个很好的抉择：应用新的增强型 code CLI、间接从 VS Code UI 启用隧道。具体操作办法可返回官网博客理解。 ...

编写代码，免不了写大量简略、反复的代码，以及浏览他人的代码。 CodeGeeX 插件，或者能让您从这类干燥的工作中解脱进去 CodeGeeX插件反对四种应用模式：主动模式、交互模式、翻译模式和提醒模式。 1、主动模式在该模式中，如您不想持续反复代码的编写，能够借用插件敲下tab键，它会帮您主动生成代码。 具体操作步骤：CodeGeeX将在您进行输出时，从光标处开始生成（右下角CodeGeeX图标转圈示意正在生成）。生成结束之后会以灰色显示，如果您对后果称心，按“Tab”即可插入生成后果。，时长02:30在生成多个候选的状况下，能够应用“Alt/Option+[“ 或 ”]”在几个候选间进行切换。用户也能够在设置中扭转“Candidate Num”。如果您对现有倡议不称心，可应用“Alt/Option+N”取得新的候选。2、交互模式在该模式中，您能够通过敲入一行正文，使插件主动生成一段残缺的代码解决方案。 具体操作步骤：通过“Ctrl+Enter”激活交互模式，CodeGeeX将生成“X”个候选，并显示在右侧窗口中（“X” 数量能够在设置的“Candidate Num”中批改）。点击候选代码上方的“use code”即可插入后果到为以后光标地位。3、翻译模式该模式可帮忙您将一种语言翻译成另一种语言，例如将用C++写的某个算法翻译成Python，而不必本人再敲一遍。 具体操作步骤：在以后语言的文本编辑器中输出或者粘贴一段代码，抉择代码，而后点击“Ctrl+Alt+T”激活翻译模式，依据提醒抉择要翻译的目标语言。CodeGeeX将自动识别以后编辑器中代码的语言，并进行翻译，点击翻译后果上方的“use code”即可将翻译后果插入文件。您还能够在设置中抉择插入时如何解决被翻译的代码——正文或者笼罩它们。4、提醒模式该模式可模仿已输出代码实现相应性能，如疾速对大段代码进行解释。该模式的原理是利用CodeGeeX弱小的少样本生成能力。 您能够在输出中增加额定的提醒来实现一些乏味的性能，包含且并不限于代码解释、概括、以特定格调生成等。如，您能够在自定义模板中提供一段逐行解释代码的例子，抉择您想要解释的代码，“Alt/Option+T”触发提醒模式，抉择您写好的模板，CodeGeeX将会解释您输出的代码。 模板文件是高度自定义化的，您能够将自定义模板增加到插件设置中的“Prompt Templates”中。“key”示意模板的名字， “value”是模板文件的门路（此门路不惟一，能够是您电脑上的任一门路，“.txt”,“.py”,“.h”等格式文件均可）。 对于CodeGeeX插件，您能够在VSCode、Jetbrains插件市场搜寻获取。

网上能搜到的问题都是怎么设置host 拜访github.com，然而还是无奈胜利应用github登录vscode。 1、关上vscode，ctrl+shift+p，输出log，抉择开发人员：关上扩大日志文件夹 2.进入认证文件夹，关上日志，发现连贯谬误ip为api.github.com 3.更改host记录即可，更改办法可参考：https://www.cnblogs.com/willi... 4.记得关上CMD->ipconfig /flushdns，刷新host 5.增加之后再次认证即可胜利 附上hosts文件设置：C:\Windows\System32\drivers\etc 140.82.113.3 http://github.com140.82.113.3 http://github.global.ssl.fastly.net185.199.108.153 vscode-auth.github.com185.199.109.153 vscode-auth.github.com185.199.110.153 vscode-auth.github.com185.199.111.153 vscode-auth.github.com140.82.114.6 api.github.com

欢送应用 2022 年 10 月版的 Visual Studio Code。 咱们心愿您会喜爱此版本中的许多更新，其中一些次要亮点包含： 搜寻蕴含/排除文件夹 - 疾速设置文件夹以在树视图中蕴含/排除命令核心模式快捷方式 - 在最近文件列表之前显示罕用模式合并编辑器改良 - 主动合并抵触的拜访组合选项Markdown 主动链接更新 - 在重命名/挪动时更新文件和图像链接更多音频提醒 - 工作实现或失败，终端疾速修复可用vscode.dev 受爱护分支工作流程 - 提交到受爱护分支时创立新分支新的 Python 扩大 - isort、Pylint 和 Flake8 的新独立扩大开发容器模板 - 基于现有模板创立新的开发容器搜寻蕴含/排除文件夹在搜寻视图的后果树视图中右键单击文件夹时，上下文菜单中当初有两个新选项。 抉择将搜寻限度到文件夹（Restrict Search to Folder）可将所选文件夹门路增加到要蕴含文 本框的文件中。向此文本框增加门路会将搜寻后果限度为合乎所列门路或模式的搜寻后果。 抉择从搜寻中排除文件夹（Exclude Folder from Search）会将所选文件夹门路增加到文件以排除文本框。在此处增加门路将排除任何合乎所列门路或模式的搜寻后果。 命令核心模式快捷方式命令核心增加了一个新的顶部局部，以便于发现如何导航到文件、运行命令等。这个简短的模式列表还提供了键绑定提醒，以便您能够间接跳转到最罕用的模式（例如转到文件），而无需通过命令核心。 点我查看视频~ 命令核心 UI 默认状况下不显示在标题栏中，但您能够通过窗口：命令核心（window.commandCenter）设置或右键单击标题栏并查看命令核心来启用它。 主动合并抵触的拜访组合选项在此版本中，始终能够抉择 Accept Incoming 和 Accept Current。当这两个选项都被采纳时，合并编辑器会附加相应的更改行。在上面的动图中，RelativePattern 被导入两次，因为两条线都被承受： 当抵触能够在字符级别无抵触地解决时，将显示 Accept Combination 选项，并可用于主动解决抵触。在上面的动图中，两个符号都被导入到同一个导入语句中： Markdown 主动链接更新您是否曾经厌倦了在挪动或重命名文件时意外毁坏 Markdown 中的链接或图像？快来尝试新的 markdown.updateLinksOnFileMove.enabled 设置！启用新设置后，当文件在 VS Code Explorer 中挪动或重命名时，VS Code 将自动更新 Markdown 中的链接和图像。 您能够应用 markdown.updateLinksOnFileMove.include 管制受影响的文件类型。默认状况下，它对所有 Markdown 文件和常见的图像文件格式启用。 新的音频提醒能够帮忙工作和终端工作实现 - 工作实现的声音（由 audioCues.taskCompleted 设置管制）。工作失败 - 工作失败时发出声音 (audioCues.taskFailed)。终端疾速修复 - 如果以后行上有可用的疾速修复 (audioCues.terminalQuickFix)。vscode.dev 受爱护分支工作流程当您在 VS Code for Web 上的 GitHub 或 Azure Repos 存储库中时，提交到受爱护的分支当初会告诉您以后分支受到爱护，并提醒您创立新分支。此流程还将遵循以下设置： ...

本文讲述对node环境中应用vscode的debug进行调试。具体内容请仔细阅读[官网]()，本文只是用来疏导如何疾速调试，高级用法须要参考官网的细节配置。 任意繁多文件的疾速调试如果对于任意一个能够应用node指令执行的文件，间接在vscode中关上：应用vscode搭上断点或者代码中编写debugger;，而后在左侧目录中选中debug扩大：点击“运行和调试”，即可debug以后关上文件： 疾速调试多个文件如果须要调试多个文件，能够关上一个反对调试的js中断：在终端中执行代码：执行后，也是调试成果：该形式能够在终端继续调试，是一个罕用的长期调试形式。 固定反复调试某个文件如果须要对某个文件进行反复调试，这个时候能够配置debugger配置：如果是关上了某个文件，而后点击创立lanuch.json文件，抉择node环境：它会创立一个用node执行该文件的配置：执行右上角的“Lanch Program”(箭头所指)，不论你以后vscode关上的是哪个文件，都会调试debug-test.js文件。 执行后，vscode会主动关上调试文件。生成的文件在当前工作空间目录下的.vscode目录下：如果须要多人共用，留神不要被.gitignore。同理删除该文件，之前创立的调试配置就会被革除。 如果以后没有关上文件，创立的配置为：跟咱们间接点击“运行和调试”是一样的。 该形式的益处是，在调试配置文件中，能够配置一些参数(如ts-register等)，环境变量等，能够固定一些测试场景，防止每次反复设置。 反对配置多个调试配置。其中name倡议保护成具备具体含意的文本，不便调试：调试即可多个选项抉择： 须要预处理的调试在调试高版本es6或者ts代码时，须要在调试之前须要固定进行一些解决。 第一种形式，就是依照下面的配置的形式，而后配置参数args,runtimeArgs的形式，利用一些预处理工具的register机制，如@babel/register,ts-node/register: { "type": "node", "request": "launch", "name": "后置指令", "skipFiles": [ "<node_internals>/**" ], "program": "${workspaceFolder}/debug-test.ts", "runtimeArgs": ["-r", "ts-node/register"], "outFiles": [ "${workspaceFolder}/**/*.js" ]},另一种形式就是，写一个代理的入口文件，在这个入口文件中，对其余文件进行预处理而后执行。也就是你能够间接把program配置成你的脚手架，而后执行，此时整个脚手架都具备调试性能。 在vscode的debug中，还提供了一种preLaunchTask机制, 通过在配置中配置preLaunchTask应用： { "type": "node", "request": "launch", "name": "具备前置工作", "program": "${workspaceFolder}/out/test.js", "preLaunchTask": "build-ts", "outFiles": ["${workspaceFolder}/out/test.js"]}下面的配置还须要创立对应的task 最罕用的还是将调试指令配置为执行一个命令： { "command": "npm run debug", "name": "通过指令", "request": "launch", "type": "node-terminal"},debug的每次执行，都会执行指令npm run debug，也就是package.json中的scripts下debug指令，这种形式更加灵便和更广的适用范围，倡议应用该形式。

咱们很快乐地发表，2022 年 10 月公布的实用于 Visual Studio Code Python 和 Jupyter 扩大现已推出！ 此版本包含以下改良： 应用新的创立环境命令简化我的项目设置当初能够为 Pylance 提供蕴含、排除和疏忽门路设置预公布的 autopep8 扩大Python 文件单元格折叠标记和参数化笔记本单元格Pylance 的新类型查看状态按钮Grace Hopper 会议和开源日如果您有趣味，能够在咱们的更新日志中查看 Python、Jupyter 和 Pylance 扩大的残缺改良记录。 应用新的创立环境命令简化我的项目设置咱们增加了一个新的命令，可主动为您的 Python 工作区创立虚拟环境或 Conda 环境。您能够通过命令面板触发命令（Ctrl + Shift + P⌘ + ⇧ + P），抉择是要应用 venv 还是 Conda 环境创立新的虚拟环境，最初为您的项目选择所需的解释器。该命令还将装置我的项目文件夹中的 requirements/dependencies 文件中列出的必要包，例如 requirements.txt、pyproject.toml 或 environment.yml。咱们心愿这个新性能可能简化环境创立的过程，并激励应用虚拟环境编写代码以获得最佳实际。  当初能够为 Pylance 提供蕴含、排除和疏忽的门路Pylance 增加了一项加强性能，容许用户通过 VS Code 设置蕴含、排除和疏忽门路。在每个设置中，您能够指定 Pylance 诊断输入应蕴含、排除或疏忽的目录或文件的门路。 在 VS Code 设置面板中查找这些新设置： python.analysis.includepython.analysis.excludepython.analysis.ignore 预公布的 autopep8 扩大咱们持续向咱们一直增长的扩大库增加一个新的 autopep8 扩大！与咱们的 pylint、black、isort 和 flake8 扩大一样，autopep8 扩大应用语言服务器协定来提供格局反对。因为它附带最新版本的 autopep8，因而不须要在 Python 环境中装置它。 ...

大家好，欢送来到 Visual Studio Code Java 的 10 月更新。次要改良包含调试体验优化，虚构线程的反对，更多 Lombok 相干的代码操作以及代码编写体验的晋升，让咱们开始吧！ 调试体验晋升行内断点(Inline breakpoint)的可视化提醒思考这样的一行代码：Stream.of (“Frank”).map(name -> name.toUpperCase ()). forEach ((item -> System.out.println (item));当您在这一行设置断点时，Visual Studio Code 将自动识别该行中的所有 lambda 表达式，并用灰点在语句旁边将它们可视化。如果你想在那些 lambda 表达式上进一步设置行内断点，你能够间接点击那些灰点，灰点会像一般断点一样变成红点，而后在代码执行过程中调试器会停在这些断点处。这将为您提供更轻松的这些 lambda 表达式的调试体验。这里是一段演示：点我查看视频~ 反对 Java 虚构线程Java 19 为 Java 平台带来了虚构线程的第一个预览，这是 Project Loom 的次要成绩。虚构线程旨在显着进步并发 Java 编程的可扩展性，同时尽可能保留以后 API的状态。在咱们 9 月的版本中，咱们在 Java 调试器中启用了对虚构线程的反对。请留神您须要装置 JDK 19 来体验该新性能。以下是在调试中的截图：无关虚构线程的更多详细信息，您能够浏览官网博客文章。 编码体验改良更快捷的 Lombok 代码操作：Lombok & Delombok自从咱们在 7 月推出对 Lombok 的全面反对以来，咱们收到了很多性能需要！一个呼声高的需要是在用户点击 Code Action 灯泡（疾速修复）时提供方便的 Lombok 操作，因而咱们已将此性能增加到咱们的最新版本中。咱们目前反对的 Annotation 是： @Data@NoArgsConstructor@AllArgsConstructor@Getter@Setter@ToString@EqualsAndHashCode您不仅能够应用此快捷方式来“Lombok”您的代码，还能够通过勾销抉择其中一些来“DeLombok”您不再须要的注解。这是一个演示。点我查看视频~另外，咱们想再次提一下，咱们的扩大当初曾经内置了对 Lombok 的反对，这在 Project Lombok 的官方主页上也有提及！反对 @Nullable 和 @Nonnull 注解最初，咱们加强了代码剖析以反对 @Nullable 和 @Nonnull 正文。@Nullable 和 @Nonnull 正文让开发者和编译器晓得是否能够为变量、参数或返回值容许 null。如果咱们检测到某些合同被违反，咱们将在问题(Problems)局部显示正告，并在编辑器区域为您突出显示它们。这是此性能的疾速演示。点我查看视频~目前，咱们反对以下包中的 @NonNull 和 @Nullable 正文： ...

0.装置VSCode扩大前提是要先装置 VSCode 扩大插件，间接在插件市场搜寻Remote，找到Remote - SSH装置即可，个别会随同装置Remote - SSH: Editing Configuration Files这个插件。 1.将本机的公钥拷贝到服务端首先要有本地的公私钥，没有的话能够学生成公私钥，就不多提了，假如当初曾经有了公私钥。 本地公私钥个别保留在~/.ssh中，如果你本人批改了地位本人应该晓得去哪里找，有两个类似名字的文件，.pub结尾的是公钥，另一个是私钥。将本地公钥文件内容拷贝到服务器上的.ssh文件夹中的对应文件，如果没有批改过地位，个别是服务器的~/.ssh，找到其中的authorized_keys文件（若没有本人创立一个即可），将公钥文件内容拷贝到其中保留。 ⚠️：这里须要查看下authorized_keys文件的权限，如果不是600，那么须要先执行sudo chmod 600 authorized_keys批改文件的权限，否则在连贯时可能会报如下谬误： Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).2.批改本地remote-ssh配置通过⌘ + shift + p搜寻并运行命令Remote-SSH: Open Configuration File...，为 Remote-SSH指定一个配置文件，这里我抉择的是~/.ssh/config，外面写入配置而后保留，格局如下： Host name-of-ssh-host-here User your-user-name-on-host HostName host-or-ip-goes-here IdentityFile ~/.ssh/local-private-key-file写个例子大略是这样的： Host 192.15.16.17 # 主机名，能够认为给服务器定义了一个别名，便于你辨别和查看，我这里间接应用的ip HostName 192.15.16.17 # 服务器ip地址 User jackeylove # 用户名 IdentityFile ~/.ssh/id_rsa # 你的私钥文件门路更多配置能够查看ssh_config。4.登陆近程服务器这样配置后，即能够通过ssh也能够通过 VSCode 插件进行近程免密登陆了。 ssh $ ssh [email protected]Remote - SSH 看到这个想必曾经在应用这个插件了，就不多提了，如果忘了能够再去看下插件阐明和应用SSH近程开发。

Clicknium是一个Python界面自动化库，能够非常简单直观地应用它操作浏览器和Windows平台的 APP。目前采纳Python SDK配合VS Code插件进行编辑。 Doc: https://github.com/clicknium/...VS Code插件：https://marketplace.visualstu... 为什么要造这个轮子？目前Python有很多自动化的库，比方 Selenium ，Pyautogui ，Playwright次要用于测试。网页端抉择比拟多也绝对欠缺，桌面端其实比拟匮乏。然而整体应用起来都算不上简略：须要装置driver，须要学习什么XPath；Pyautogui学习起来比较简单，齐全模仿鼠标键盘的行为；然而采纳 xy 轴的形式定位桌面元素。 分辨率，地位变动都会影响运行。要想用好这些工具，学习老本切实不低。但大多数人的自动化需要其实非常简单，却须要花大量的工夫和精力学习自动化技术，有点轻重倒置。好的工具，须要升高应用门槛，能力帮忙更多的人。于是做了这款会Python语法就能应用的工具,心愿非测试人员也能够用构建本人的自动化工作。 有多简略Clicknium提供了简洁直观的API来操作UI元素，如set_test, get_test, click 等等。查看代码时，逻辑十分清晰，贴近自然语言和实际操作。 那怎么解决UI元素定位的问题？为此设计了Clicknium Recorder。关上 Recorder，Clicknium会自动识别鼠标所指的元素。按住Ctrl+鼠标单击，Recorder 就会主动抓取元素，生成定位器Locator。间接应用Locator就能间接获取UI元素并对其进行操作。有的UI组件比拟难定位，Clicknium还集成了图像识别的能力。只有按住Shift+鼠标框选，就能主动抓取图像。 在运行时依据图像识别找到UI元素。智能提醒和代码补全： 环境：Windows 7+ 举荐Windows 10+Python 3.7+VS Code 配置 Clicknium在 VS Code Extension 市场中搜寻 Clicknium依据欢送页面的步骤实现配置: 倡议第一次应用：先运行Welcome页面中的Sample理解自动化运行的成果。跟着文档花3分钟实现第一个自动化程序：First Automation Project有问题能够在Github上增加Issue。

家喻户晓vscode的json文件配置比拟麻烦，举荐整顿配置好的一套json用来加重前面配环境的折磨。编译器应用的是MinGW64(clang和llvm始终没搞定)，能够实现运行后弹出独立的黑框终端！生成的指标文件对立到一个文件夹！并无插件实现色调高亮！ 留神源码中的很多门路要换成本人的！ c_cpp_properties.json文件(ctrl shift p -> edit configration 可生成此配置文件) { "configurations": [ { "name": "Win32", "includePath": [ "${workspaceFolder}/**", "D:/DevelopSoft/MinGw64/mingw64/lib/gcc/x86_64-w64-mingw32/8.1.0/include/c++" ], "defines": [ "_DEBUG", "UNICODE", "_UNICODE" ], "compilerPath": "D:\\DevelopSoft\\MinGw64\\mingw64\\bin\\gcc.exe", "cStandard": "gnu17", "cppStandard": "c++17", "intelliSenseMode": "windows-gcc-x64", "configurationProvider": "ms-vscode.makefile-tools" } ], "version": 4}launch.json(debug run 即可生成launch和tasks等json,我应用了IntelliSense插件) { // Use IntelliSense to learn about possible attributes. // Hover to view descriptions of existing attributes. // For more information, visit: https://go.microsoft.com/fwlink/?linkid=830387 "version": "0.2.0", "configurations": [ { // "type": "g++", "name": "task g++", "request": "launch" }, { "name": "g++.exe build and debug active file", "type": "cppdbg", "request": "launch", "program": "D:\\Code\\Vscode\\OUTPUTEXE\\${fileBasenameNoExtension}.exe", "args": [], "stopAtEntry": false, "cwd": "${workspaceFolder}", "environment": [], "externalConsole": true, "MIMode": "gdb", "miDebuggerPath": "D:\\DevelopSoft\\MinGw64\\mingw64\\bin\\gdb.exe", "setupCommands": [ { "description": "Enable pretty-printing for gdb", "text": "-enable-pretty-printing", "ignoreFailures": true } ], "preLaunchTask": "task g++" } ]}tasks.json ...

vscode中配置的档次关系：用户设置-工作区设置-文件夹设置前面会笼罩后面的 辨认是否有针对这个我的项目的特地配置：是否含有.vscode文件夹 新建工作区的办法： 关上带有工作区的文件夹是这样子的： 工作区是一个.code-workspace文件： 关上setting.json的办法 选中用户，点击右上角关上设置图标，关上的是全局的setting.json，同理选中工作区和文件夹，关上的是针对这个工作区或者文件夹的配置 工作区能够禁用某个插件非工作区不行 一个工作区能够增加多个我的项目

这篇文章次要讲的是vim的插件配置，对于vim来说插件的位置是至关重要的，ta能够让咱们的vim，实现一些现代化的性能，从而达到提高效率的成果。 你也能够先看一下我前两篇博客： vim配置全攻略(1) —— vim的根本操vim配置全攻略(2)——vim的简略配置当然，我并不倡议大家装置过多的插件，体验编辑器的原生生态和效率才是vim的实质，如果装置几百个插件，还不如去用vscode，省得浪费时间。 插件管理器在配置插件之前，咱们先来说一下插件管理器。 插件管理器，顾名思义，就是治理vim上的插件的插件。咱们能够通过ta来治理插件，如：装置，清理，更新... graph LR插件1 --> 插件管理器插件2 --> 插件管理器插件3 --> 插件管理器插件管理器 --> |整顿|用户用户 --> |治理|插件管理器次要的插件管理器有三种： 名称工夫反对文件类型上手难度举荐水平Vundle古老vim简略Vim-plug较新vim简略packer较新lua难支流的插件管理器，就是以上三种，对于老手来说Vundle太老，packer不易上手，所以这里以vim-plug为例。 这里再补充一下，想要用vim-plug装置插件的办法有两种： 一是在call写入plug，在plug后加上“插件作者/插件名称”。在github中间接复制即可。如图：二是应用git clone将我的项目拉到本地，而后在plug后加上“我的项目门路”，这里绝对路径，相对路径都能够。插件配置这里的插件我次要分为四类去说：文件函数预览，编辑优化，主动补全，丑化界面，lsp。因为lsp的配置要波及到lua所以我会放在当前去说。 因为插件要说的很多，也很杂，所以我明天只说插件的基本原理和体系，至于配置会放在当前的文章中说。 vim-plug装置咱们先说一下vim-plug的装置，关上github网页，依照上面的README操作即可，这里补充一下，如果curl后显示443或者连贯失败，请在==hosts==中退出以下几行： sudo vim /etc/hosts# GitHub start199.232.69.194 github.global.ssl.fastly.net185.199.108.154 github.githubassets.com# Github end如果还是不行，那你须要科*上网 装置完之后，在命令模式输出PlugInstall装置插件；装置完插件之后在命令模式中输出==插件名称==就能够启动插件，也能够将插件设置为键盘映射： nmap <silent><>C-e> :NERDTreeToggle<CR>这样当前在失常模式下按ctrl + e就能够关上nerd tree插件了。 明天的文章到这里就完结了，刚开始写博，心愿大家能够多多反对一下。 如果有什么谬误，或者不全面的发方，也心愿大家斧正。

最佳计划：目前 VSCode 各版本官网下载地址 Win64User: https://update.code.visualstudio.com/latest/win32-x64-user/stable System: https://update.code.visualstudio.com/latest/win32-x64/stable Win32User: https://update.code.visualstudio.com/latest/win32-user/stable System: https://update.code.visualstudio.com/latest/win32/stable Linux、Macdeb: https://update.code.visualstudio.com/latest/linux-deb-x64/stable rpm: https://update.code.visualstudio.com/latest/linux-rpm-x64/stable Mac OS X: https://update.code.visualstudio.com/latest/darwin/stable 如果最佳计划生效，再用此计划国内下载vscode速度慢问题解决

将launch json中的 “program”改成"${fileDirname}/${fileBasenameNoExtension}"

解决办法： 关上vscode settings搜寻Remote.SSH:Path把Git目录下蕴含ssh命令的目录增加至Path中done

能找到最靠近mac圆润字体格调的字体了 'Cascadia Code', '黑体', Consolas, 'Courier New', monospace

咱们很快乐地发表，2022 年 6 月公布的实用于 VS Code Python 和 Jupyter 扩大现已推出。此版本包含以下更新： 本地化反对Python解释器查找vscode.dev/github.dev 上的 Jupyter 扩大反对Pylance 的预览体验如果您有趣味，能够在咱们的日志中查看 Python、Jupyter 和 Pylance 扩大的残缺更新内容。 改良的本地化反对Python 扩大当初反对翻译 VS Code 中的所有语言。咱们扭转了获取命令、告诉和题目文本的形式。 主题：Horizon Extended。语言模式：葡萄牙语（巴西）。您能够通过在命令面板中运行“Configure Display Language”命令（Ctrl + Shift + P or ⌘ + ⇧ + P）来更改 VS Code显示的语言。 查找Python 解释器的改良咱们还改良了VS Code触发查找 Python 解释器的形式。 以前，Python 扩大在每次激活或者加载时都会尝试查找 Python 解释器。从此版本开始，仅在首次关上新文件夹或工作区、触发 “ Python: Select Interpreter ” 命令以及刷新解释器列表时触发查找解释器。这会缩小加载工夫并使language server 更快启动。 然而请留神，如果装置或启用了 Jupyter 扩大，Jupyter 在启动时仍会触发查找解释器的操作。咱们正在致力改善这一流程。 vscode.dev/github.dev 上的新 Jupyter 扩大性能咱们在新的Web版本中对Jupyter 扩大反对更多外围性能方面获得了停顿。 本月，咱们将以下性能移植到了 Web 扩大： ...

大家好，欢送来到 Visual Studio Code Java 的 6 月更新。这一期咱们带来了很多新性能！包含针对 Spring 开发者的一些重大更新、根底体验的加强以及用户体验的晋升。让咱们开始新性能的介绍吧！ Spring Boot 可视化重大降级咱们为 Spring 开发者带来了一些好消息！微软始终在与 VMWare 单干，以欠缺 Spring Boot Dashboard的可视化体验。过来，Dashboard次要用于启动应用程序。然而，咱们意识到这还不够。作为 Spring 开发者，咱们常常解决 Bean 和 REST API 映射。因而，咱们决定将这两个概念引入Spring Boot Dashboard插件中，并将插件引入独自的视图中（如下图所示） 通过这个视图，开发者能够分明地理解以后 Spring 应用程序中的所有 Bean 和 API 映射。此视图还附带一些重要性能！ ▌导航开发者能够单击任何 Bean 或 API 映射间接导航到代码（Bean 的类或定义 API 的代码）。这是一个演示。 ▌过滤随着您的代码库变得越来越大，您可能只想查看某些特定的 bean 或 API 映射。您能够应用内置的 Visual Studio Code 过滤零碎来做到这一点。只需单击顶级节点（在本例中为Spring利用）并开始输出字母，您将看到过滤产生。这是一个疾速演示。 ▌动态与运行时剖析咱们要展现的另一个次要性能是咱们当初可能剖析运行时信息！在运行理论应用程序之前，Bean/API 映射视图只是显示动态信息。然而，这相对不够，因为咱们常常须要在运行应用程序时查找信息。开始剖析的办法是简略地从Dashboard启动您的 Spring 应用程序，当您看到 bean 和 API 映射图标为绿色时，这意味着所有信息当初都是仅显示运行时信息（包含beans）。 Beans视图上有一个按钮，容许您在两种模式之间切换 – 一种查看仅由您定义的 bean，或查看所有 bean（包含 Spring 框架定义的那些）。在您的代码上的所有 API 端点 (/GET) 上还会生成一个 URL 地址，以便您能够在浏览器中拜访它们。咱们打算将它们扩大到所有 CRUD 端点，以便您能够将它们与您的 REST 客户端集成。你能够在这里看到一个演示： ...

vscode 装置了 vscode eslint 插件，关上一个我的项目目录，我的项目内装置并配置了 eslint ，插件会依据以后我的项目根目录下的 eslint rule 来检测。 如果我只是关上一个 hello.ts 文件，或者关上的我的项目下没有配置 eslint ，咱们怎么能力应用 eslint 检测呢？ 首先会判断文件所在目录下有没有 package.json，没有的话会看上一级目录下是否存在 package.json ，依照这样的规定如果咱们 用户目录或者根目录 下装置并配置了 eslint 。对于我的项目目录下没有配置 eslint 的状况下，也能依照对立的规定的去做语法检测。 module.exports = { env: { browser: true, es2021: true, node: true, }, extends: ["eslint:recommended", "plugin:@typescript-eslint/recommended"], parser: "@typescript-eslint/parser", parserOptions: { ecmaFeatures: { jsx: true, }, ecmaVersion: "latest", }, plugins: ["@typescript-eslint"], rules: {},}如果须要反对 react / vue 的检测，只是须要装置 eslint-plugin-react / eslint-plugin-vue 依赖。 只是须要在 extends 配置上减少 plugin:react/recommended 和 plugin:vue/recommended 留神以后版本和插件的版本对应上。 ...

author: Nathanniedate: 2022年6月22日15:56:08 问题背景环境参数:在vscode编写网页，应用插件 Live Server,在网页文件中，鼠标右键抉择【Open with Live Server】，弹出提示框，并未跳转到浏览器页面。图1-鼠标右键选项界面 报错信息报错内容:Invalid Path in liveServer settings root settings Live Server will serve from workspace root 报错截图:图2-报错 提示框 问题剖析一个我的项目能够有一个独自的vscode配置，构造如下。 project |——.vscode |——settings.json而当前情况是在c盘桌面创立一个文件夹，并创立.html文件用于测试。live server采纳的是默认root配置,而不是我的项目的设置。因而须要批改live server的root配置，使得每一个我的项目都有各自的root配置。 问题解决参考github上一个答复： @cohn17 I had some issues too. What I did was:援用 Create a folder under the root of the site, called .vscodeAdd a file there, called settings.jsonEdit the file and add the following:援用 { "liveServer.settings.root": "/dist"}援用(dist being the root folder I want the liveserver to know about)援用Then I actually had to edit the global settings.json:援用 ...

咱们很快乐地发表，2022 年 5 月公布的实用于 Visual Studio Code 的 Python 和 Jupyter 扩大现已推出！ 在此版本中，咱们退出了三个新扩大：Black、isort 和 Jupyter Powertoys。 如果您有趣味，能够在咱们的日志中查看 Python、Jupyter 和 Pylance 扩大的残缺更新内容。 Black正如咱们曾示意的，咱们的团队正在致力将咱们在 Python 扩大中提供的工具反对合成为独自的扩大，以进步性能和稳定性。 咱们当初有了一个新的 Black 扩大，即 Python 格式化程序。与 pylint 扩大相似，这个新扩大应用语言服务器协定来提供格局反对，并且它附带最新版本的 Black——因而您不再须要将它装置在 Python 环境中。 明天您能够通过从市场上装置这个新扩大来试用它。而后关上一个 Python 文件，右键单击编辑器并抉择 “Format document with ...”。您还能够从命令面板（Ctrl + Shift + P 或 ⌘ + ⇧ + P）运行 “Format document with ...” 命令。如果您有任何问题或性能申请，您能够将它们提交到 GitHub 存储库。 Isort咱们还有一个新的扩大，能够应用 isort 对导入进行排序。当您关上文件并且您的导入不遵循 isort 的规范时，它将显示错误诊断并提供代码操作来修复导入程序。 浏览器上的 Jupyter NotebooksJupyter 扩大当初能够装置为能够与 vscode.dev 一起应用的 Web 扩大。不过性能目前受到限制，仅反对在不须要 https 的 Jupyter 服务器上运行的笔记本（.ipynb 文件）。 ...

应用 vscode 调试代码的时候, 须要用到 F11 这个键, 然而在 mac 电脑上这个快捷键被占用了. 解决占用的办法: 零碎偏好设置 - 键盘 - 快捷键 - 调度核心 , 勾销显示桌面的勾选即可 原文地址: mac 敞开 f11 显示桌面快捷键 欢送拜访我的博客: http://blog.duhbb.com/

最不便的把代码放在wsl上，装置remote插件 wsl上装置global sudo apt install global 查看装置地位 which global which gtags装置c插件 代码下载好 code . 能够间接关上工程 装置C/C++ GNU Global 插件配置插件 "gnuGlobal.globalExecutable": "/usr/bin/global", "gnuGlobal.gtagsExecutable": "/usr/bin/gtags", "gnuGlobal.objDirPrefix": ""在remote的配置里配置上1中看到的装置地位 objDirPrefix 配置上产生的tag文件门路配置好之后应用 ctl + shift + p 抉择 Global: Rebuild Gtags Database

你每天有在用 Visual Studio Code 吗？ 依据面向程序开发人员的工夫跟踪工具 WakeTime 统计 ， 在 2020 年寰球开发者应用 Visual Studio Code 的工夫合共 1800 万小时 。这是一个十分惊人的数字 。 你有想过开发一个 Visual Studio Code 插件吗 ？ Visual Studio Code 插件介绍 Visual Studio Code 是一个收费 ， 开源的编辑器 ，通过联合不同的插件 ，你能够实现不同利用场景的开发。 在 Visual Studio Code 中有超过 3万个插件,波及编程语言,调试/测试,数据迷信,云计算等。 通过 Visual Studio Code 提供的 API 你能够构建不同类型的插件。 Visual Studio Code 插件 AP包含了编程语言扩大 API (理解更多能够拜访 https://code.visualstudio.com...)和 利用场景扩大 API (理解更多能够拜访 https://code.visualstudio.com...)。 如何开发一个 Visual Studio Code 插件1.环境装置Visual Studio Code 开发须要 Node.js , 并通过 npm 装置好 Yeoman 和 Visual Studio Code 创立模版 。以下是相干语句 ...

问题形容：在一台新电脑上应用 vscode ssh remote 登录 ubuntu 机器，而后依据这个教程Linux 装置 oh my zsh，并开启常见插件配置了 zsh 之后，新建的 shell 还是 bash，然而通过 iterm2 来默认就是 zsh 起因：因为 vscode 的后端呆住了，是属于 bug，然而很多年了微软还是没有改变！ 解决办法：很简略，kill vscode server 就好了，间接找到 vscode server 的 pid，而后 kill {pid}。嫌麻烦的话，最简略的就是重启一下 ubuntu 就好了！

Visual Studio Code 1.66 现已公布！ 该版本更新内容很多，本文摘录局部新个性来作介绍。 本地历史记录能够在工夫轴视图中应用文件的本地历史记录，独立于源代码管制跟踪本地文件更改。依据配置的设置，每次保留编辑器时，都会在列表中增加一个新条目： 每个本地历史的条目都蕴含创立条目时文件的全部内容，从条目中能够： 将更改与本地文件或以前的条目进行比拟。还原内容。删除或重命名条目。设置编辑器▌语言过滤器 当初能够在设置编辑器搜寻框中键入 @lang:languageId ，来查看和编辑对应语言配置的所有设置。查看特定于语言的设置也称为语言笼罩，这些笼罩将始终放弃配置，直到通过单击齿轮图标并重置设置来明确重置。下图演示了将语言过滤器设置为 @lang:css ，以显示所有可能的 CSS 语言笼罩设置。 ▌工作区和文件夹设置保留 设置编辑器中的工作区和文件夹设置当初会保留，直到用户手动重置。 以前，用户必须关上工作区设置 JSON 文件能力设置此值，在设置编辑器工作区选项卡中设置编辑器选项卡大小下方，它会主动增加到工作区的settings.json文件中。 终端▌显示所有找到的匹配项 在终端中搜寻时，搜索词的所有实例都将突出显示。能够通过以 terminal.findMatch 为前缀的色彩自定义命令来微调突出显示的高亮色彩。 滚动条正文终端的滚动条中退出正文，以批示每个重要的节点。 例如，查找的后果在滚动条中有相应的正文： 调试▌JavaScript 调试 JavaScript 调试器当初反对收集和可视化堆配置文件，堆配置文件容许查看随工夫调配的内存地位和数量。 语言▌CSS 格式化程序 内置的 CSS 扩大附带一个格式化程序，格式化程序实用于 CSS、LESS 和 SCSS。由 JS Beautify 库实现，并带有以下设置： css.format.enable - 启用/禁用默认 CSS 格式化程序。css.format.newlineBetweenRules - 用空行分隔规定集。css.format.newlineBetweenSelectors - 用新行分隔选择器。css.format.spaceAroundSelectorSeparator - 确保选择器分隔符“>”、“+”、“~”四周有空格字符（例如，a > b）。less 和 scss 也存在雷同的设置。 ▌HTML 中的 JavaScript 语义突出显示 该版本将 HTML 文件中 JavaScript 源代码的语义突出显示，与一般 .js 文件中看到的内容对齐。此举不仅使代码色彩更加统一，还增加了一些以前短少的重要语义信息，例如突出显示只读类型。 ...

编者荐语： 举荐应用vscode来单步调试奔跑吧内核，在按F5单步之前，请先设置断点，例如在start_kernel函数设置断点，间接在源代码左侧点击左键即可。 以下文章来源于弹指码通 ，作者弹指神通 继上一篇介绍纯Win10下 VSCode搭建Linux Kernel单步调试IDE环境 本篇持续介绍在纯Ubuntu下用VSCode搭建Linux Kernel单步调试IDE环境 0.环境介绍0.0 主机版本主机：Ubuntu（其余任意Linux发行版、虚拟机、真机均可） 版本:18.04.4 编译器：aarch64-linux-gnu-gcc (gcc version 5.5.0) 调试器：主机：aarch64-linux-gnu-gdb (gcc version 5.5.0) 0.1 VS Code版本版本: 1.46.1提交: cd9ea6488829f560dc949a8b2fb789f3cdc05f5d日期: 2020-06-17T21:13:08.304ZElectron: 7.3.1Chrome: 78.0.3904.130Node.js: 12.8.1V8: 7.8.279.23-electron.0OS: Linux x64 5.3.0-28-generic1.筹备工作1.1、装置Ubuntu下载安装Ubuntu，如本例中提到的：ubuntu18.04 1.2、装置VSCodeUbuntu版的VSCode：下载地址 1.3、装置VSCode插件在扩大外面增加即可 C/C++ (必选) C/C++ Intellisense(可选) C/C++ Snippets(可选) Remote Development(必选三件套，微软官网出品) Remote-WSL Remote-SSH Remote-Containers 设施树插件 Embedded Linux Dev Kconfig(设施树插件依赖) 1.4、下载Linux内核代码举荐下载： git clone https://e.coding.net/benshush... -b rlk_basic举荐理由： 1、4.0版本十分经典，适宜学习 2、该代码仓库是书籍的配套代码，比较完善 3、该代码仓库曾经配置好了各种比拟烦杂的环境，如：qemu网络桥接、根文件系统、qemu共享文件夹等 4、最初强调：后期配套开发环境，不须要反复造轮子，纠结于小细节，先站在伟人肩上，整套流程相熟之后，能够随时替换、批改这套环境 1.5、搭建Linux内核编译环境Ubuntu18.04相干问题可间接百度查找 Linux环境：ubuntu18.04 Linux装置依赖包： sudo apt-get install qemu libncurses5-dev libssl-dev build-essential openssl bison bc flex git当然你能够应用如下命令来装置编译内核须要的所有依赖包。 ...

Visual Studio Code 又呈现新 Bug 了！ 近日，一位名为 na-an 的用户在应用 Microsoft 的 Visual Studio Code 编辑器（以下简称 VS Code）关上文件夹时，发现其目录中会主动创立许多带有有效代码的空文件。随后，该用户便将一个相干问题公布到 VS Code GitHub 存储库上，一时间引发了热烈的探讨，不少用户都示意他们同样受到了该“破绽”的困扰。 据显示，这些主动创立的来及文件有些文件名长，有些短，且这些文件名并不是无效的 unicode（如图中的 \312\316\361 是八进制）。 通过剖析之后，发现这些随机创立的文件，仿佛来自正在运行的过程内存转储，其中就蕴含了通常呈现在可执行文件中的字符串，以及看起来像是带有堆栈损坏或越界的指针问题（pointer issue）。 除了疯狂地创立空文件外，这次发现的 VS Code “破绽”还会随机批改用户文件。比方以用户名 daantimmer 打头的文件里所有内容都被革除了，都变成了 0 KB，这个状况是最蹩脚的，因为你无奈保障是否提前给文件备份。 当然，该破绽不仅限于以后的工作区文件夹，它甚至能够清空一些系统文件/文件夹。 目前，这个破绽已呈现在 Windows 和 Linux 等不同的零碎上。据理解，该破绽的“受害者”都有个共同点：他们都写 C++ 代码，应用 VS CODE 的 C++ 扩大。因为有用户发现，当他试图禁用所有扩大后，该问题就隐没了；如果将 C++ 扩大转换为稳固版本（1.8.4），问题也会隐没。 所以，以上事实均证实了该破绽的根本原因就在于 VS CODE + C++ 扩大 1.9.4 的预公布版本，因为它临时不稳固，且具备以上文件系统缺点（然而，如果查看VS CODE 自动更新性能，它将自动更新到 C++ 扩大 1.9.4 的预公布版本）。 ...

Visual Studio Code 1.65 现已公布，该版本更新内容很多，上面摘录局部新个性作介绍。 工作台新的编辑器历史导航编辑组感知导航当初在编辑器历史中导航时会思考编辑器组。在编辑器历史记录中来回导航将激活编辑器，并将其集中在那些编辑器组中。删除编辑器组时，所有关联的历史条目都将被抛弃。在上面的动图中，第一个 Go Back 将光标放在新的编辑器组中，而后第二个 Go Back 导航返回到原始编辑器组。 对于历史导航的新设置有一项新设置 workbench.editor.navigationScope，能够将编辑器历史导航范畴限定为流动编辑器组甚至编辑器。反对的值是： default：编辑器导航实用于所有关上的编辑器组和编辑器。editorGroup：编辑器导航仅限于流动编辑器组的已关上编辑器。editor：编辑器导航仅限于流动编辑器。如果将范畴配置为 editorGroup 或 editor，则每个编辑器组或编辑器都将领有本人的导航堆栈，能够独自导航。 Notebook 反对能够在任何 Notebook 中抉择的单元格之间导航，导航能够跨编辑器工作。 新的布局管制选项在标题栏中引入了实验性布局控件（启用：通过设置workbench.experimental.layoutControl.enabled为true），通过 layoutControl.type 设置，可抉择对应的 UI 布局 ，此设置具备以下三个选项： menu: 旧版布局，能够关上菜单的单个按钮（默认）。toggles：新选项，显示三个按钮来切换主面板、侧边栏和侧面板。both：新选项，显示三个切换按钮的同时，也有菜单按钮。比方设置成 both，就是如下图所示，三个切换按钮加一个下拉菜单按钮： 浅色高对比度主题增加了新的 Light High Contrast 主题（感觉对比度太高看起来有点累） 音频提醒增加了新的音频提醒，包含正告、内联倡议和调试器断点点击的音频提醒。此前的audioCues.enabled设置已被弃用，取而代之的是audioCues.*设置： 新的音频提醒命令 Help: List Audio Cues ，可查看所有可用的音频成果。 拖放问题和搜寻后果能够将问题、搜寻或参考后果拖放到编辑器中，关上文件并显示后果地位。 设置编辑器拆分视图应用可调整的拆分视图将目录与设置列表离开。 改良的主动语言检测启用新设置 workbench.editor.historyBasedLanguageDetection 后，无标题编辑器将应用改良过的主动语言检测算法，该算法会思考编辑器历史记录和当前工作区的内容，新算法只需大量文本输出即可提供检测后果。 上面是在 JavaScript、TypeScript、Markdown、Python、PHP 和 C++（反对更多语言）中应用新算法的示例： 改良的语言扩大倡议语言扩大举荐当初会在举荐时思考扩大市场中其余突出的语言扩大。例如，如果装置了Apache NetBeans Java 扩大，VS Code 就不会举荐应用 Java 扩大包。 扩大树悬停的键盘快捷键能够应用键盘快捷键 Ctrl/Cmd+K, Ctrl/Cmd+I触发悬停，以显示在由扩大提供的自定义树视图中。 ...

前端开发工具层出不穷，从最开始的nodepad++,sublime,webstorm到当初的vscode，个人感觉还是vscode比拟不便实用，明天分享一下平时所用的插件。 1、Chinese (Simplified) Language Pack for Visual Studio Code 首先是汉化包，对我这种英语渣渣来说，汉化包是最重要的插件。 2、Path Intellisense 主动补全门路，不必每次去菜单栏看文件在哪个门路下了。 3、Npm Intellisense 引入资源时会提醒包门路 4、ESLint 大部分开发人员都会用到的，能够使咱们的代码更加标准易读。 5、Auto Close Tag 标签主动闭合工具，当前你只须要输出开始标签并保障正确即可。 6、Atuo Rename Tag 当咱们想批改一对标签时，只需批改其中的一个标签，对应的尾标签也会给跟着批改，十分不便。 7、Bracket Pair Colorizer 此插件能够使咱们代码中的括号高亮显示，让代码看起来档次清晰。 8、KoroFileHeader 用于生成文件头部正文和函数正文的插件。 9、Vetur vue开发基本上都会装置的，能够使语法高亮、智能感知等 当然还有好多插件能够应用，然而这几个能够满足失常开发需要，期待大家分享更多好用的插件。

vscode中只有装置了C/C++扩大后，在C/C++源文件中右键就能看到格式化文档的选项，这样就能通过该选项或者其快捷键（Shift+Alt+F）来实现疾速格式化代码。装置了C/C++扩大同时会主动装置clang-format，通过配置.clang-format文件能够对代码格式化进行一些本人的设置。这样就能够依照本人的设置来进行一键格式化了。在vscode首选项中有一些相干设置。 C_Cpp: Clang_format_style 决定格式化模式，若为file，则调用在workspace中的.clang-formatC_Cpp: Clang_format_fallback Style ，若上一个选项设置为file，但无.clang-format文件则依照此处规定我是通过vscode的remote ssh近程登录到linux虚拟机上，我虚拟机中的clang-format在/root/.vscode-server/extensions/ms-vscode.cpptools-1.8.4/LLVM/bin文件夹中，所以cd到该目录下执行命令——./clang-format -style=LLVM -dump-config > .clang-format就能生成.clang-format文件。将该文件拷贝到本人我的项目中，而后依照本人的需要批改配置就能够了。其中.clang-format文件生成命令的格局是: // 格局名可选：LLVM, Google, Chromium, Mozilla, WebKit。clang-format -style=格局名 -dump-config > .clang-format以下是我自定义的格式化配置，仅供参考。 ---# 语言: None, Cpp, Java, JavaScript, ObjC, Proto, TableGen, TextProtoLanguage: Cpp# BasedOnStyle: LLVM# 拜访说明符(public、private等)的偏移AccessModifierOffset: -4# 开括号(开圆括号、开尖括号、开方括号)后的对齐: Align, DontAlign, AlwaysBreak(总是在开括号后换行)AlignAfterOpenBracket: Align# 对齐数组列AlignArrayOfStructures: None# 对齐间断宏定义AlignConsecutiveMacros: None# 间断赋值时，对齐所有等号AlignConsecutiveAssignments: None# 对齐间断位字段AlignConsecutiveBitFields: None# 间断申明时，对齐所有申明的变量名AlignConsecutiveDeclarations: None# 左对齐逃脱换行(应用反斜杠换行)的反斜杠AlignEscapedNewlines: Left# 程度对齐二元和三元表达式的操作数AlignOperands: Align# 对齐间断的尾随的正文AlignTrailingComments: true# 容许函数申明的所有参数在放在下一行AllowAllParametersOfDeclarationOnNextLine: true# 容许短的枚举放在同一行AllowShortEnumsOnASingleLine: true# 容许短的块放在同一行AllowShortBlocksOnASingleLine: Never# 容许短的case标签放在同一行AllowShortCaseLabelsOnASingleLine: false# 容许短的函数放在同一行AllowShortFunctionsOnASingleLine: All# 容许短的匿名函数放在同一行AllowShortLambdasOnASingleLine: All# 容许短的if语句放弃在同一行AllowShortIfStatementsOnASingleLine: Never# 容许短的循环放弃在同一行AllowShortLoopsOnASingleLine: false# 总是在返回类型后换行AlwaysBreakAfterReturnType: None# 总是在多行string字面量前换行AlwaysBreakBeforeMultilineStrings: false# 总是在template申明后换行AlwaysBreakTemplateDeclarations: MultiLineAttributeMacros:- __capability# false示意函数实参要么都在同一行，要么都各自一行BinPackArguments: true# false示意所有形参要么都在同一行，要么都各自一行BinPackParameters: true# 大括号换行，只有当BreakBeforeBraces设置为Custom时才无效BraceWrapping:AfterCaseLabel: falseAfterClass: falseAfterControlStatement: NeverAfterEnum: falseAfterFunction: falseAfterNamespace: falseAfterObjCDeclaration: falseAfterStruct: falseAfterUnion: falseAfterExternBlock: falseBeforeCatch: falseBeforeElse: falseBeforeLambdaBody: falseBeforeWhile: falseIndentBraces: falseSplitEmptyFunction: trueSplitEmptyRecord: trueSplitEmptyNamespace: true# 在二元运算符前换行BreakBeforeBinaryOperators: None# 在concept前换行BreakBeforeConceptDeclarations: true# 在大括号前换行: Attach(始终将大括号附加到四周的上下文)BreakBeforeBraces: Attach# 继承列表款式BreakInheritanceList: AfterComma# 在三元运算符前换行BreakBeforeTernaryOperators: true# 构造函数初始值设定项换行款式BreakConstructorInitializers: BeforeComma# 在java字段的正文后换行BreakAfterJavaFieldAnnotations: false# 每行字符的限度，0示意没有限度ColumnLimit: 80# 形容具备非凡意义的正文的正则表达式，它不应该被宰割为多行或以其它形式扭转CommentPragmas: '^ IWYU pragma:'# 在新行上申明每个命名空间CompactNamespaces: false# 构造函数的初始化列表的缩进宽度ConstructorInitializerIndentWidth: 4# 连续的行的缩进宽度ContinuationIndentWidth: 4# 去除C++11的列表初始化的大括号{后和}前的空格Cpp11BracedListStyle: true# 继承最罕用的换行形式DeriveLineEnding: true# 继承最罕用的指针和援用的对齐形式DerivePointerAlignment: false# 敞开格式化DisableFormat: false# 删除拜访修饰符后的所有空行EmptyLineAfterAccessModifier: Never# 仅当拜访修饰符开始一个新的逻辑块时才增加空行EmptyLineBeforeAccessModifier: LogicalBlock# 自动检测函数的调用和定义是否被格局为每行一个参数(Experimental)ExperimentalAutoDetectBinPacking: false# 主动补充namespace正文FixNamespaceComments: true# 须要被解读为foreach循环而不是函数调用的宏ForEachMacros:- foreach- Q_FOREACH- BOOST_FOREACHIfMacros:- KJ_IF_MAYBE# 多个#include块合并在一起并排序为一个IncludeBlocks: Merge# 能够定义正数优先级从而保障某些#include永远在最后面IncludeCategories:- Regex: '^"(llvm|llvm-c|clang|clang-c)/' Priority: 2 SortPriority: 0 CaseSensitive: false- Regex: '^(<|"(gtest|gmock|isl|json)/)' Priority: 3 SortPriority: 0 CaseSensitive: false- Regex: '.*' Priority: 1 SortPriority: 0 CaseSensitive: falseIncludeIsMainRegex: '(Test)?$'IncludeIsMainSourceRegex: ''# 缩进拜访修饰符IndentAccessModifiers: false# 缩进case标签IndentCaseLabels: false# case 标签前面的块应用与 case 标签雷同的缩进级别IndentCaseBlocks: false# 缩进goto标签。IndentGotoLabels: false# 缩进预处理器指令IndentPPDirectives: None# 向后兼容缩进内部块IndentExternBlock: AfterExternBlock# 缩进模板中的requires子句IndentRequires: false# 缩进宽度IndentWidth: 4# 函数返回类型换行时，缩进函数申明或函数定义的函数名IndentWrappedFunctionNames: false# 插入尾随逗号InsertTrailingCommas: None# 保留JavaScript字符串引号JavaScriptQuotes: Leave# 包装 JavaScript 导入/导出语句JavaScriptWrapImports: true# 保留在块开始处的空行KeepEmptyLinesAtTheStartOfBlocks: true# 绝对于 lambda 签名对齐 lambda 主体LambdaBodyIndentation: Signature# 开始一个块的宏的正则表达式MacroBlockBegin: ''# 完结一个块的宏的正则表达式MacroBlockEnd: ''# 间断空行的最大数量MaxEmptyLinesToKeep: 1# 命名空间的缩进NamespaceIndentation: InnerObjCBinPackProtocolList: Auto# 应用ObjC块时缩进宽度ObjCBlockIndentWidth: 4ObjCBreakBeforeNestedBlockParam: true# 在ObjC的@property后增加一个空格ObjCSpaceAfterProperty: false# 在ObjC的protocol列表前增加一个空格ObjCSpaceBeforeProtocolList: truePenaltyBreakAssignment: 2PenaltyBreakBeforeFirstCallParameter: 19PenaltyBreakComment: 300PenaltyBreakFirstLessLess: 120PenaltyBreakString: 1000PenaltyBreakTemplateDeclaration: 10PenaltyExcessCharacter: 1000000PenaltyReturnTypeOnItsOwnLine: 60PenaltyIndentedWhitespace: 0# 指针的对齐: Left, Right, MiddlePointerAlignment: Left# 缩进预处理器语句的列数PPIndentWidth: -1# 援用的对齐ReferenceAlignment: Pointer# 容许从新排版正文ReflowComments: true# 短命名空间逾越的最大开展行数ShortNamespaceLines: 1# 容许排序#includeSortIncludes: CaseSensitive# java动态导入放在非动态导入之前SortJavaStaticImport: Before# 对using申明排序SortUsingDeclarations: true# 在C格调类型转换后增加空格SpaceAfterCStyleCast: false# 在!后增加空格SpaceAfterLogicalNot: false# 在Template关键字后增加空格SpaceAfterTemplateKeyword: true# 在赋值运算符之前增加空格SpaceBeforeAssignmentOperators: true# 不在case冒号之前增加空格SpaceBeforeCaseColon: false# 不在C++11大括号列表之前增加空格SpaceBeforeCpp11BracedList: false# 在构造函数初始化器冒号之前增加空格SpaceBeforeCtorInitializerColon: true# 在继承冒号前增加空格SpaceBeforeInheritanceColon: true# 开圆括号之前增加一个空格: Never, ControlStatements, AlwaysSpaceBeforeParens: ControlStatements# 不要确保指针限定符四周有空格，而是应用 PointerAlignmentSpaceAroundPointerQualifiers: Default# 在基于范畴的for循环冒号之前增加空格SpaceBeforeRangeBasedForLoopColon: true# {}两头不增加空格SpaceInEmptyBlock: false# 在空的圆括号中增加空格SpaceInEmptyParentheses: false# 在尾随的评论前增加的空格数(只实用于//)SpacesBeforeTrailingComments: 1# 在尖括号的<后和>前增加空格SpacesInAngles: Never# 不在if/for/switch/while条件四周插入空格SpacesInConditionalStatement: false# 在容器(ObjC和JavaScript的数组和字典等)字面量中增加空格SpacesInContainerLiterals: true# 在C格调类型转换的括号中增加空格SpacesInCStyleCastParentheses: false# 行正文结尾容许有多少个空格。要禁用最大值，请将其设置为-1，除此之外，最大值优先于最小值SpacesInLineCommentPrefix:Minimum: 1Maximum: -1# 在圆括号的(后和)前增加空格SpacesInParentheses: false# 在方括号的[后和]前增加空格，lamda表达式和未指明大小的数组的申明不受影响SpacesInSquareBrackets: false# 不在[前增加空格SpaceBeforeSquareBrackets: false# 位域:每边都增加空格BitFieldColonSpacing: Both# 规范Standard: Auto# 在语句后面被疏忽的宏定义，就如同它们是一个属性一样StatementAttributeLikeMacros:- Q_EMIT# 应该被解释为残缺语句的宏定义StatementMacros:- Q_UNUSED- QT_REQUIRE_VERSION# tab宽度TabWidth: 4# 应用\n换行UseCRLF: false# 应用tab字符：ForIndentation——仅将制表符用于缩进UseTab: ForIndentation# 对空格敏感的宏定义WhitespaceSensitiveMacros:- STRINGIZE- PP_STRINGIZE- BOOST_PP_STRINGIZE- NS_SWIFT_NAME- CF_SWIFT_NAME...

最近在Macbook上的VS code中配置R的环境，遇到了一些问题，留给前面的人一些启发。其余步骤参见之前的各种教程。 R LSP Client很多教程都波及到了这个vscode插件，这个当初在插件商店找不到了，曾经合并到了R的次要插件中。不过要在R引入languageserver包install.packages("languageserver")Radian配置的问题mac m1装置radian可能会呈现无奈启动的问题，起因是arm和x64的不适配，radian是基于python开发的，须要适配m1 arm的python和radian，这里python须要3.9+才反对arm。博主是用适配了arm的miniforge，python默认的是3.9。用mamba代替conda也很好用。依据 radian 作者的说法，radian的 --no-save 和 --no-restore 曾经作为默认选项故而无奈再传入。因而，在设置中敞开 --no-save 和 no-restore 两个选项即可。在 VSCode 的设置中，找到 r 设置下的 r.rterm.option，将前面不须要的两项正文掉或删掉即可。当然，你也能够在这里应用自定义的选项。r.rterm.mac 设置为radian的门路，但会呈现终端启动失败的问题，起因是r base和radian的连贯出了问题，在VS code设置中r设置下的 r.rterm.option增加--r-binary=<您的 R base 门路> e.g. /usr/local/bin/r原问题：https://blog.csdn.net/Y157507...

// 主动格式化 //关上文件不笼罩 "workbench.editor.enablePreview": false, //敞开疾速预览 "editor.minimap.enabled": false, //关上主动保留 "files.autoSave": "off", //应用主题 "workbench.colorTheme": "Darcula Theme from IntelliJ", "prettier.semi": false, // 分号 "prettier.singleQuote": true, // 单引号 "prettier.trailingComma": "none", // 去掉结尾的逗号 // 头部正文 "fileheader.customMade": { "Author": "yhy", "Date": "Do not edit", // 设置后默认设置文件生成工夫 "LastEditTime": "Do not edit", // 设置后，保留文件更改默认更新最初编辑工夫 "LastEditors": "yhy", // 设置后，保留文件更改默认更新最初编辑人 "Description": "" }, // 函数正文 "fileheader.cursorMode": { "description": "", "param": "", "return": "" }, //手机我的项目rem适配 "px-to-rem.px-per-rem": 100, // -----------------------主动格式化配置eslint+prettier----------------------- // 每次保留主动格式化ctrl+s::单引号会被格式化为双引号，须要正文掉 // "editor.formatOnSave": true, // 每次保留的时候将代码按eslint格局进行修复 "editor.codeActionsOnSave": { "source.fixAll.eslint": true }, //配置内配置对 .vue 文件的格式化 "[vue]": { "editor.defaultFormatter": "esbenp.prettier-vscode" }, //配置内配置对 .ts 文件的格式化 "[typescript]": { "editor.defaultFormatter": "esbenp.prettier-vscode" }, //配置内配置对 .js 文件的格式化 "[javascript]": { "editor.defaultFormatter": "esbenp.prettier-vscode" }, //配置内配置对 .json 文件的格式化 "[jsonc]": { "editor.defaultFormatter": "esbenp.prettier-vscode" }

技术栈插件装置Java 插件配置Maven for Java 配置本文出自 qbit snap

无需装置插件， 1、文件 > 首选项 > 设置 点击右上角（如下图） 按钮关上 VSCode 配置文件 2、增加如下代码 // #每次保留的时候主动格式化"editor.formatOnSave": true,在网上看过比拟多的设置可借鉴 { "editor.quickSuggestions": { //开启主动显示倡议 "other": true, "comments": true, "strings": true }, // vscode默认启用了依据文件类型主动设置tabsize的选项 "editor.detectIndentation": false, // 从新设定tabsize "editor.tabSize": 2, // #每次保留的时候主动格式化 "editor.formatOnSave": true, // #每次保留的时候将代码按eslint格局进行修复 "eslint.autoFixOnSave": true, // 增加 vue 反对 "eslint.validate": [ "javascript", "javascriptreact", { "language": "html", "autoFix": true }, { "language": "vue", "autoFix": true } ], // #让prettier应用eslint的代码格局进行校验 "prettier.eslintIntegration": true, // #去掉代码结尾的分号 "prettier.semi": false, // #应用带引号代替双引号 "prettier.singleQuote": true, // #让函数(名)和前面的括号之间加个空格 "javascript.format.insertSpaceBeforeFunctionParenthesis": true, // #这个按用户本身习惯抉择 "vetur.format.defaultFormatter.html": "js-beautify-html", // #让vue中的js按编辑器自带的ts格局进行格式化 "vetur.format.defaultFormatter.js": "vscode-typescript", "vetur.format.defaultFormatterOptions": { "js-beautify-html": { "wrap_attributes": "force-aligned" // #vue组件中html代码格式化款式 } }, // 格式化stylus, 需装置Manta's Stylus Supremacy插件 "stylusSupremacy.insertColons": false, // 是否插入冒号 "stylusSupremacy.insertSemicolons": false, // 是否插入分好 "stylusSupremacy.insertBraces": false, // 是否插入大括号 "stylusSupremacy.insertNewLineAroundImports": false, // import之后是否换行 "stylusSupremacy.insertNewLineAroundBlocks": false, "[javascript]": { "editor.defaultFormatter": "vscode.typescript-language-features" }, "window.zoomLevel": 0, // 两个选择器中是否换行 /** Easy Sass 插件 **/ "easysass.formats": [{ "format": "expanded", // 没有缩进的、扩大的css代码 "extension": ".css" }], "easysass.targetDir": "./css/" // 自定义css输入文件门路}

近日，微软颁布了 Visual Studio Code Java 在 2022 年的开发路线图。 在 1 月 20 日公布的新年第一篇博客文章中，微软对 2021 年的亮点做了回顾，并正式公布了 2022 年路线图，其中就包含一些重点关注的方面和令人兴奋的性能更新。 根底倒退教训改良微软方面示意，因为根本的内环体验会影响开发人员的日常生产力，因而该畛域将持续成为微软首要的关注点。其中包含改良代码实现倡议的智能性，提供更相干的代码段生成，并依据用户偏好提供各种快捷方式（如“syso”和“sout”）。 此外，微软还将进一步改良调试教训。其中包含：容许对反编译类进行调试、在变量视图中更快地求值以及lambda表达式求值；探讨启用由新的 ProjectLoom 反对的虚构线程的可能性，以取得更好的调试性能。另外，显示测试覆盖率是微软心愿反对的另一个个性，以进一步加强其 Java 测试体验。最初，将始终尝试反对最新的Java 技术，因而 Java 18 反对是该公司的路线图。 性能和可靠性性能和可靠性是微软在 2022 年关注的另一个畛域。在该畛域，微软心愿进步Java 语言服务器的可靠性，缩小 Java 语言服务器无响应的状况。据社区信息显示，如果有很多依赖项须要下载，那么第一次导入我的项目可能须要很多工夫，微软对此还将进行下一步打算钻研。 构建工具构建和依赖关系治理始终是 Java 开发的要害局部，特地是对于大型和多模块我的项目。对此，微软方面也将持续为 Gradle for Java 扩大增加新个性，改良现有的 Maven 扩大。 Spring Boot 端到端反对作为最风行的 Java 框架之一，Spring Boot 框架容许开发人员轻松构建微服务或web应用程序。以后的 Spring 启动扩大包蕴含许多优化 Visual Studio 代码上 Spring 开发体验的性能，在理解到 Spring 开发人员社区的要求后，微软认为能够做得更多 —— 后续将与 VMWare 单干对外围 Java 扩大和 Spring 扩大进行改良，以下是改良畛域的总体列表： 更轻松地创立 Spring 我的项目、控制器和 bean 的工作流更好地可视化外围 Spring 概念（如 bean 和 API 映射）Spring 控制器和类的样板代码生成在 Spring Boot dashboard 中改良 Spring 应用程序生命周期治理治理依赖项时增加 Spring 库的更直观体验有了这些 Spring 改良，心愿 Visual Studio 代码上的 Spring 开发体验将比此前更加轻松。 ...

平台依赖的窘境近程环境依赖一些零碎特有的 API，应用本地环境无奈实现开发。 比方应用 IO 复用机制的时候，Linux 有 epoll、Inotify； BSD平台有 Kqueue、FSEvents；Windows 平台的 IOCP 等等。拿 mac 或者 win 依赖 Linux 公有 API 的场景举例，这个时候有如下三种抉择： docker：把平台环境镜像打包进来虚拟机：应用 vmware、virtualbox、wsl 等虚拟机ssh：近程开发三种计划各有利弊，前两种都是大家相熟的计划，不再赘述。 ssh 的痛点应用 vscode 提供的 remote ssh 能够很好的解决这个问题。 前后端拆散的架构模式

书接上文，上次咱们上传了vscode主题插件，这次来更新一下，就增加一个主题。 这时候咱们只须要改变两个文件。 在themes文件夹下新增加一个主题文件，⚠️留神：它肯定要是文件名以-color-theme结尾的json文件,该文件中的name(主题名称改一下)、type(主题深浅看集体爱好)、而后就是colors(前景色，背景色...)了，修修改改又是一个主题，最初就是tokenColors(代码块色彩)了 在package.json文件contributes配置项的themes主题数组中把咱们增加的主题文件引入进来 而后咱们再用vsce公布工具执行一次打包,而后咱们就能够在咱们本地的vscode拓展文件夹看到多进去一个版本，这时候咱们能够更新一下咱们的git repository 最初一步，咱们去到vscode marketplace的发布者集体核心将咱们打包好的版本文件拖拽进去更新咱们的插件 发布者核心：https://marketplace.visualstu... 当然了咱们间接在控制台执行`vsce publish就能够间接公布了(更简便)

vscode批改终端为git bash一：找到git装置门路定位到文件夹中失去门路："D:/Program Files/Git/bin/bash.exe" 二：vscode批改配置文件  "terminal.integrated.profiles.windows": {        "PowerShell": {            "source": "PowerShell",            "icon": "terminal-powershell"        },        "Command Prompt": {            "path": [                "${env:windir}\\Sysnative\\cmd.exe",                "${env:windir}\\System32\\cmd.exe"            ],            "args": [],            "icon": "terminal-cmd"        },        "GitBash": {            "path": "D:/Program Files/Git/bin/bash.exe"        }    },三：详见下图 ...

个别状况下，快捷键如下： 转换为大写：Ctrl+Shift+u转换为小写：Ctrl+Shift+l如果不行的话，须要独自进行设置，步骤如下： 1、点击【文件】-【首选项】-【键盘快捷方式】菜单： 2、输出「转换为大写」，会呈现搜寻后果。鼠标悬停在该后果上，点击后面的【加号】，会弹出输出自定义快捷键的弹窗。 3、在键盘上顺次按下 Ctrl，Shift 和 u，即可胜利设置「转换为大写」快捷键。 4、同样办法设置「转换为小写」快捷键，这里就不多说了。 如果不想用这种形式，还能够在 keybindings.json 文件中减少如下代码即可： { "key": "ctrl+shift+u", "command": "editor.action.transformToUppercase", "when": "editorTextFocus"},{ "key": "ctrl+shift+l", "command": "editor.action.transformToLowercase", "when": "editorTextFocus"}经典举荐： 100 本计算机经典书籍（含下载方式）技术博客： 硬核后端技术干货，内容包含 Python、Django、Docker、Go、Redis、ElasticSearch、Kafka、Linux 等。Go 程序员： Go 学习路线图，包含根底专栏，进阶专栏，源码浏览，实战开发，面试刷题，必读书单等一系列资源。面试题汇总： 包含 Python、Go、Redis、MySQL、Kafka、数据结构、算法、编程、网络等各种常考题。

Nick zhuSenior Program Manager, Developer Division at Microsoft 大家好，欢送来到最新的 Visual Studio Code Java 更新！在这篇文章中，咱们将深刻解析最近代码补全的性能优化。 性能晋升 – 更快的代码补全随着 Java Language Server 最近 1.0 版本的公布，咱们对代码补全的性能进行了重大的改良。下图比拟了最近几个版本之间的代码补全响应工夫。对于补全类型、构造函数名等常见的场景，代码补全性能较之前版本（v0.80、v0.81、v.0.82）有显著的晋升。 性能改良总览代码补全引擎由三个阶段组成： 阶段一 (P1) – 搜寻索引器以查找倡议阶段二 (P2) – 转换倡议为补全信息阶段三 (P3) – 计算代码片段倡议依据咱们的剖析，咱们发现所有三个阶段都有改良的空间。下表显示了咱们在过来版本中所做的改良。咱们将在下一节中更多地探讨这些变动的细节。 要害改变细节版本 0.81.0 – 缩小Windows I/O操作. #1831在过来的性能测试中，咱们发现很大一部分工夫老本花在了计算文件 URI下面。这个发现佐证了咱们之前的察看：因为JVM 中特定于平台的文件系统相干实现，Windows 平台上的代码补全性能绝对较差。通过删除不必要的 URI 计算，咱们进步了性能，尤其是在 Windows 平台上。 版本 0.81.0 – 对常量/默认值进行优化. #1835当咱们实现一个常量字段（例如 Constants.*）时，实现弹出窗口将在抉择列表中显示倡议的字段名称及其常量值（例如 Bit1 : int = 1）。咱们的剖析发现，当类蕴含大量常量字段成员时，这会让补全十分慢。这是因为咱们从 AST Tree 计算字段值，这在操作大文件时开销很大。 为了优化它，咱们决定推延解析常量值。代码补全会简化倡议标签并仅显示字段名称（例如 Bit1 :int）。当您将鼠标悬停在 Javadoc 的实现项上时，才会在Javadoc 局部显示它的常量值。 ...

大家好！我是爱吃、爱玩、更爱学习技术，IT届的新晋网红，开发者的好敌人—比特熊！ 年末，节日氛围浓重，大家追了圣诞主题的《鹰眼》吗？比特熊最爱的复联成员终于有本人的剧了！ 《鬼灭之刃》也进入了五彩缤纷的“游郭篇”，追得本熊天天像过年。 本期比特熊邀请到两位微软MVP助阵直播间——朱一婷、陈超超。朱一婷老师不仅是光芒城市联结创始人&CTO，还有十分精彩的MVP故事要给大家分享；年末好敌人惊喜返场，陈超超老师举荐了很多游戏和动漫，还有超多VS Code神奇插件分享。 【比特熊故事汇】作为比特熊直播间的重要栏目，定期请来技术大牛和行业先锋做客。这里不仅讲最“热”的技术，还有更多待解锁的集体故事和趣味话题！请继续关注，更激励大家举荐你想意识的“英雄”。欢送大家来到直播间，跟比特熊一起，与专家们零距离畅聊。 比特熊：有请超超老师！ 陈超超：插件是VS Code最有意思的局部，能够实现很多事件。不要狐疑，上面这些货色VS Code或多或少都能做，已经这些货色咱们须要用各种各样的工具去做，当初VS Code全包了。 先给大家讲讲开发语言框架类插件，这个是最罕用的，举荐大家应用Angular语言包。 一个工具通过插件能够反对简直所有我意识的语言，太可怕了。 Docker，感觉比官网的还要好用； REST Clint，只须要在硬盘上建一个叫.HTTP的文件，就能和源码一起分享给小伙伴； Code Runner，韩骏老师写的，能够在工具里间接执行一些代码； GitHub Copilot，这个就很厉害了，它是一个基于AI代码生成工具，你能够用自然语言写一段话，而后让它生成一段代码； Redis，罕用的一些中间件它外面都有，查数据很不便； Partial Diff，能够做文件比照；background-cover，我喜爱把开发界面整顿得漂漂亮亮的，我就能够把背景改成高达。 终日干活累了，那咱们就劳逸结合一下？劳逸结合的时候，咱们也能够去寻找一些常识，这就有一个知乎插件，老板进来的时候能够立即关掉。 看知乎看累了咱们还能够去看小说，不过下班看小说有点过分，咱们听听音乐总能够吧？网易云音乐插件也有，还有动漫插件，有很不便的追番日程表。 很多程序员的第一个编程入门语言就是小霸王上的F-BASIC，不过用小霸王编程的都是百里挑一，大部分人当然还是用来打游戏，直播间里我就不打游戏了哈哈哈。VS Code插件还有一个3D方面，就交给一婷姐来介绍了。 朱一婷：我从事VR、AR、MR相干的开发，跟三维相干。咱们次要是基于游戏引擎空幻，有一些业务也会用到云媒体相干的一些内容。像微软HoloLens，我最早应该是在2016年的时候就曾经接触到了。 接下来我为大家分享“VS Code还能反对三维方向”~像这样一个柴犬的模型曾经能够直接插入到PPT里了，反对微软预设的一系列三维格局，比方stl、obj、3mf等等，从PPT外面拿到这个模型也是很不便的。 要想在VS Code里解析这个文件还须要一个插件，叫gLTF Tools。 这是一个带动画的模型，咱们能够切换不同的动画和背景进行实时预览。 简略介绍一些，咱们光芒城市是专门针对建筑设计畛域的，包含修建XR的设计以及提供数字孪生，下图中各大城市的数字孪生都是实时渲染的，这样的成果以往可能要花上一夜的渲染，但当初能以每秒60帧的速度实时输入。 图里这是我集体最喜爱的一个HoloLens游戏，叫Fragments，它是一个解谜游戏，它提供了远超个别游戏的沉迷感，HoloLens通过扫描晓得哪里是你的桌子，哪里是你的沙发或者椅子，他的角色是间接坐在你的椅子上跟你交谈的，好像那个椅子就是他的，我据说超超老师很喜爱游戏是不是。 陈超超：我也心愿哪一天能玩到HoloLens啊，这比屏幕上的游戏强多了！啥时候打折让咱们普通人也买得起。开发者玩游戏可能有点怪，我以前喜爱推敲这游戏是用什么货色做的，甚至会写一些机器人、外挂什么的，不过当初不行了，当初游戏防外挂程度很高，明天就给大家举荐几个游戏吧。 第一个是《戴森球打算》，这个游戏的完成度十分高，他们团队只有5集体，2个程序员。这是一个沙盒建造类游戏，在外面能够建生产线、建工厂，开采各种各样的资源。故事背景是人类的计算机程度很弱小了，大家都能够躲进元宇宙开开心心，然而能源不够用了，所以派出了这样一个机器人到宇宙各地搭建“戴森球”。“戴森球”是弗里曼·戴森提出的一个概念，它是一种突围母恒星的微小球形构造，能够捕捉恒星大部分或全副的能量输入。 第二个是《坎巴拉太空打算》。航天航空一件十分艰苦、庄重的事件，这个游戏把航天变得十分欢畅，又能让你学到大量物理和空间科学方面的基本知识。这外面你能够建造本人的飞船，我很喜爱这类游戏，有点像咱们写程序。这外面的宇航员不晓得被我祸患了多少哈哈哈。 《文字游戏》，这是一个只有会中文的人才能玩的游戏，整个游戏只有文字，没有一张图片。 最初一个是微软自家的游戏“废渣”《极限竞速》，画面体现十分厉害，这是我在上一代Xbox里截的图，墨西哥的海边小屋。 比特熊：超超老师说的好几个游戏都让本熊想到“元宇宙”，这也是9月份比特熊故事汇的一个关键词。 朱一婷：元宇宙热潮和XR游戏的确很有关系，目前开发XR利用或者游戏，最不便是通过游戏引擎——空幻和Unity。近期微软出的一个游戏我很喜爱，叫《微软模仿航行》，它跟《极限竞速》有点像，提供仿真的驾驶体验，开的货色从汽车变成了飞机，微软有Bing地图，手里的数据还是很多的。 陈超超：不过我对元宇宙的态度不算乐观，当然也不乐观，因为它至多让我玩游戏玩爽了，但如果只是玩游戏就满足了的话，你还会想着去里面摸索吗？VR说了这么久，感觉目前除了玩游戏，如同还没看到有什么特地厉害的利用。 朱一婷：这应该还是跟宣传或者说触达的渠道无关， VR也不只是用于娱乐，咱们始终在做对行业有价值的利用，不光是设计完后一个简略的体验，比如说咱们设计了一个屋子，这个过道可能是一米或两米，但他真的走进这个设计之后，去感受一下这个过道是不是会让他感觉局促，楼层高度是不是会让他感觉能达到心理的预期，是很不同的。还有其它的畛域，比方医学，一些小试验，很难有一个实在的环境去做这样的手术，但XR就能带来沉迷式的教学体验。可能有敌人会感觉咱们是个元宇宙公司，但其实咱们只是在做一些行业的利用，满足这个行业的一些需要，帮他们解决问题。 比特熊：明天一婷姐来到咱们线下直播间，还有很重要的一部分——讲讲MVP英雄故事。方才大家应该曾经晓得了，一婷姐曾经是第5年的微软MVP了，比特熊很好奇一婷姐是怎么理解到MVP而后成为其中一员的？ 朱一婷：这是一个漫长和波折的故事，在做XR之前，我做了很多年的EDA算法，也就是电子设计自动化，早些年其实是一个十分窄的畛域，近年可能因为芯片相干的技术被大家关注，我在一个日企工作，咱们那个软件的市场份额可能在70%以上，当初支流的一些液晶生产商还在用过后咱们做的软件。但这个行业有一些稳定，公司就呈现了一些危机，就可能会有裁员什么的，过后我特地没有自信，因为做那么多年我只会写C++，过后挪动互联网曾经蓬勃发展了，最热的是做iOS、安卓开发，我就感觉那些货色我可能都学不会。 2014年的时候我开始做人工智能图形算法、人体追踪方面的，也是钻研算法，然而起初产生了一个小意外，有一天我过天桥，穿的是平底鞋，我记得十分分明穿的是平底鞋，后果下天桥的时候脚一滑，而后它就折了，真的就折了。骨折之后没法去办公，只能在家里近程办公，之前退出了一些社群，但过后没有亲自参加，听到了一个音讯，说微软组织了一个流动叫做微软黑客松——黑客马拉松。我感觉反正我也骨折了有空，就尝试一下，主题是做AI方面的利用，比拟侥幸进入了决赛，在决赛时就遇到了当初的老板，过后他是一起加入较量的竞争对手。 ...

点此查看污浊无广告的原始内容Fira Code字体是一种实用于编程的等宽字体。应用它能够缩小咱们在编程时解决逻辑标记的脑力耗费。 问题Fira Code字体的作者认为开发者们在编程时应用的->,>=,:=,===这些字体其实是一个繁多的逻辑标记，尽管它们只应用了两到三个字符，但时咱们在浏览的时候一九要花费一部分脑力去浏览，将多个字符了解为一个逻辑字符。现实状况下所有的编程语言的操作符都能够设计为Unicode符号，不过目前并不是这样。 解决方案Fira Code字体时一种收费的等宽字体，其中蕴含用于编程中逻辑标记的连体，它只是字体的一种出现特色，底层的代码一九与ascii兼容，这有助于更快浏览和了解代码，对于频繁的序列，比方..和//连字体能够帮咱们纠正字体之间的间距。 间接看成果 理论使用成果 装置形式step1 下载字体文件先 下载字体文件 或者返回github下载 而后依据你的须要装置字体文件 step2 在vscode中开启参考如下内容 "editor.fontSize": 16,"editor.lineHeight": 22,"editor.fontFamily": "Fira Code","editor.fontLigatures": true,step3 重启vscode查看成果重启即可 点此查看污浊无广告的原始内容对于vscode的所有内容看这里 系列文章【vscode高级玩家】设置酷炫字体Fira Code【vscode高级玩家】vscode保留代码，主动依照eslint标准格式化代码设置【vscode高级玩家】VSCode 应用Settings Sync同步配置(2019版傻瓜教程)【vscode高级玩家】❤️图文并茂讲你没理解过的vscode设置同步(全新形式)❤️【vscode高级玩家】vscode 根底快捷键大全【vscode高级玩家】VSCode 近程开发(带免密)【vscode高级玩家】VScode 插件举荐(献给所有前端开发者)【vscode高级玩家】Visual Studio Code❤️装置教程(最新版教程小白也能看懂！)举荐【code-server入门】code-server配置办法【code-server入门】批改code-server默认端口，明码【code-server入门】nginx 反向代理code-server【python入门】Anaconda装置(配置python环境)【python入门】Anaconda check_hostname requires server_hostname【python入门】liunx下近程anaconda 搭建/构建环境,连贯,移植/拷贝环境【python入门】Python3 获取任意贴吧 最新帖子制作词云图存储为markdownnginx配置禁特定门路下的反向代理nginx配置禁止拜访目录或禁止拜访目录下的文件nginx跨域解决带你深刻理解nginx根本登录认证（蕴含配置步骤）你的nginx登录认证平安吗？配置http根本验证(Basic Auth)Centos装置htpasswd_Nginx中应用htpasswd带你深刻理解nginx根本登录认证（蕴含所有配置步骤和深度解析）带你深刻理解nginx根本登录认证：应用htpasswd生成明码带你深刻理解nginx根本登录认证：应用openssl生成明码带你深刻理解nginx根本登录认证：应用python生成明码

Nick zhuSenior Program Manager, Developer Division at Microsoft大家好，欢送来到 11 月版的 Visual Studio Code Java 更新！在这篇年初博客中，咱们将分享一些与Java根底开发相干的最新性能以及与应答编码问题的一些解决策略。 根底开发相干的性能会间接影响开发者的日常工作效率，晋升这方面的用户体验将始终是咱们的重点。在11 月的更新中，咱们在这方面进行了多项改良： 项目管理 – 跟”.project”等元数据文件说再见如果您正在应用Java扩大包进行 Java 开发，咱们有个好消息要告诉您 – 当您导入新的 Java 我的项目时，Visual Studio Code 不再在我的项目门路中生成那些暗藏的“.project”元数据文件！这是一个曾经存在三年多的问题，而咱们在11月的版本中修复了它。如果您有趣味理解咱们是如何解决的，请能够拜访这篇博客。 测试 – 在测试与测试对象之间跳转在 11 月的版本中，咱们增加了一项新性能，容许用户在测试和相应的测试对象之间跳转，这个性能将帮忙用户更不便地编写单元测试 代码操作 – 更不便地生成构造函数和笼罩/实现办法咱们已经在之前的博客中提到过，咱们会始终致力让常见代码的操作更加易于应用。在最新版本中，用户当初能够应用 Java 类旁边的“灯泡图标”来不便地生成构造函数或笼罩/实现办法！以下是一个疾速演示： 与乱码问题“打交道”用户在解决各种语言时遇到某种编码问题是很常见的。咱们在听到此类反馈后做了一些剖析，因而在这篇博客中咱们想分享一下咱们的发现以及倡议。 背景 计算机只能了解 0 和 1 等二进制数据，它应用字符集将数据编码/解码为事实世界的字符。两个过程在进行I/O交互时，必须应用兼容的字符集进行编码和解码，否则可能会呈现乱码。MacOS 和 Linux 到处都应用 UTF-8，因而编码对它们来说不是问题。然而，对于 Windows，默认字符集不是 UTF-8 并且是平台相干的，这会导致不同工具之间的编码不统一。 常见问题 以下是在 Windows 终端上运行 Java 程序时的典型编码问题。 文件或目录名蕴含Unicode字符，Java启动器找不到对应的类门路或主类。中文目录├── Hello.class└── Hello.javaC:\Test>java -cp 中文目录 HelloError: Could not find or load main class Hello带有 Unicode 字符的字符串文字在打印到终端时会呈现乱码。Exercises├── 练习.class└── 练习.javaC:\Test>java -cp ./Exercises 练习Error: Could not find or load main class ??Caused by: java.lang.ClassNotFoundException: ??Java程序与终端交互I/O时呈现乱码public class Hello { public static void main(String[] args) { System.out.println("你好！"); }}C:\Test>chcp65001C:\Test>java -cp ./Exercises Hello??!C:\Test>java -Dfile.encoding=UTF-8 -cp ./Exercises Hello你好！程序须要从 stdin 读取 Unicode 字符，并将 Unicode 字符打印到 stdout。import java.util.Scanner;public class Hello { public static void main(String[] args) { Scanner scanner = new Scanner(System.in); System.out.println(scanner.nextLine()); }}C:\Test>chcp65001C:\Test>java -Dfile.encoding=UTF-8 -cp ./Exercises Hello 你好 ��咱们的发现与应答此类问题的倡议 ...

12月技术与欢畅双重加料VS Code、混合事实、元宇宙、行业新思考年末大汇合！元素太过丰盛【比特熊直播间】精彩行将发车特地提醒：文末有惊喜 比特熊年末狂欢送好礼迎新Happy：分享酷爱有礼转发直播预报至朋友圈，并配文转发有礼+你想对【比特熊直播间】说的话。能够是你观看直播的播种分享，也能够是对于直播间的奇思妙想。播种多多点赞的小伙伴（点赞超过66），截图发送给比特熊微信。有机会取得2022年比特熊首发限定联名礼物，限定22份，先到先得。快快Show出你的创意，越踊跃越侥幸。 互动情意：发送直播弹幕有礼本期直播时，参加弹幕问答或评论的小伙伴，比特熊会在每个直播平台随机抽取5位，送出比特熊最新制作的贴纸。欢送大家踊跃发言，让比特熊捕捉到特地的你。 举手参加：精选热评有礼在下方评论区写下你对本期直播有哪些期待或者对于作客嘉宾什么问题，入选精选评论，截图发给比特熊微信，即可取得带有比特熊logo的限定收纳袋一个。限定10个，速来评论。 本期礼物均为直播间特地首发，心愿始终反对比特熊的你播种满满技能和幸福处分。 扫描比特熊个熊微信二维码，退出【比特熊粉丝后援会】 与开发者一起嗨聊，期待成为你的好友~

指标 创立 components或pages 文件的vscode 插件1. 创立脚手架工程装置脚手架 npm install -g yo generator-code cd到工作目录后，运行 yo code, 抉择ts开发一个新的插件，按提醒输出插件名后装置工程依赖 实现之后的工程目录，插件编写三大个局部： package.json 文件在 extension.ts 中给要写的性能用 vscode.commands.register... 给 Activation Event 或 Contribution Point 中配置的事件绑定办法或者设置监听器。位于入口文件（默认是 extension.ts）的 activate() 函数中。 2. 插件工程调试 按F5就能够关上一个新的 VSCode，而后就能够在这个新的 VSCode 中进行插件测试。 成果如果所示： 至此，能够看到扩大插件曾经失常的运行了，接下来能够来编写文件实现创立react脚手架的pages/components下的组件模板。 3. 增加插件配置性能命令command package.json减少自定义的命令， 运行之后如果所示。 菜单 menus 新增菜单，在package.json中的contributes新增 menus配置 编辑器上下文菜单： 资源管理器上下文菜单： 减少快捷键keybindings 新增创立组件命令的快捷键，在package.json中的contributes新增 keybindings配置 获取输出 extension.ts 文件中注册自定义的命令extension.createComponent，同时心愿获取用户输出的自定义的组件名及指定文件地位 ctrl+alt+n 或编辑器区域右键点击选中创立之后输出组件名test-demo，文件地位src/pages 至此， 曾经为插件增加了一系列的vs code 相干的性能配置，接下来是筹备创立的模板局部性能。 ...

Language Support for Java 1.1.0 版本蕴含了一项重要更新：当初插件在导入新的 Java 我的项目时，我的项目元数据文件（.project，.classpath，settings等）默认将不再生成于我的项目门路下。这一问题自2018年被记录至今已有超过三年的工夫。本文旨在记录并分享咱们解决这一问题的过程和最初的解决方案。 悬在头顶的“达摩克利斯之剑”随着 VS Code Java 的性能逐步丰盛，用户数量也在稳步回升。然而因为 Java 插件在导入我的项目时，会在我的项目目录下生成元数据文件的问题，咱们失去了不少的1星差评。能够预感，随着用户基数减少，因这一问题而造成的差评数量也会减少。这就如同一把悬在咱们头顶的“达摩克利斯之剑”，如果不及时解决，问题随时都有可能暴发。 其实这并不是咱们产品组不想彻底修复这一问题，根本原因须要从 Java 语言服务的架构说起： JDT Java Language Server 架构示意图 VS Code Java 我的项目背地所采纳的 Java 语言服务的正式项目名称是 Eclipse JDT Language Server™，由微软和红帽联手开发。在下面的我的项目架构图中能够看到，咱们在实现中复用了 Eclipse 的一些模块，而这些主动生成的元数据文件也正是由其中一些上游模块所产生。在 Eclipse 的讨论区中能够找到一条相干的探讨帖子。这条帖子的创立工夫甚至能够追溯到2004年。因为在实现时，这些元数据文件的门路就曾经作为常量被硬编码在了代码里，这些常量又被各个不同的 Eclipse 模块甚至是插件援用，经久不息下来这一问题从某种意义上曾经成为了“历史包袱”。 思考到扭转上游模块的行为蕴含了太多的未知和不确定性，在过来咱们尝试给用户提供一些变通方法，比方让这些元数据文件在 VS Code 的文件浏览器中暗藏，并疏导用户将他们增加至 .gitignore 当中。但从用户的反馈来看，这些形式并没有让用户感到称心。为了可能彻底解决这个曾经困扰了咱们以及用户三年多之久的“顽疾”，咱们在往年下半年决定再做一次尝试，心愿能将其“根治”。 计划一、应用 Symbolic Link（失败）咱们最先想到的办法是应用 Symbolic Link。在导入我的项目时，能够将被导入的我的项目通过 Symbolic Link 的形式链接到一个用户看不到的中央，从而让元数据文件生成在链接后的门路下。但很快这一计划就遇到了问题——在某些操作系统下创立 Symbolic Link 须要特定的权限，否则会抛出 FileSystemException，这显然不是咱们想要的成果，因而这个计划马上被否决了。 计划二、应用 Eclipse Linked Resources（放弃）和 Symbolic Link 的思路相似地，咱们还能够抉择应用 Eclipse Linked Resources： Linked Resources: Linked resources are files and folders that are stored in locations in the file system outside of the project's location.上文是 Linked Resources 的一段官网定义，它能够作为我的项目的一部分，但又容许存储在我的项目门路之外的其余地位。在 VS Code Java 中，咱们对于 Unmanaged Folder（无构建零碎的我的项目），就是通过 Linked Resources 机制将这些元数据文件暗藏的，它的实现原理如下图所示： ...

Language Support for Java 1.1.0 版本蕴含了一项重要更新：当初插件在导入新的 Java 我的项目时，我的项目元数据文件（.project，.classpath，settings等）默认将不再生成于我的项目门路下。这一问题 自 2018 年被记录至今已有超过三年的工夫。本文旨在记录并分享咱们解决这一问题的过程和最初的解决方案。 悬在头顶的“达摩克利斯之剑”随着 VS Code Java 的性能逐步丰盛，用户数量也在稳步回升。然而因为 Java 插件在导入我的项目时，会在我的项目目录下生成元数据文件的问题，咱们失去了不少的1星差评。能够预感，随着用户基数减少，因这一问题而造成的差评数量也会减少。这就如同一把悬在咱们头顶的“达摩克利斯之剑”，如果不及时解决，问题随时都有可能暴发。 其实这并不是咱们产品组不想彻底修复这一问题，根本原因须要从 Java 语言服务的架构说起： VS Code Java 我的项目背地所采纳的 Java 语言服务的正式项目名称是 Eclipse JDT Language Server™，由微软和红帽联手开发。在下面的我的项目架构图中能够看到，咱们在实现中复用了 Eclipse 的一些模块，而这些主动生成的元数据文件也正是由其中一些上游模块所产生。在 Eclipse 的讨论区中能够找到一条相干的探讨帖子。这条帖子的创立工夫甚至能够追溯到2004年。因为在实现时，这些元数据文件的门路就曾经作为常量被硬编码在了代码里，这些常量又被各个不同的 Eclipse 模块甚至是插件援用，经久不息下来这一问题从某种意义上曾经成为了“历史包袱”。 思考到扭转上游模块的行为蕴含了太多的未知和不确定性，在过来咱们尝试给用户提供一些变通方法，比方让这些元数据文件在 VS Code 的文件浏览器中暗藏，并疏导用户将他们增加至 .gitignore 当中。但从用户的反馈来看，这些形式并没有让用户感到称心。为了可能彻底解决这个曾经困扰了咱们以及用户三年多之久的“顽疾”，咱们在往年下半年决定再做一次尝试，心愿能将其“根治”。 计划一：应用 Symbolic Link（失败）咱们最先想到的办法是应用 Symbolic Link。在导入我的项目时，能够将被导入的我的项目通过 Symbolic Link 的形式链接到一个用户看不到的中央，从而让元数据文件生成在链接后的门路下。但很快这一计划就遇到了问题——在某些操作系统下创立 Symbolic Link 须要特定的权限，否则会抛出 FileSystemException，这显然不是咱们想要的成果，因而这个计划马上被否决了。 计划二：应用 Eclipse Linked Resources（放弃）和 Symbolic Link 的思路相似地，咱们还能够抉择应用 Eclipse Linked Resources： Linked Resources: Linked resources are files and folders that are stored in locations in the file system outside of the project's location.上文是 Linked Resources 的一段官网定义，它能够作为我的项目的一部分，但又容许存储在我的项目门路之外的其余地位。在 VS Code Java 中，咱们对于 Unmanaged Folder（无构建零碎的我的项目），就是通过 Linked Resources 机制将这些元数据文件暗藏的，它的实现原理如下图所示： ...

前言工作嘛，所以不可避免的要画流程图。其实曾经良久没用过office全家桶了，个别就是用typora写写markdown就好，当初忽然用起来写doc文档，还真是装利用都节约了好多工夫，惋惜了。还要应用visual，真是得迎难而上呀？然鹅，事实却是，画流程图可不是非visual不可的哟！ 在线流程图编辑先介绍一款小名鼎鼎的在线工具，draw.io。她是一款十分好用的在线绘制流程图的工具，提供了流程图，UML图等丰盛的接口。它还反对第三方云存储，可能不便的将这些设计图分享给团队成员。并且它还是收费的。 draw.io 还反对将流程图导出到很多格局，比方 pdf，svg，html 等等。 VSCode插件而对于喜爱应用VSCode敌人们呀，依据所有皆可VSCode的定理可得出， draw.io 的性能集成进了 VSCode，并打包成了插件供开发者下载应用，让你分分钟能用 VSCode 画出完满的流程图、思维导图与 UML 图。 我就轻易画了画啊，不要在意这些细节。 此外，该插件还有一个比拟强悍的性能，就是反对对 .drawio.png 文件的批改。 当你发现流程图的 png 格式文件有误时，能够随时对 png 图片从新进行更改调整，而后再次生成即可。 划重点，能够批改png格式文件哦！ 关注&&分割gitee： https://gitee.com/cmcc-oneos/OneOS-Lite docs： https://oneos-lite.com/

{ // 主动换行 "editor.wordWrap": "on", // vscode默认启用了依据文件类型主动设置tabsize的选项 "editor.detectIndentation": false, // 从新设定tabsize "editor.tabSize": 2, // #让函数(名)和前面的括号之间加个空格 "javascript.format.insertSpaceBeforeFunctionParenthesis": true, // #这个按用户本身习惯抉择 "vetur.format.defaultFormatter.html": "js-beautify-html", // #让vue中的js按编辑器自带的ts格局进行格式化 "vetur.format.defaultFormatter.js": "vscode-typescript", // 增加emmet反对vue文件 "emmet.includeLanguages": { "wxml": "html", "vue": "html" }, // 给js-beautify-html设置属性隔断 "vetur.format.defaultFormatterOptions": { "js-beautify-html": { "wrap_attributes": "auto", "wrap_line_length": 200, "end_with_newline": false }, "prettyhtml": { "printWidth": 200, "singleQuote": false, "wrapAttributes": false, "sortAttributes": false }, "prettier": { "semi": false, "singleQuote": true } }, // style默认偏移一个indent "vetur.format.styleInitialIndent": true, // 定义匿名函数的函数关键字前面的空格解决。 "javascript.format.insertSpaceAfterFunctionKeywordForAnonymousFunctions": true, // 定义函数参数括号前的空格解决形式。 "typescript.format.insertSpaceBeforeFunctionParenthesis": true, "vetur.ignoreProjectWarning": true, "explorer.confirmDelete": false, "[javascript]": { "editor.defaultFormatter": "HookyQR.beautify" }, "leetcode.endpoint": "leetcode-cn", "leetcode.workspaceFolder": "C:\\Users\\LSZ\\.leetcode", "leetcode.hint.configWebviewMarkdown": false, "leetcode.hint.commentDescription": false, "editor.suggestSelection": "first", "vsintellicode.modify.editor.suggestSelection": "automaticallyOverrodeDefaultValue", "leetcode.hint.commandShortcut": false, "[less]": { "editor.defaultFormatter": "HookyQR.beautify" }, "security.workspace.trust.untrustedFiles": "open", "[html]": { "editor.defaultFormatter": "HookyQR.beautify" }, "[css]": { "editor.defaultFormatter": "HookyQR.beautify" }, "cssrem.rootFontSize": 25 }

本文参考链接：github.blog/2020-05-06-new-from-satellite-2020-github-codespaces-github-discussions-securing-code-in-private-repositories-and-more/Github 最新推出的 Codespaces 能够实现基于 VS Code 的云端代码编译。当初，你在手机、平板上都能够间接进行开发。云端开发不能更美妙了，用上 Codespaces 后，不仅能够把 IDE 卸载掉，什么 Conda、Docker 都能够删了「大误」。 再见，VS code ！你好 Github! 在往年 GitHub 的第一个虚构会议——Satellite 上，GitHub 公布了由 Visual Studio 提供技术支持的在线 IDE 工具——Codespaces。这是一款集成在 GitHub 网页中的开发工具，为开发者提供了不来到页面的「沉迷式」开发体验，目前已向公众凋谢小规模测试。 Codespaces 传送门：github.com/features/codespaces 值得一提的是，在 Satellite 上与 Codespaces 一起公布的还有： GitHub Discussions：一种在 codebase 之外发展单干的新形式；Code scanning and secret scanning：帮忙 GitHub 中的社区制作或应用更平安的代码；GitHub Private Instances：专为有严苛平安需要的用户设计。Codespaces 介绍（小规模 Beta 公测）为社区奉献代码有的时候是比拟艰难的。每个仓库都有其本人的开发环境配置，常常须要许多步操作之后咱们能力开始编写代码。更甚者，咱们正在从事的两个开发工作环境彼此之间存在抵触。Codespaces 为咱们提供了一个集成在 GitHub 中，性能齐全的云端开发环境，让咱们可能即刻为一个我的项目奉献代码。下图为 Codespaces 的界面一览，想必应用过 VS Code 的小伙伴们对这个界面肯定不会感到生疏。 Codespaces 由 Visual Studio technology 提供技术支持，集成了浏览器版的齐全 VS Code 编辑程序，反对代码补全与导航、扩大插件以及终端拜访等多项性能于一身。如果开发者更偏向于应用桌面版 IDE 进行开发，也能够在 GitHub 中关上 codespace 之后再将其连贯到桌面 IDE 中。 ...

大家好，欢送来到 Visual Studio Code Java 更新。在这篇文章中，咱们将分享咱们最新的Gradle插件，更加不便的代码操作(Getter/Setter等等），以及最近的1.0 Language Server公布。此外，依据统计，咱们十分开心地看到VS Code有超过100万用户应用Java！ Language Server for Java™ 1.0 正式公布最近，Language Server for Java™ 的1.0版本在 Visual Studio Code上正式公布了！这是一个Visual Studio Code上Java反对上重要的里程碑，也是微软和红帽多年单干的后果。请拜访这篇博客专题查看公布亮点以及将来打算。 Gradle for Java 插件公布更好的 Gradle 反对始终是社区中最热门的话题之一。为了更好地满足开发人员对 Gradle 的需要，咱们很快乐地发表，咱们公布了最新的“Gradle for Java”插件（之前称为“Gradle Tasks”插件）。此插件最后由@badsyntax 启动，当初由 Microsoft 保护。请留神，此插件目前还不是 Java 插件包的一部分，您可能须要独自下载它。 让咱们来看看这个插件具体的亮点： 本地Gradle装置反对在之前的版本中，我的项目文件夹中的 Gradle Wrapper是插件的一个要求，有用户提过需要（Issue #1004）来反对没有Gradle Wrapper的 Gradle 我的项目，这个性能被增加到最近的版本中。开发人员当初能够应用以下设置来管制激活行为。 java.import.gradle.wrapper.enabledjava.import.gradle.versionjava.import.gradle.home对于这些的设置的更多细节，您能够拜访 https://github.com/microsoft/vscode-gradle#vs-code-settings-1 依赖治理和我的项目视图另一个令人兴奋的新性能是我的项目依赖视图，开发人员当初能够从插件中轻松查看我的项目中的依赖项。要查看我的项目的依赖项，只需单击“Dependencies”项，即可开展查看我的项目中所有的依赖项。这些依赖项按 Gradle 配置分组，您能够开展每个配置以具体查看具体的依赖。对于被省略的依赖项（用 (*) 标记），您能够单击右侧的Inline按钮以显示先前列出的依赖项。 Gradle 编写体验（Groovy）Gradle中基于Groovy的文件编写体验也失去了极大的改善！以下是一些新性能： 主动补全：Gradle 语言服务器反对 Gradle 文件的主动补全，当您尝试在 Gradle 脚本中键入 Gradle 属性或者Closure时，插件会主动为您倡议可用的 Gradle 语句。 ...

原作者：Chris Dias翻译：韩老师 + Google Translate 早在 2019 年，当.dev顶级域名凋谢时，咱们连忙注册了vscode.dev。像许多购买.dev域名的人一样，咱们不晓得咱们将用它做啥。反正，也占个坑吧！ 将 VS Code 带入浏览器直到明天，当你转到 https://vscode.dev 时，你将看到一个齐全在浏览器中运行的轻量级 VS Code。在本地机器上关上一个文件夹并开始编码。 无需任何的装置。如丝般顺滑。 随着 vscode.dev 的呈现，咱们最终实现了咱们最后的愿景，即构建一个能够在浏览器中齐全无服务器运行的开发工具。 那么，咱们能够在 VS Code for the Web 上做什么呢？ 应用云工具进行本地开发反对文件系统拜访 API（目前的 Edge 和 Chrome）的古代浏览器容许网页拜访本地文件系统（在你的许可下）。这个简略的本地机器网关，疾速关上了一些应用 VS Code for the Web 作为零装置本地开发工具的乏味场景，例如： 本地文件查看和编辑。在 Markdown 中疾速记笔记（和预览！）。即便你在无奈装置残缺 VS Code 的受限机器上，依然能够应用 vscode.dev 查看和编辑本地文件。联合浏览器工具构建客户端 HTML、JavaScript 和 CSS 应用程序以进行调试。在 Chromebook 等低功率机器上编辑代码，因为你无奈（或者说“轻松地”）在 Chromebook 装置 VS Code。在 iPad 上开发。你能够上传/下载文件（甚至应用 Files 应用程序将它们存储在云中），以及应用内置的 GitHub 存储库扩大近程关上存储库。而且，如果你的浏览器不反对本地文件系统 API，依然能够通过浏览器上传和下载单个文件来关上它们。 轻量级体验因为 VS Code for the Web 齐全在浏览器中运行，因而与你在桌面应用程序中能够执行的操作相比，某些体验天然会受到更多限度。例如，终端和调试器不可用。这是有情理的，因为你无奈在浏览器沙箱中编译、运行和调试 Rust 或 Go 应用程序（只管 Pyodide 和 Web 容器等新兴技术有一天可能会扭转这一点）。 ...