ERP即 企业资源计划 (Enterprise Resource Planning)，由美国 Gartner Group 公司于1990年提出。 ERP系统是指建立在信息技术基础上，以系统化的管理思想，为企业决策层及员工提供决策运行手段的管理平台。 ERP中三大订单CO、PO、MO的意思分别如下： CO：客户订单,或销售订单 PO：采购订单 MO：生产订单 ERP—企业资源计划（Enterprise Resource Planning）. [] 20 世纪90 年代MRP-II 发展到了一个新的阶段：ERP（EnterpriseResourcePlanning—企业资源计划） 企业的所有资源简要地说包括三大流：物流、资金流、信息流，ERP 也就是对这三种资源进行全面集成管理的管理信息系统。概括地说，ERP 是建立在信息技术基础上，利用现代企业的先进管理思想，全面地集成了企业所有资源信息，为企业提供决策、计划、控制与经营业绩评估的全方位和系统化的管理平台。 MRPⅡ—制造资源计划（Manufacturing Resource Planning）. [] 1977 年9 月，由美国著名生产管理专家奥列弗·怀特（Oliver W·Wight ）提出了一个新概念——制造资源计划（Manufacturing Resources Planning），称为MRP-II 。 MRP-II 是对制造业企业资源进行有效计划的一整套方法。它是一个围绕企业的基本经营目标，以生产计划为主线，对企业制造的各种资源进行统一的计划和控制，使企业的物流、信息流、资金流流动畅通的动态反馈系统。MRP—物料需求计划(Material Requirements Planning). [?] 20 世纪60 年代，IBM 公司的约瑟夫·奥利佛博士提出了把对物料的需求分为独立需求与相关需求的概念：产品结构中物料的需求量是相关的。 2在需要的时候 2提供需要的数量 MPS—主生产计划(Master Production schedules). [??] 主生产计划（Master Production Schedule ，简称MPS ）是确定每一具体的最终产品在每一具体时间段内生产数量的计划。这里的最终产品是指对于企业来说最终完成、要出厂的完成品，它要具体到产品的品种、型号。这里的具体时间段，通常是以周为单位，在有些情况下，也可以是日、旬、月。 通常主生产计划是根据客户合同（订单）和市场预测，把经营计划或生产大纲中的产品系列具体化，使之成为展开物料需求计划的主要依据，起到了从综合计划向具体计划过渡的承上启下作用。MPS 最终将可作为生产部门执行的目标，并成为考核工厂服务水准的依据。在MRP 系统中，主生产计划是作为驱动的一整套计划数据，反映企业打算生产什么，什么时候生产以及生产多少。主生产计划必须考虑客户订单和预测、未完成订单、可用物料的数量、现有能力、管理方针和目标等等。 MTO—订货生产（Make-to-Order）. 如特殊医疗器械、模具等生产企业，当最终产品和主要的部件、组件都是顾客订货的特殊产品时，这些最终产品和主要部件、组件的种类比它们所需的主要原材料和基本零件的数量可能要多得多。在这种情况下，类似于组装生产，主生产计划（MPS ）也可能是以主要原材料和基本零件为对象来制定的。 MTS—备货生产（Make-to-Stock）. 其中的最终产品是对于企业来说最终完成的要出厂的产品，但实际上，这主要是指大多数“备货生产型”的企业而言。在这类企业中，虽然可能要用到多种原材料和零部件，但最终产品的种类一般较少，且大都是标准产品，这种产品的市场需求的可靠性也较高。因此，通常是将最终产品预先生产出来，放置于仓库，随时准备交货。 BOM—物料清单或产品结构表（Bill of material）. BPR—企业业务流程重组（Business process Reengineering）. 业务流程重组就是重新设计和安排企业的整个生产、服务和经营过程，使之合理化。通过对组织原来生产经营过程的各个方面、每个环节进行全面的调查研究和细致分析，对其中不合理、不必要的环节进行彻底的变革。 DRP (Distribution Resource Planning)–分销资源计划是分销需求计划的延伸部分，涉及分销系统中的关键资源（如仓储空间、劳动力、货币资金、运输工具等等）的计划。 JIT (Just-in-time)–准时制生产指建立在力求消除一切浪费和不断提高生产率基础上的一种生产理念。它覆盖了从产品设计直到产成品发送一整套的生产活动。只要这些活动是出产一件最终产品所需要的，包括从原材料开始的各个在制品生产阶段，都必须向消除一切浪费、不断提高生产率的目标看齐。准时制生产的主要思想有：尽可能地减少库存；产品质量追求零缺陷；通过缩短调整准备时间、等待队列长度，减少批量等来压缩提前期等等。 IM—库存管理（Inventory Management）. PAC—生产作业控制（Production Activity Control）. PP—生产计划大纲（Production Planning）. POQ—周期订货法（Period Order Quantity）. HR—人力资源计划（Human Resources）. SD–分销管理(Sales And Distribution). SOP—销售与运作规划（Sales and Operations Planning）. SS—安全库存（Safety Stock）. 安全库存：是一种额外持有的库存，它作为一种缓冲器用来补偿在订货提前期内实际需求超过期望需求量或实际提前期超过期望提前期所产生的需求。 L/T—提前期（Lead Time）. LLC—低层码（Low-Level Code）. SFC—车间作业控制（Shop Floor Control）. RCCP—粗能力计划（Rough-cut Capacity Planning）. CRP—-能力需求计划（Capacity Requirements Planning）. 确定为完成生产任务具体需要多少劳力和机器资源的过程。在MRP 系统中，已下达的车间订单和计划订单是能力需求计划的输入。能力需求计划将这些订单转换成不同时区、不同工作中心上的工时数。有时会出现这样的情况，粗能力计划分析认为企业的现有生产能力足以完成主生产计划，而能力需求计划经过更细致的分析，得出在某些时段生产能力不足的结论。 ECN—设计变更通知（Engineering change notice）. ECO—设计变更通知（Engineering change Order）. ...

Visual Studio代码支持可移植模式.此模式使VS Code创建和维护的所有数据都可以在其附近存储，因此可以在不同环境中移动。 此模式还提供了一种设置VS Code扩展的安装文件夹位置的方法，对于阻止在Windows AppData文件夹中安装扩展的公司环境非常有用。 Windows的ZIP下载和TAR支持便携模式。适用于Linux的GZ下载，以及适用于macOS的常规应用程序下载。请参阅[下载页面]（/Download），找到适合您平台的正确的.zip/.tar.gz文件。 注意：不要尝试在Windows用户或系统安装程序的安装上配置便携模式。便携模式仅在Windows ZIP（.ZIP）存档上受支持。还要注意，Windows ZIP存档不支持自动更新。 启用便携模式 Windows, Linux 解压缩VS Code下载后，在VS Code的文件夹中创建一个data文件夹： |- VSCode-win32-x64-1.25.0-insider | |- Code.exe (or code executable) | |- data | |- ... 从那时起，该文件夹将用于包含所有VS Code数据，包括会话状态、首选项、扩展等。 data文件夹可以移动到其他VS Code安装中。这对于更新您的便携式VS Code版本非常有用，在这种情况下，您可以将data文件夹移动到较新的提取版本的VS Code。 macOS 在macOS上，您需要将数据文件夹作为应用程序本身的兄弟文件夹放置。由于该文件夹将与应用程序放在一起，您需要为其命名，以便VS Code可以找到它。默认文件夹名称为code-portable-data： |- Visual Studio Code.app |- code-portable-data 如果您的应用程序处于[隔离]状态，便携模式将不起作用(https://apple.stackexchange.com/a/104875)，如果您刚刚下载了VS Code，默认情况下会发生这种情况。如果便携模式似乎不起作用，请确保删除隔离属性： xattr -dr com.apple.quarantine Visual\ Studio\ Code.app **注：**在Insiders上，文件夹应命名为code-insiders-portable-data。 更新便携式vscode 在Windows和Linux上，您可以通过将data文件夹复制到较新版本的VS Code来更新VS Code。 在macOS上，自动更新应该像往常一样工作，不需要额外的工作。 迁移到便携模式 您还可以将现有安装迁移到便携模式。 Windows, Linux 下载适用于您平台的VS Code（或VS Code InsidersZIP发行版。 如上所述创建data文件夹。 将用户数据目录Code复制到data，并将其重命名为user-data： Windows %APPDATA%\Code Linux $HOME/.config/Code 将扩展目录复制到data： Windows %USERPROFILE%\.vscode\extensions Linux ~/.vscode/extensions 例如，以下是Windows上的预期结果： |- VSCode-win32-x64-1.25.0-insider | |- Code.exe (or code executable) | |- data | | |- user-data | | | |- ... | | |- extensions | | | |- ... | |- ... macOS 下载适用于macOS的VS Code（或VS Code Insiders。 如上所述创建code-portable-data文件夹。 将用户数据目录Code复制到code-portable-data，并将其重命名为user-data： $HOME/Library/Application Support/Code 将扩展目录复制到code-portable-data： ~/.vscode/extensions 目录TMP 默认情况下，即使在便携模式下，默认的TMP目录仍然是系统目录，因为那里没有保存任何状态。如果你想在便携目录中也有TMP目录，你可以在data文件夹中创建一个空的TMP目录。只要存在tmp目录，它就会用于tmp数据。

COUNT(字段) 进行全表扫描，判断指定字段的值是否为NULL，不为NULL则累加。 性能比count(1)和count(*)慢。 COUNT(*)和COUNT(1) 在InnoDB中COUNT(*)和COUNT(1)实现上没有区别，而且效率一样，但是COUNT(字段)需要进行字段的非NULL判断，所以效率会低一些。 因为COUNT(*)是SQL92定义的标准统计行数的语法，并且效率高，所以请直接使用COUNT(*)查询表的行数！

在C#中，ArrayList和List都用于存储集合的数据，但它们有一些重要的区别。 类型安全： ArrayList：ArrayList是泛型集合类，它允许存储任何类型的数据。然而，由于它不是强类型的，因此在操作数据时可能会出现类型错误。 List：List是泛型集合类，这意味着它只能存储同一种类型的数据。由于它是强类型的，因此在编译时就能发现类型错误。 性能： ArrayList：ArrayList的性能通常比List低。由于它不是泛型类型，因此在存储数据时需要进行装箱和拆箱操作，这会增加额外的开销。 List：List是泛型类型，所以在存储数据时没有装箱和拆箱操作。这使得List在处理大量数据时比ArrayList更有效率。 方法： ArrayList：ArrayList提供的方法比List少，例如没有内置的索引器。 List：List提供了更多的方法和功能，例如内置的索引器。 总的来说，如果你知道你的集合将只包含一种类型的数据，并且关心性能，那么使用List通常是更好的选择。如果你需要存储不同类型的数据，或者不关心性能，那么可以使用ArrayList。 using System; using System.Collections.Generic; namespace ArrayListDemo { class Program { static void Main(string[] args) { // 创建一个ArrayList ArrayList myArrayList = new ArrayList(); // 向ArrayList添加元素 myArrayList.Add("Apple"); myArrayList.Add("Banana"); myArrayList.Add("Cherry"); // 输出ArrayList中的元素数量 Console.WriteLine("ArrayList中的元素数量：" + myArrayList.Count); // 遍历ArrayList并输出其中的元素 foreach (var item in myArrayList) { Console.WriteLine(item); } // 在ArrayList中查找元素并输出其索引位置 int index = myArrayList.IndexOf("Banana"); Console.WriteLine("Banana在ArrayList中的索引位置：" + index); // 在ArrayList中移除元素并输出新元素数量 myArrayList.Remove("Cherry"); Console.WriteLine("移除元素后的ArrayList中的元素数量：" + myArrayList.Count); // 清空ArrayList中的所有元素 myArrayList.Clear(); Console.WriteLine("清空后的ArrayList中的元素数量：" + myArrayList.Count); Console.ReadLine(); } } }

什么是哈夫曼编码 在数据传送时，信息表现为0和1的二进制形式。为了提高传输的速度，可以采用变长的编码方式，寻找更优的编码方式。同时，必须要保证编码不存在二义性（任意字符编码都不是其它字符编码的前缀）。 哈夫曼编码就是符合上述要求的编码方式，采用自底向上的形式构造哈夫曼树。按照字符的概率分配码长，实现平均码长最短的编码。 如何进行哈夫曼编码 使用需要传送的字符构造字符集C = {c1, c2, … cn}，并根据字符出现的频率构建概率集W = {w1, w2, … wn}。哈夫曼编码的流程如下： 将字符集C作为叶子节点； 将频率集W作为叶子节点的权值； 使用C和W构造哈夫曼树； 对哈夫曼树的所有分支，左子树分支编码为0，右子树分支编码为1； 通过上述流程，即完成了哈夫曼编码。 void HuffmanCode(Node *p, const int numLeafs, string *codes) { // p为节点数组的指针，codes为string数组的指针 // 用于存储每个节点的哈夫曼码 // parent表示父节点位置 int parent; // 每次对一个叶子节点进行编码 // i表示当前叶子节点位置 for (int i=0; i < numLeafs; i++) { // j表示当前节点位置，i是不能在下面循环中改变的 // 使用j来记录节点的移动过程 int j = i; // 当前节点的父节点位置 parent = p[i].parent; // 从当前叶子节点p[i]开始，找到哈夫曼树的根节点 // 循环结束条件是此时parent为0，即达到哈夫曼树的根节点 while(parent != -1) { // 如果当前节点是父节点的左子树，则此分支编码为0 if (p[parent].left == j) { codes[i].push_back('0'); } // 如果当前节点是父节点的右子树，则编码为1 else { codes[i].push_back('1'); } j = parent; parent = p[j].parent; } cout << codes[i] << endl; } }

虽然有梯子，可以正常访问github页面，但是在发现“git clone”命令速度特别慢，有时还经常卡掉。可以通过设置git 代理，解决被墙问题。 git 有几种传输协议，在Github上主要用到的是Https和SSH协议。所以我们要做的是对git 命令的https 以及ssh流量做代理。 设置https 代理 Git代理有两种设置方式，分别是全局代理和只对Github代理，建议只对github 代理。代理协议也有两种，分别是使用http代理和使用socks5代理，建议使用socks5代理。注意下面代码的端口号需要根据你自己的代理端口设定，比如我的代理socks端口是51837。 全局设置（不推荐） #使用http代理 git config --global http.proxy http://127.0.0.1:58591 git config --global https.proxy https://127.0.0.1:58591 #使用socks5代理 git config --global http.proxy socks5://127.0.0.1:51837 git config --global https.proxy socks5://127.0.0.1:51837 只对Github代理（推荐） #使用socks5代理（推荐） git config --global http.https://github.com.proxy socks5://127.0.0.1:51837 #使用http代理（不推荐） git config --global http.https://github.com.proxy http://127.0.0.1:58591 取消代理 git config --global --unset http.proxy git config --global --unset https.proxy 设置ssh代理（终极解决方案） https代理存在一个局限，那就是没有办法做身份验证，每次拉取私库或者推送代码时，都需要输入github的账号和密码，非常痛苦。 设置ssh代理前，请确保你已经设置ssh key。可以参考在 github 上添加 SSH key 完成设置 更进一步是设置ssh代理。只需要配置一个config就可以了。 # Linux、MacOS vi ~/.ssh/config # Windows 到C:\Users\your_user_name\.ssh目录下，新建一个config文件（无后缀名） 将下面内容加到config文件中即可 对于windows用户，代理会用到connect.exe，你如果安装了Git都会自带connect.exe，如我的路径为C:\APP\Git\mingw64\bin\connect #Windows用户，注意替换你的端口号和connect.exe的路径 ProxyCommand "C:\APP\Git\mingw64\bin\connect" -S 127.0.0.1:51837 -a none %h %p #MacOS用户用下方这条命令，注意替换你的端口号 #ProxyCommand nc -v -x 127.0.0.1:51837 %h %p Host github.com User git Port 22 Hostname github.com # 注意修改路径为你的路径 IdentityFile "C:\Users\Your_User_Name\.ssh\id_rsa" TCPKeepAlive yes Host ssh.github.com User git Port 443 Hostname ssh.github.com # 注意修改路径为你的路径 IdentityFile "C:\Users\Your_User_Name\.ssh\id_rsa" TCPKeepAlive yes 保存后文件后测试方法如下，返回successful之类的就成功了。 ...

在64位程序中运行使用Microsoft.Jet.OLEDB.4.0需要特别注意，因为Microsoft.Jet.OLEDB.4.0驱动程序是为32位环境设计的。在64位操作系统和64位应用程序中，它可能无法正常工作。 如果你需要在64位程序中使用Microsoft.Jet.OLEDB.4.0，你可以尝试以下方法： 使用WoW64（Windows on Windows 64）桥接器：WoW64是Windows提供的一种机制，允许32位应用程序在64位环境中运行。你可以通过在64位程序中调用WoW64桥接器来访问Microsoft.Jet.OLEDB.4.0驱动程序。这可以通过编程方式实现，例如使用系统调用来调用适当的WoW64函数。 使用32位版本的数据库引擎：如果你有权限安装额外的软件，你可以尝试安装32位版本的数据库引擎，例如Microsoft Access，它包含了Microsoft.Jet.OLEDB.4.0驱动程序。然后，你可以在64位程序中使用这个32位版本的数据库引擎来访问数据库。 使用替代的数据库连接驱动程序：如果可能，考虑使用与64位环境兼容的其他数据库连接驱动程序，例如MySQL或SQLite。这些驱动程序可以在64位环境中正常运行，并且提供了与Microsoft.Jet.OLEDB.4.0相似的功能。 请注意，这些方法可能并不适用于所有情况，具体取决于你的应用程序和需求。在进行任何更改之前，请确保备份你的数据，并测试你的应用程序以确保其正常工作。

Roslyn 是以 API 为驱动的下一代编译器，集成在最新版的 Visual Studio 上。它开放 C# 和 Visual Basic 编译器的 API，使得开发者可以借助编译器进行解析代码文件、动态为编程语言增加功能、扩展编译器、自定义编译器动作等操作。 将Roslyn编译结果保存在流中，用程序集加载方法将流加载到当前程序集中，就可以在当前的程序集中调用了。 using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; using Microsoft.CodeAnalysis; using Microsoft.CodeAnalysis.CSharp; using Microsoft.CodeAnalysis.CSharp.Syntax; namespace RoslynDemo { class Program { static void Main(string[] args) { // 加载C#程序集 var assembly = Assembly.Load("System.Runtime, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"); var compilation = CSharpCompilation.Create("HelloWorld") .AddReferences(assembly) .AddSyntaxTrees(SyntaxFactory.ParseSyntaxTree("using System; class Program { static void Main() { Console.WriteLine(\"Hello, World!\"); } }")); // 生成程序集和语法树 var assembly = compilation.Emit("HelloWorld.dll"); var syntaxTree = compilation.SyntaxTrees.Single(); // 解析语法树并提取方法信息 var root = syntaxTree.GetRoot(); var methods = root.DescendantNodes().OfType<MethodDeclarationSyntax>(); foreach (var method in methods) { Console.WriteLine("方法名称：{0}", method.Identifier); Console.WriteLine("方法返回类型：{0}", method.Type); Console.WriteLine("方法体："); Console.WriteLine(method.Body); Console.WriteLine(); } } } }

在C#中，DllImport是一种特性，它被用于指定在本地代码中调用的DLL（动态链接库）的入口点。DllImport特性通常被应用于C#中的托管代码中，以便调用由C、C++或者其他非托管语言编写的DLL。 使用DllImport特性，你可以在C#中调用DLL中的函数，而不需要了解该DLL的内部实现细节。这使得C#能够与各种不同的外部库进行交互，并扩展了C#的功能。 DllImport特性的语法如下： [DllImport("dllname.dll", CallingConvention = CallingConvention.Cdecl)] public static extern returnType functionName(parameterList); 其中： “dllname.dll” 是包含目标函数的DLL的名称。 CallingConvention.Cdecl 是调用约定，指定了函数如何传递参数和返回值。 returnType 是函数的返回类型。 functionName 是要调用的函数的名称。 parameterList 是函数的参数列表。 需要注意的是，DllImport特性只能用于托管代码，即由公共语言运行时（CLR）管理的代码。对于非托管代码，如直接调用操作系统API或硬件接口等，需要使用P/Invoke（平台调用服务）来实现。

线程安全是多线程编程时的计算机程序代码中的一个概念。 在拥有共享数据的多条线程并行执行的程序中，线程安全的代码会通过同步机制保证各个线程都可以正常且准确的执行，不会出现数据污染等意外情况。 也就是说，如果我们想要确保在多线程访问的时候，程序还能够按照我们的预期的行为去执行，那么就是线程安全了。同时，线程安全也是一种内存安全，在没有保护机制的情况下，堆内存空间对多线程来说是不安全的地方，因为你放进去的数据，可能被别的线程“破坏”。