1.vue/compiler-sfc源码分析学习--part2:如何处理script--day5
2.systemjs+compiler-sfc 实现浏览器端渲染 .vue 文件
3.Loader源码分析-Vue Loader v15
4.从0到1搭建自己的统源组件(vue-code-view)库(下)
5.求大神给个DNC传输的源代码！！统源！统源
6.C盘空间被什么偷走了？

vue/compiler-sfc源码分析学习--part2:如何处理script--day5

       在vue/compiler-sfc源码分析学习系列的统源part2中，我们深入探讨了script部分的统源处理。今天是统源Python批量源码系列的最后一天，我们将重点关注script的统源生成和转换。

       首先，统源setup返回语句部分主要判断了使用的统源是template、inlineTemplate还是统源render函数。对于常规template，统源我们进入了第一部分逻辑，统源返回的统源`returned`包含了变量、函数、统源类等，统源但不包括defineProps、defineEmits和defineExpose这些特殊处理。

       对于inline或render函数的处理，虽然重要，但这里暂且不表，留待后续章节。在`export default`部分，除了boolean类型和带有默认值的函数，其余类型定义会被移除，以符合非setup语法的要求。

       接着，代码将解析后的数据整理成非setup语法糖形式，包括合并非setup块的export和导入。这部分，我们直接展示了最终的script代码，以直观展示转换过程。

       在代码中，有几个关键点值得注意，特别是辅助函数的加入，如mergeDefaults，用于合并默认值。最后，总结部分重申，今天是script处理的尾声，主要工作是将setup语法糖转化为直观的代码，尤其是处理props部分的复杂性。

systemjs+compiler-sfc 实现浏览器端渲染 .vue 文件

       本文旨在介绍如何使用 systemjs + compiler-sfc 实现在浏览器端渲染 .vue 文件的解决方案，解决在不引入构建工具的情况下迁移传统多页面应用至 Vue3 的难题。

       在接手新公司后台管理项目前端开发时，由于项目早期使用了 jQuery + Bootstrap 构建的多页面应用，与 Vue3 的组件化与双向数据绑定功能存在不匹配之处，因而萌生了将项目迁移到 Vue3 的想法。目标包括逐步实现新页面的 Vue3 开发，兼容旧系统发布流程，最终将整个系统切换至 Vue3 并引入 Vite 支持新特性和 ESLint。

       迁移过程中，添加文章源码面临的主要挑战是如何在不引入打包构建工具的情况下，实现 .vue 文件在浏览器端的解析与执行。通过分析 Vite 源码，发现 systemjs 可以解决引入 .vue 文件和识别 esm 中的 import 和 export 的问题。systemjs 作为一个可扩展的基于标准模块加载器，能够将 esm 模块转换为 System.register 格式，以在不支持原生模块的旧浏览器中运行。

       具体实现步骤包括：直接通过 esm 引入 .vue 文件，测试加载 .vue 文件，并通过 systemjs 实现 esm 的导入导出识别。接着，使用 @vue/compiler-sfc 进行 .vue 文件的解析，将 template、script、style 分别拆分、编译，生成 esm 格式的脚本文件。此过程需注意转换后的 style 需要特殊处理，通常直接生成 CSSStyleSheet 对象并插入文档，但正确的做法应是在组件构建完成后生效。

       为了支持 esm 并处理内部的 .vue 文件导入，引入 systemjs-babel 作为转换工具。需注意 systemjs-vue-0.0.1.js 脚本应先于 systemjs-babel.js 脚本引入，确保 .vue 文件先被解析为 esm 格式。

       最终，通过此方案成功实现了浏览器端渲染 .vue 文件的目标，解决了传统多页面应用向 Vue3 迁移过程中的核心挑战，为后续的项目升级打下了坚实的基础。

Loader源码分析-Vue Loader v

       vue-loader 是什么

       简单来说，vue-loader 的作用是将 .Vue 文件编译成 .js 文件，这样就可以在浏览器中运行，同时也可以在 node 环境中使用 vue-server-render 进行运行。

       vue-loader 的改动

       相较于之前的版本，vue-loader 进行了许多重要的改动，具体细节可以参考官方的迁移指南。

       vue-loader 的编译过程

       vue-loader 的处理流程可以大致分为以下几个部分：

       vue-loader 入口函数

       vue-loader 的入口代码并不多，我将入口函数的流程绘制了一个简单的 UML 图，通过这个图可以快速对流程有一个初步的了解。

       vue-loader 入口函数主要做了以下几件事：

       通过上面的 UML 图可以看出，.vue 文件初次编译时会走生成 code 的流程，那么生成的 code 究竟是什么呢？

       通过调试 vue-loader，将 code 打印出来，仔细观察图中红色框中的部分。

       可以发现在几句 import 中，都是从 source.vue 获取对象，并且路径上携带了参数，这些参数就是 resourceQuery，type 有三种不同类型，分别是 template | script | styles。

       这些 import 会继续触发新一轮的趣味夺宝源码 vue-loader 执行，于是接下来就到了途中 resourceQuery 有 type 的情况。

       下面是进行了适当删减后的源码，保留了上述涉及到的代码，对代码本身感兴趣的可以浏览。

       parse .vue 组件解析

       parse 方法内部处理了 vue SFC 文件，前面提到过，编译的方法默认是通过 vue-template-compiler 处理。

       主要是通过 compiler.parseComponent 函数对 .vue 文件进行编译。

       那么 vue-template-compiler 究竟是什么呢？

       在了解 vue-template-compiler 之前，我对 vue 的编译过程有些了解，既然它们都是处理 vue SFC 文件，那么它们会不会是同一份代码呢？抱着疑问的态度，我们先看看 vue-template-compiler 的 readme.md。

       This package is auto-generated. For pull requests please see src/platforms/web/entry-compiler.js.

       在 readme.md 中可以看到官方对它的说明，实际上 vue-template-compiler 是一份自动生成的代码，它本质就是 vue 中的 sfc/parse。

       但今天的主角并不是 vue-template-compiler，也不是 sfc/parse，我会在后面的篇章中对 vue build 的过程做一个详细的解读。

       parse 流程 vue-loader 推导策略

       在 vue-loader 入口函数分析中已经可以了解到，入口函数最终会生成一个 code，这个 code 包含了几个 import 语句，import 语句都含有 vue 标识并且标明了不同的分块类型。

       这些 import 语句会被 VueLoaderPlugin 捕捉并做推导策略处理。

       VueLoaderPlugin

       老规矩，先来看 VueLoaderPlugin 的代码。

       代码删减后及其简单，就一件事：注入 pitcher-loader，用于处理 vue 分块 loader 推导。

       pitcher-loader

       VueLoaderPlugin 的主要作用就是注入 pitcher-loader，由此可知，实际处理推导过程的是 pitcher-loader，VueLoaderPlugin 只不过是一个 loader 的注入器。

       那么 pitcher-loader 是怎么做 loader 推导的呢？

       前面提到入口函数生成的 code，code 中包含 import 语句。

       这些 import 语句会触发 pitcher-loader，pitcher 根据 resourceQuery 来区分不同块，并生成不同的 loader request。

       loader 推导流程总结

       把上述过程汇聚成一张 UML 图，通过这张图可以对整个流程有一个清晰的认识。

       vue-loader 的整体过程可以划分为以下几个部分：

从0到1搭建自己的组件(vue-code-view)库(下)

       本文深入讲解了Vue Code View组件的搭建细节。

       使用功能丰富的CodeMirror实现在线代码展示编辑功能，通过npm包安装。

       子组件src\src\code-editor.vue包含完整源码，初始化编辑器并自动赋值源码，监听编辑器值变更并调用代码处理器codeHandler。

       组件功能基于单文件组件（SFC）解析，移植Vue源码sfc/parser.js的parseComponent方法生成组件描述SFCDescriptor。

       考虑到性能和复杂性，暂不支持组件和样式的吾爱游戏源码动态引入。SFCDescriptor包含四个部分：template、script、styles和customBlocks。styles为数组，支持多个代码块解析；template和script仅解析最后一个代码块；customBlocks处理逻辑暂未包含。

       动态样式管理通过移植Vue-style-loader的addStylesClient方法，根据SFCDescriptor中的styles和组件编号，在DOM中动态添加或删除样式内容。

求大神给个DNC传输的源代码！！！

       关于DNC系统的技术问题你可以咨询盖勒普技术工程师寻找答案。或者，可以到到盖勒普公司网站产品中心——DNC网页进行资料查询。或者，也可以到盖勒普网站——技术支持——产品下载页面，下载DNC系统相关技术支持资料。

       美国盖勒普Predator DNC系统多年技术沉淀和经验积累，已经在全国积累了多年的项目实施经验。Predator SFC-MES系统解决方案在全球已经拥有多家制造企业用户，%以上世界强企业，行业遥遥领先。盖勒普DNC主要功能如下：

       1.支持同时在线联网多达台数控设备

        Predator DNC™ 位系统支持只用一台DNC服务器（中端PC即可）就可以使多达台数控设备的同时联网在线并进行多线程（Multi-thread）双向传输，而且它可以使您的数控设备进行可视化分配管理。

       2.改善您的车间工作流程

       拥有Predator DNC™

       ，您就不必再吃力得拿着软盘、纸带、笔记本电脑或是老式硬件来下载数控设备上的加工程序。Predator DNC™

       提供了一个真正的网络解决方案，当你需要使用程序时可以从服务器直接进行调用，当程序完成现场的加工确认或者进行更改后，又可以返回到你的服务器中进行保

       存。整个过程将变得更加可靠，每个人都会变得更有效率。

       3.DNC Explorer™ 用户界面

       Predator DNC™ 采用微软的Office® 和Windows®

       界面让使用者在操作时变得非常轻松、容易上手。Predator DNC™

       界面包括鼠标拖放，右键快捷菜单、剪切、复制、粘贴，状态/工具栏，热键功能、工具按钮和在线帮助。不仅如此，Predator DNC™

       还可以客户化设置数控设备的物理配置以及提供更多客户化特性的功能……

        4.Remote Request™ 多线程远程请求

       通过远程请求功能，可以让每一个操作者通过在制造设备端的简易操作，直接完成与DNC服务器之间的程序调用及通讯，使操作者在设备端就能实现上传、下

       载自己想要的抢到系统源码数控加工程序，避免了操作者在现场与服务器或办公室之间的来回奔波。Predator DNC Remote Request™

       具有实时反馈通讯错误信息的功能，能够与DNC 服务器建立起对话，让操作者在设备端就可以得知通讯不成功的原因，这是Predator DNC™

       系统的特色功能，除了Remote Request™ 功能外，Predator DNC™

       还具有远程查看文件目录、远程自动命名、远程打印控制和远程E-mail传输以及更多远程功能……

       5.Predator DNC Connect™ 客户端

       Predator DNC Connect™ 为用户提供了一个基于PC用于NC程序管理浏览、编辑和通讯的客户端。Predator DNC Connect™ 操作界面直观并具有亲和力，并且具有针对触摸屏应用的大按钮界面。

       6.Predator DNC™ 文档管理器（Integrated Browsing）

       是否为陷入了一大堆杂乱无章的数控程序和生产资源文档而感到烦恼呢？Predator DNC™

       的文档管理器能帮助您解决这一切。它能支持在同一窗口中浏览Microsoft Office™

       文档（包括：.DOC、.XLS、.PPT、.MPP、.VSD等）还包括.PDF、.DXF、.DWG、.TIF、.JPEG、.GIF等其他常用的文

       档格式。

        7.%网络兼容性

       Predator DNC™

       支持兼容CNC与您服务器的所有操作系统，比如Window、Linux、Solaris、Mac、VMS和Unix等操作系统。Predator

       DNC™ 可以让您的工业自动化设备灵活得运用有线或者无线以太网协议联网，并且支持网络共享、文件夹拖放等功能。

       8.Predator DNC™ 系统运行日志

       Predator DNC™ 具有简单好用和记录详细的日志，分为通信日志和系统运行日志，可以以Excel、Access、HTML和ASCII等形式被保存，方便管理人员进行查询和系统维护。

       9.Predator DNC™ 强大的在线帮助功能

       Predator DNC™ 系统具有方便易用的在线帮助功能，在系统使用过程中，您只需轻轻按下F1键，计算机便会弹出当前应用界面所有功能的详细帮助文档供你浏览查阅。

       希望采纳哦！谢谢！

C盘空间被什么偷走了？

       一步步的来啊～～

       Windows 瘦身

       现在的硬盘越来越大，越来越便宜，不过软件的体积增长更快，并且现在仍然有不少人还在用GB以及更小的硬盘。怎样满足软件对硬盘的要求？先在臃肿的Windows操作系统上打打主意吧。

       以下的操作全部以安装了SP1的简体中文版Windows XP为例，而其中的技巧大部分是针对Windows 和Windows XP的，有些操作可能会影响到操作系统的稳定性，使用的时候要注意。

       第一部分：

       装好操作系统后首先需要进行如下操作。值得庆幸的是以下方法，只要操作上没有错误，并不会对系统的稳定运行产生太大影响，因此可以放心尝试。

       1， 禁用系统还原。系统还原可以在平时备份系统的状态，在出现问题后还原到之前的备份状态下。这个功能虽然比较实用，不过要占据大量的硬盘空间，通常情况下每个硬盘分区％的可用空间都会被用来保存还原点。如果你不需要这个功能，则可以禁用它。

       在“我的电脑”图标上点击鼠标右键，选择属性，打开系统属性对话框。然后打开“系统还原”选项卡，选中“在所有驱动器上关闭系统还原”这个复选框，并确定。

       2， 转移分页文件。分页文件也就是以前我们在Windows 中接触到的虚拟内存。默认情况下分页文件是放置在系统盘的根目录的，为了节省系统盘空间，我们可以把分页文件转移到其他分区中，而如果你的物理内存比较多（例如MB以上），那也可以把分页文件的最大值设置的小一些。

       打开系统属性的“高级”选项卡，点击“性能设置”按钮，然后在新弹出的窗口中打开“高级”选项卡，并点击“更改”按钮，然后在“虚拟内存”对话框中重新指定分页文件的保存位置。记得，在指定了位置后点击旁边的“设置”按钮，还有就是要把系统盘的初始值和最大值的设置改为0（图一）。

       3， 临时文件夹。很多软件在使用过程中会产生临时文件，这些文件会被保存在系统盘的临时文件夹中，在软件关闭的时候自动被清除。可是有些软件由于设计的原因或者非正常退出，都可能无法完全清空临时文件，久而久之临时文件夹就会占据大量的硬盘空间。而把他们移出系统盘也更便于管理。

       同样是在“系统属性”对话框的“高级”选项卡上，点击“环境变量”按钮，然后在图二的窗口中重新给“TEMP”和“TMP”两个变量指定位置，需要注意的是环境变量分为当前用户的环境变量和系统变量两种，分别都要做相同的设置。选中每一个变量，然后点击“编辑”，重新指定变量值（这里的变量值是指新的路径，例如d:\\temp之类的）就可以了。重启动系统后新的临时文件夹设置就会生效。

       4， 禁用休眠。不管你是不是准备使用休眠，Windows XP在默认情况下休眠都是启用的，这会浪费掉你的系统盘中一块跟你的物理内存大小相当的空间。如果你不打算使用休眠，最好禁用休眠，以节约空间。

       在桌面的空白处点击鼠标右键并选择属性，打开显示属性对话框，然后在“屏幕保护程序”选项卡上点击“电源”按钮打开电源属性对话框，接着打开“休眠”选项卡，取消对“启用休眠”的选择，确定后新的设置马上就会生效。

       5， 转移IE缓存。我们浏览过的网页都会被保存在IE的缓存中，这样如果以后再次打开同样的网页，IE就可以直接从缓存中调用网页而不是连接到网络服务器，以加快访问时间。不过现在宽带越来越普及，似乎也没必要利用硬盘上的缓存来加速访问，那么我们可以禁用IE缓存，或者转移到其他位置去。

       在IE的工具菜单下打开“Internet选项”对话框，然后在“Internet临时文件”下点击“设置”，如果你不准备使用IE缓存，则拖动“使用的磁盘空间”滑块到最左侧，否则可以点击“移动文件夹”按钮，把IE缓存指定到系统盘以外的硬盘分区中。

       6， 卸载不需要的组件。Windows XP没有自定义安装的模式，因此几乎所有的组件都会被安装进系统。如果其中的一些组件你用不到，也可以卸载它们。不过同h舱情况下我们什么都不能卸载，试试用以下的方法：

       在运行中输入“%systemroot%/inf/sysoc.inf”然后回车，就可以用写字板打开一个inf文件，这里显示了所有Windows组件程序的安装和卸载情况，而我们可以通过修改这个文件来卸载通常根本无法卸载的组件。打开这个文件后在记事本的“编辑”菜单下点击“替换”，然后在“查找内容”中输入“hide”（不包括引号），然后点击右侧的“全部替换”按钮，之后保存文件并关闭。重新打开控制面板中的添加删除程序，然后点击“添加删除Windows组件”，现在可以直接卸载很多以前并不允许卸载的组件了。而如果你日后需要使用这些组件，还可以重新安装。

       7， 转移“我的文档”。“我的文档”是一个比较特殊的文件夹，默认情况下所有应用程序生成的文档等都会保存在这个文件夹中，而这个文件夹其实也就在系统盘里。把这个文件夹转移到其他分区中，一方面可以减小系统盘的体积，另一方面，如果系统突然崩溃无法修复，我们可以直接格式化系统盘重装系统，而不用担心如何备份“我的文档”中保存的重要文件。

       在“我的文档”文件夹上点击鼠标右键，然后选择属性，打开属性对话框，直接点击“移动”，就可以把“我的文档”转移到其他的分区中去。

       8， 关闭内存转储。虽说Windows /XP 已经很稳定了，不过仍然可能会发生重大的问题，而外在的表现就是兰屏或者死机。作为系统管理员，肯定很想知道系统为什么会出错。因此Windows /XP 中使用了一种内存转储技术，如果遇到重大问题，系统会首先把内存中的数据保存到一个转储文件中，然后才重启动，而管理员就可以通过分析转储文件了解系统的故障。很明显，对于我们一般用户，根本没必要转储这些文件，因为我们根本看不懂。那么就禁用吧。

       在“系统属性”对话框的“高级”选项卡下，点击“启动和故障恢复”按钮，然后在“写入调试信息”下拉菜单中选择“无”。并且你可以搜索所有的“*.dmp”文件并删除它们。同时，在运行中输入“drwtsn”并回车，打开华生医生工具，在这里取消对“转储全部线程上下文”、“附加到现有日志文件”和“创建故障转储文件”这三项的选择（图三）。

       9， 转移字体。通常Windows会用MB左右的空间保存各种系统字体，这些字体都是保存在系统盘中，而我们也可以把其中的大部分字体转移到其他分区中，并且丝毫不会影响字体的使用。

       我们知道，字体的安装和卸载都很简单，只要复制到Fonts文件夹或者从Fonts文件夹中删除就可以完成。因为我们安装字体的时候可以选择只复制字体文件的快捷方式，通过这个方法就可以把几乎全部的字体转移到其他分区中。以安装新字体为例，在Windows目录下打开Fonts文件夹，然后点击“文件”菜单下的“安装新字体”，之后会出现图四的界面，在这里找到我们保存字体文件的文件夹，然后选中所有想要安装的字体（可以在选择的时候按下Shift一次选择多个字体文件），最后取消对“将字体复制到Fonts文件夹”的选择，然后点击右侧的“确定”。而通过观察就可以看出，经过这样安装的字体在显示上跟其他字体截然不同，在字体上添加了一个类似快捷方式的小箭头。而我们也可以把系统内置的字体先复制到其他文件夹中，然后在Fonts文件夹下删除（卸载），再用上面的方法安装快捷方式。需要注意一点，一些重要的系统字体是不允许被卸载的（表现在你无法从Fonts文件夹中删除它们），那么这些字体你最好不要乱动。

       第二部分：

       如果你还需要进一步减小系统分区的体积，也可以试试用下面的方法。不过需要提前声明的是使用这些方法后可能会对系统的稳定性产生一定影响，所以在应用之前一定要考虑清楚。

       1， 系统文件备份。为了保证系统的稳定性以及重要的系统文件不会被错误删除或者替换，Windows /XP 会自动备份重要系统文件。这些文件通常会保存在%systemroot%/system/dllcache文件夹中。

       在运行中输入“CMD”并回车，打开命令提示行窗口，然后在其中输入“sfc /purgecache”并回车，这将会删除前面提到的%systemroot%/system/dllcache文件夹中所有的备份文件，接着继续输入“sfc /cachesize=0”并回车，这将使得系统以后不会消耗硬盘空间来保存备份的系统文件。需要注意，经过这样的操作以后如果有重要的系统文件需要恢复，操作系统会直接要你插入系统安装光盘。如果你嫌麻烦或者只是想要减小系统盘的体积而不想影响稳定性，也可以通过配置组策略把备份文件夹转移到其他分区。在运行中输入“gpedit.msc”并回车，打开组策略编辑器，然后定位到“计算机配置－管理模板－系统－Windows文件保护”，然后分别通过右侧的“指定Windows文件保护缓存位置”和“限制Windows文件保护缓存大小”来转移和重新设置缓存文件夹的位置和大小（图五）。注意：如果你想手工删除，记得只能删除这个文件夹中的文件而不是文件夹本身。

       2， 帮助文件。如果你对Windows系统非常熟练，也可以删除帮助文件节省空间，直接删除Windows目录下的“Help”文件夹就可以了。

       3， 多余的输入法。除了中文输入法，Windows XP中还带有日文和韩文等输入法，这对我们当然没什么用处，也可以在“%systemroot%/ime”文件夹下删除“CHSIME”和“SHARED”之外的其他所有文件夹。（如果删不掉可以试试到安全模式下删除）。在使用这个方法之前一定要确保你已经事先删除了所有的系统文件备份（也就是第二部分第一条中说到的），否则你删除了这些文件后操作系统会自动从备份文件中恢复它们。

       4， Service Pack备份文件。Service Pack是Windows的大补丁文件，在安装Service Pack后硬盘上会占用一部分空间保存备份出来的系统文件。如果硬盘非常紧张也可以考虑删除。

       在给Windows安装了Service Pack（也就是通常说的SP1，SP2等）后你也许可以在Windows目录下看到类似“ServicePackFiles”的文件夹，这里就保存了安装Service Pack后的备份文件。通常如果不是硬盘非常紧张，绝对不建议你删除这里的文件，当然如果你坚持，也可以删除它，记得，只删除其中的文件，不要删除这个文件夹。

       5， Windows Update后的隐藏文件夹。所有通过Windows Update安装的补丁都是可以卸载的，并且为了应付以后的卸载，补丁程序在安装的时候会备份一些文件，并隐藏保存起来。如果你通过Windows Update后觉得系统运行稳定，以及你不准备以后卸载这些补丁，则可以删除这些隐藏的备份文件。

       Windows目录下还有一些文件夹，通常有狠多，是压缩过的，名称为“$NtUninstallQ