1.umi3源码解析之核心Service类初始化
2.计算机应用基础(第3版)的第版课后练习答案
3.编译原理第三版图书目录
4.自学python必看的书籍《Python编程：从入门到实践第三版》PDF版拿走不谢

umi3源码解析之核心Service类初始化

       前言

       umi是一个插件化的企业级前端应用框架，在开发中后台项目中应用颇广，源码源码确实带来了许多便利。包安借着这个契机，装部便有了我们接下来的第版“umi3源码解析”系列的分享，初衷很简单就是源码源码私服源码怎么修复从源码层面上帮助大家深入认知umi这个框架，能够更得心应手的包安使用它，学习源码中的装部设计思想提升自身。该系列的第版大纲如下：

       开辟鸿蒙，今天要解析的源码源码就是第一part，内容包括以下两个部分：

       邂逅umi命令，包安看看umidev时都做了什么？

       初遇插件化，装部了解源码中核心的第版Service类初始化的过程。

       本次使用源码版本为?源码源码3.5.，地址放在这里了，包安接下来的每一块代码笔者都贴心的为大家注释了在源码中的位置，先clone再食用更香哟！

邂逅umi命令

       该部分在源码中的路径为：packages/umi

       首先是第一部分umi命令，umi脚手架为我们提供了umi这个命令，当我们创建完一个umi项目并安装完相关依赖之后，通过yarnstart启动该项目时，执行的命令就是umidev

       那么在umi命令运行期间都发生了什么呢，先让我们来看一下完整的swift程序源码流程，如下图：

       接下来我们对其几个重点的步骤进行解析，首先就是对于我们在命令行输入的umi命令进行处理。

处理命令行参数//packages/umi/src/cli.tsconstargs=yParser(process.argv.slice(2),{ alias:{ version:['v'],help:['h'],},boolean:['version'],});if(args.version&&!args._[0]){ args._[0]='version';constlocal=existsSync(join(__dirname,'../.local'))?chalk.cyan('@local'):'';console.log(`umi@${ require('../package.json').version}${ local}`);}elseif(!args._[0]){ args._[0]='help';}

       解析命令行参数所使用的yParser方法是基于yargs-parser封装,该方法的两个入参分别是进程的可执行文件的绝对路径和正在执行的JS文件的路径。解析结果如下：

//输入umidev经yargs-parser解析后为：//args={ //_:["dev"],//}

       在解析命令行参数后，对version和help参数进行了特殊处理：

       如果args中有version字段，并且args._中没有值，将执行version命令，并从package.json中获得version的值并打印

       如果没有version字段，args._中也没有值，将执行help命令

       总的来说就是，如果只输入umi实际会执行umihelp展示umi命令的使用指南，如果输入umi--version会输出依赖的版本，如果执行umidev那就是接下来的步骤了。

       提问：您知道输入umi--versiondev会发什么吗？

       运行umidev

//packages/umi/src/cli.tsconstchild=fork({ scriptPath:require.resolve('./forkedDev'),});process.on('SIGINT',()=>{ child.kill('SIGINT');process.exit(0);});//packages/umi/src/utils/fork.tsif(CURRENT_PORT){ process.env.PORT=CURRENT_PORT;}constchild=fork(scriptPath,process.argv.slice(2),{ execArgv});child.on('message',(data:any)=>{ consttype=(data&&data.type)||null;if(type==='RESTART'){ child.kill();start({ scriptPath});}elseif(type==='UPDATE_PORT'){ //setcurrentusedportCURRENT_PORT=data.portasnumber;}process.send?.(data);});

       本地开发时，大部分脚手架都会采用开启一个新的线程来启动项目，umi脚手架也是如此。这里的fork方法是基于node中child_process.fork()方法的封装，主要做了以下三件事：

       确定端口号，使用命令行指定的端口号或默认的，如果该端口号已被占用则prot+=1

       开启子进程，该子进程独立于父进程，两者之间建立IPC通信通道进行消息传递

       处理通信，js appendchild 源码主要监听了RESTART重启和UPDATE_PORT更新端口号事件

       接下来看一下在子进程中运行的forkedDev.ts都做了什么。

//packages/umi/src/forkedDev.ts(async()=>{ try{ //1、设置NODE_ENV为developmentprocess.env.NODE_ENV='development';//2、InitwebpackversiondeterminationandrequirehookinitWebpack();//3、实例化Service类，执行run方法constservice=newService({ cwd:getCwd(),//umi项目的根路径pkg:getPkg(process.cwd()),//项目的package.json文件的路径});awaitservice.run({ name:'dev',args,});//4、父子进程通信letclosed=false;process.once('SIGINT',()=>onSignal('SIGINT'));process.once('SIGQUIT',()=>onSignal('SIGQUIT'));process.once('SIGTERM',()=>onSignal('SIGTERM'));functiononSignal(signal:string){ if(closed)return;closed=true;//退出时触发插件中的onExit事件service.applyPlugins({ key:'onExit',type:service.ApplyPluginsType.event,args:{ signal,},});process.exit(0);}}catch(e:any){ process.exit(1);}})();

       设置process.env.NODE_ENV的值

       initWebpack（接下来解析）

       实例化Service并run（第二part的内容）

       处理父子进程通信，当父进程监听到SIGINT、SIGTERM等终止进程的信号，也通知到子进程进行终止；子进程退出时触发插件中的onExit事件

       initWebpack

//packages/umi/src/initWebpack.tsconsthaveWebpack5=(configContent.includes('webpack5:')&&!configContent.includes('//webpack5:')&&!configContent.includes('//webpack5:'))||(configContent.includes('mfsu:')&&!configContent.includes('//mfsu:')&&!configContent.includes('//mfsu:'));if(haveWebpack5||process.env.USE_WEBPACK_5){ process.env.USE_WEBPACK_5='1';init(true);}else{ init();}initRequreHook();

       这一步功能是检查用户配置确定初始化webpack的版本。读取默认配置文件.umirc和config/config中的配置，如果其中有webpack5或?mfsu等相关配置，umi就会使用webpack5进行初始化，否则就使用webpack4进行初始化。这里的mfsu是webpack5的模块联邦相关配置，umi在3.5版本时已经进行了支持。

初遇插件化

       该部分在源码中的路径为：packages/core/src/Service

       说起umi框架，最先让人想到的就是插件化，这也是框架的核心，该部分实现的核心源码就是Service类，接下来我们就来看看Service类的实例化和init()的过程中发生了什么，可以称之为插件化实现的多人游戏源码开端，该部分的大致流程如下

       该流程图中前四步，都是在Service类实例化的过程中完成的，接下来让我们走进Service类。

Service类的实例化//packages/core/src/Service/Service.tsexportdefaultclassServiceextendsEventEmitter{ constructor(opts:IServiceOpts){ super();this.cwd=opts.cwd||process.cwd();//当前工作目录//repoDirshouldbetherootdirofrepothis.pkg=opts.pkg||this.resolvePackage();//package.jsonthis.env=opts.env||process.env.NODE_ENV;//环境变量//在解析config之前注册babelthis.babelRegister=newBabelRegister();//通过dotenv将环境变量中的变量从.env或.env.local文件加载到process.env中this.loadEnv();//1、getuserconfigconstconfigFiles=opts.configFiles;this.configInstance=newConfig({ cwd:this.cwd,service:this,localConfig:this.env==='development',configFiles});this.userConfig=this.configInstance.getUserConfig();//2、getpathsthis.paths=getPaths({ cwd:this.cwd,config:this.userConfig!,env:this.env,});//3、getpresetsandpluginsthis.initialPresets=resolvePresets({ ...baseOpts,presets:opts.presets||[],userConfigPresets:this.userConfig.presets||[],});this.initialPlugins=resolvePlugins({ ...baseOpts,plugins:opts.plugins||[],userConfigPlugins:this.userConfig.plugins||[],});}}

       Service类继承自EventEmitter用于实现自定义事件。在Service类实例化的过程中除了初始化成员变量外主要做了以下三件事：

       1、解析配置文件

//packages/core/src/Config/Config.tsconstDEFAULT_CONFIG_FILES=[//默认配置文件'.umirc.ts','.umirc.js','config/config.ts','config/config.js',];//...if(Array.isArray(opts.configFiles)){ //配置的优先读取this.configFiles=lodash.uniq(opts.configFiles.concat(this.configFiles));}//...getUserConfig(){ //1、找到configFiles中的第一个文件constconfigFile=this.getConfigFile();this.configFile=configFile;//潜在问题：.local和.env的配置必须有configFile才有效if(configFile){ letenvConfigFile;if(process.env.UMI_ENV){ //1.根据UMI_ENV添加后缀eg:.umirc.ts-->.umirc.cloud.tsconstenvConfigFileName=this.addAffix(configFile,process.env.UMI_ENV,);//2.去掉后缀eg:.umirc.cloud.ts-->.umirc.cloudconstfileNameWithoutExt=envConfigFileName.replace(extname(envConfigFileName),'',);//3.找到该环境下对应的配置文件eg:.umirc.cloud.[ts|tsx|js|jsx]envConfigFile=getFile({ base:this.cwd,fileNameWithoutExt,type:'javascript',})?.filename;}constfiles=[configFile,//eg:.umirc.tsenvConfigFile,//eg:.umirc.cloud.tsthis.localConfig&&this.addAffix(configFile,'local'),//eg:.umirc.local.ts].filter((f):fisstring=>!!f).map((f)=>join(this.cwd,f))//转为绝对路径.filter((f)=>existsSync(f));//clearrequirecacheandsetbabelregisterconstrequireDeps=files.reduce((memo:string[],file)=>{ memo=memo.concat(parseRequireDeps(file));//递归解析依赖returnmemo;},[]);//删除对象中的键值require.cache[cachePath]，下一次require将重新加载模块requireDeps.forEach(cleanRequireCache);this.service.babelRegister.setOnlyMap({ key:'config',value:requireDeps,});//requireconfigandmergereturnthis.mergeConfig(...this.requireConfigs(files));}else{ return{ };}}

       细品源码，可以看出umi读取配置文件的优先级：自定义配置文件?>.umirc>config/config，后续根据UMI_ENV尝试获取对应的配置文件，development模式下还会使用local配置，不同环境下的配置文件也是有优先级的

       例如：.umirc.local.ts>.umirc.cloud.ts>.umirc.ts

       由于配置文件中可能require其他配置，这里通过parseRequireDeps方法进行递归处理。在解析出所有的配置文件后，会通过cleanRequireCache方法清除requeire缓存，这样可以保证在接下来合并配置时的引入是实时的。

       2、获取相关绝对路径

//packages/core/src/Service/getPaths.tsexportdefaultfunctiongetServicePaths({ cwd,config,env,}:{ cwd:string;config:any;env?:string;}):IServicePaths{ letabsSrcPath=cwd;if(isDirectoryAndExist(join(cwd,'src'))){ absSrcPath=join(cwd,'src');}constabsPagesPath=config.singular?join(absSrcPath,'page'):join(absSrcPath,'pages');consttmpDir=['.umi',env!=='development'&&env].filter(Boolean).join('-');returnnormalizeWithWinPath({ cwd,absNodeModulesPath:join(cwd,'node_modules'),absOutputPath:join(cwd,config.outputPath||'./dist'),absSrcPath,//srcabsPagesPath,//pagesabsTmpPath:join(absSrcPath,tmpDir),});}

       这一步主要获取项目目录结构中node_modules、dist、window php源码src、pages等文件夹的绝对路径。如果用户在配置文件中配置了singular为true，那么页面文件夹路径就是src/page，默认是src/pages

       3、收集preset和plugin以对象形式描述

       在umi中“万物皆插件”，preset是对于插件的描述，可以理解为“插件集”，是为了方便对插件的管理。例如：@umijs/preset-react就是一个针对react应用的插件集，其中包括了plugin-access权限管理、plugin-antdantdUI组件等。

//packages/core/src/Service/Service.tsthis.initialPresets=resolvePresets({ ...baseOpts,presets:opts.presets||[],userConfigPresets:this.userConfig.presets||[],});this.initialPlugins=resolvePlugins({ ...baseOpts,plugins:opts.plugins||[],userConfigPlugins:this.userConfig.plugins||[],});

       在收集preset和plugin时，首先调用了resolvePresets方法，其中做了以下处理：

       3.1、调用getPluginsOrPresets方法，进一步收集preset和plugin并合并

//packages/core/src/Service/utils/pluginUtils.tsgetPluginsOrPresets(type:PluginType,opts:IOpts):string[]{ constupperCaseType=type.toUpperCase();return[//opts...((opts[type===PluginType.preset?'presets':'plugins']asany)||[]),//env...(process.env[`UMI_${ upperCaseType}S`]||'').split(',').filter(Boolean),//dependencies...Object.keys(opts.pkg.devDependencies||{ }).concat(Object.keys(opts.pkg.dependencies||{ })).filter(isPluginOrPreset.bind(null,type)),//userconfig...((opts[type===PluginType.preset?'userConfigPresets':'userConfigPlugins']asany)||[]),].map((path)=>{ returnresolve.sync(path,{ basedir:opts.cwd,extensions:['.js','.ts'],});});}

       这里可以看出收集preset和plugin的来源主要有四个：

       实例化Service时的入参

       process.env中指定的UMI_PRESETS或UMI_PLUGINS

       package.json中dependencies和devDependencies配置的，需要命名规则符合?/^(@umijs\/|umi-)preset-/这个正则

       解析配置文件中的，即入参中的userConfigPresets或userConfigPresets

       3.2、调用pathToObj方法：将收集的plugin或preset以对象的形式输出

//输入umidev经yargs-parser解析后为：//args={ //_:["dev"],//}0

       umi官网中提到过：每个插件都会对应一个id和一个key，id是路径的简写，key是进一步简化后用于配置的唯一值。便是在这一步进行的处理

       形式如下：

//输入umidev经yargs-parser解析后为：//args={ //_:["dev"],//}1

       思考：为什么要将插件以对象的形式进行描述？有什么好处？

执行run方法，初始化插件

       在Service类实例化完毕后，会立马调用run方法，run()执行的第一步就是执行init方法，init()方法的功能就是完成插件的初始化，主要操作如下：

       遍历initialPresets并init

       合并initpresets过程中得到的plugin和initialPlugins

       遍历合并后的plugins并init

       这里的initialPresets和initialPlugins就是上一步收集preset和plugin得到的结果，在这一步要对其逐一的init，接下来我们看一下init的过程中做了什么。

       Initplugin

//输入umidev经yargs-parser解析后为：//args={ //_:["dev"],//}2

       这段代码主要做了以下几件事情：

       getPluginAPI方法：newPluginAPI时传入了Service实例，通过pluginAPI实例中的registerMethod方法将register方法添加到Service实例的pluginMethods中，后续返回pluginAPI的代理，以动态获取最新的register方法，以实现边注册边使用。

//输入umidev经yargs-parser解析后为：/

计算机应用基础(第3版)的课后练习答案

       第一章

       填空：

       计算机的发展趋势：巨型化 微型化 网络化 智能化 多媒体化

       阶段：电子管计算机 晶体计算机 集成电路计算机 大规模计算机

       用途：巨型机 大型机 小型机 工作站 微型机

       特点：快速运算 计算精度高 存储功能强 逻辑判断能力 自动运行程序

       硬件设备：CPU 总线系统 内存储器 外存储器 输入 输出设备

       编码：国标码 内码 外码 汉字字形码

       选择：

       1-6 C D B D A C

       判断：

       XXVXX（X错V对）

       第二章

       填空：

       快捷键：WIN+D

       按住：shift 按住:ctrl

       Ctrl+Z

       左右 上下 综合

       书写顺序 取大优先 兼顾直观 能连不交，能交不连

       选择:

       1-6 A D B B D B

       判断：

       VVXXV

       第三章

       填空：

       菜单元 工具栏 工作区 状态栏

       直看正文的宽度 设定左右的界限 直行缩进位置 制表符位置

       左对齐 右对齐 两端对齐

       横排 竖排

       亮度 对比度 灰度

       选择：

       1-5 A B B D C

       判断：

       XVVV

       第四章

       填空：

       输入数据 编辑数据 设置数据格式 排序数据 筛选数据

       

       列宽 标准列宽

       单元格格式

       等于 参数

       图表对象

       选择：

       1-6 A B A C C A

       判断：

       XVVXVV

       第五章

       填空：

       远程中断联机 计算机网络 计算机网络互联

       服务器模式 对等模式

       环形网 星型网 总线网 混合型

       TCP/IP协议 IPX/SPX协议 NetBEUI协议 AppleTalk协议

       A类B类C类

       选择：

       CADCD

       判断：

       XXVV

       第六章

       选择：D B A C A A

       第八章

       填空：

       多媒体硬件 软件

       多媒体立机 多媒体输入设备 多媒体存储设备 多媒体输出设备 功能键 操控控动设备 信息采集 信息回收

       熵编码 信息源码

       选择：

       B B A

       判断：

       VXV

       《计算机应用基础》(第3版)一书是为高等院校的计算机基础课教学而编写的教材，内容包括：计算机信息技术基础知识，Windows XP的基本操作、资源管理、环境设置和常用附件使用，办公软件Word XP、Excel XP和PowerPoint XP的操作使用， Internet基础知识及Internet应用，用FrontPage XP制作网页，压缩工具、系统优化工具、图像工具、下载工具和杀毒工具等常用工具软件。 

       本书知识面广，内容丰富，并配《计算机应用基础(第二版)实训指导》和课件光盘。本书可作技术应用型本科教材，也可作高职高专教材。各院校在使用时可根据具体情况对教材中的内容进行取舍。

       作者:刘刚 

       出版社:上海交通大学出版社

       出版时间:年月

编译原理第三版图书目录

       以下是编译原理第三版图书目录的概述：

       第1章深入理解编译过程

       1.1 开篇阐述编译过程的基本框架，介绍其核心组件。

       1.2 编译程序的逻辑构建

       1.2.1 词法分析程序：解析输入源代码为基本符号单元的过程。

       1.2.2 语法分析程序：构造和验证语言结构的有效性。

       1.2.3 语义分析程序：赋予符号实际意义，执行类型检查。

       1.2.4 中间代码生成：将语法结构转化为可进一步处理的形式。

       1.2.5 代码优化：提升效率，消除冗余和无效操作。

       1.2.6 目标代码生成程序：将优化后的中间代码转化为目标平台可以直接执行的指令。

       1.2.7 错误检查和处理：识别并报告或纠正编译过程中的错误。

       1.2.8 信息表管理：存储和管理编译过程中的重要信息。

       1.3 编译程序的组织结构和工作流程。

       习题：巩固理论知识的实践环节。

       第2章探索前后文无关文法与语言理论

       2.1 文法与语言的表示方法

       2.2.1 基础概念和术语：介绍文法和语言的关键概念。

       2.2.2 形式定义：详细解释文法和语言的数学描述。

       2.3 句型分析的深入探讨

       2.3.1 规范推导和分析过程：理解文法如何驱动句型的构造。

       后续章节将进一步深入语言理论和编译技术的核心内容。

自学python必看的书籍《Python编程：从入门到实践第三版》PDF版拿走不谢

       《Python编程：从入门到实践第三版》是一本全面的Python入门书籍，旨在为不同层次的读者提供学习指导。全书分为两大部分：第一部分侧重于Python编程的基础概念，涉及Python的强大库和工具，以及列表、字典、if语句、类、文件、异常、测试代码等核心知识。第二部分则通过实践项目，将理论知识应用于开发实践中，帮助读者开发包括2D游戏、数据生成的交互式信息图、简单Web应用程序在内的项目，解决编程过程中的常见问题与困惑。第三版在前作基础上进行了全面修订，更新了文本编辑器VS Code的使用，并加入了对removeprefix()方法、removesuffix()方法的介绍，项目中更充分利用了Matplotlib和Plotly的最新特性。

       这本书适合所有对Python感兴趣的读者，不论是初学者还是有一定基础的编程爱好者。它不仅提供理论知识，更强调实践操作，帮助读者在具体项目中掌握Python编程技能。同时，分享的PDF电子版便于移动设备阅读学习，是自学Python的良师益友。

       为了深化Python学习，推荐一套全面的自学视频教程。该教程共集，分为四个阶段，覆盖从基础到高手的全过程。第一季为基础篇Python基础（集），第二季为提高篇Python深入和扩展（集），第三季为扩展篇网络编程、多线程、扩展库（集），第四季为高手篇算法、Python源码、函数式编程、手工实现神经网络（集）。这套视频教程将帮助您系统地学习Python，提升编程技能，实现学习目标。

       如果您需要获取《Python编程：从入门到实践第三版》PDF电子版或上述Python自学视频教程，请直接私信“学习”获取资料。让我们一起踏上Python学习之旅，共同成长。