m0_54854356的博客

官方的介绍：Netty是 一个异步事件驱动的网络应用程序框架，用于快速开发可维护的高性能协议服务器和客户端。

IT服务标准体系ITSS（information Technology Service Standard，信息技术服务标准），包含了IT服务的规划设计、服务运营、持续改进和监督管理等生命周期阶段应遵循的标准，涉及信息系统建设、运行维护、服务管理、治理及外包等业务领域是一套体系化的信息技术服务标准库，全面规范了信息技术服务产品及其组成要素，用于指导实施标准化和可信赖的信息技术服务。IT服务管理(ITSM) 是一套帮助组织对IT系统的规划、研发、实施和运营进行有效管理的方法，是一套方法论。

从用户侧角度来讲，前台展示的订单，可以划分为待支付、待发货、待收货、已完成和已取消五个状态。各家电商系统的订单状态的名称或类型会略有不同，这其实并不重要。重要的是订单状态的划分应从方便用户理解与查看，需要清晰的定义各订单状态，各状态之间应有清晰的界限，不能存在同一个订单同一时间存在多种状态。上文所说的五种订单状态的定义说明如下：待支付：用户下单后，未完成支付。通常每个商城系统都会对订单设置支付时间，页面应显示支付倒计时。待发货：用户已完成订单支付，商家未安排发货。待收货：商家已发货，用户未收到货物或用户收到

如何合理设计表结构？如何合理编写 SQL 语句？等等问题始终困扰着我，同时 MySQL 也是面试绕不过去的坎。所以才有了后续去学习 MySQL 的经历。

G2B是政府向企业提供的各种公共服务，主要包括政府向企事业单位发布的各种方针、政策、法规和行政规定，即企事业单位从事合法业务活动的环境，包括产业政策、进出口、注册、纳税、工资、劳保、社保等各种规定；政府对公众的服务首先是信息服务，例如，让公众知道政府的规定是什么，办事程序是什么，主管部门在哪里，以及各种关于社区公安和水、火、天灾等与公共安全有关的信息等，还包括户口、各种证件的管理等政府提供的各种服务。淘宝、易趣等是典型的C2C电子商务交易平台，电子交易平台不仅提供交易的网络环境，还扮演着管理者的角色。

每个wrap文件都是对一个c#类的包装，在lua中，通过对wrap类中的函数调用，间接的对c#实例进行操作。

【代码】ThreadPoolUtil。

copy()与deepcopy()之间的主要区别是python对数据的存储方式。首先直接上结论：：深复制，即将被复制对象完全再复制一遍作为独立的新个体单独存在。所以改变原有被复制对象不会对已经复制出来的新对象产生影响。：等于赋值，并不会产生一个独立的对象单独存在，他只是将原有的数据块打上一个新标签，所以当其中一个标签被改变的时候，数据块就会发生变化，另一个标签也会随之改变。

OOA的基本任务是运用OO方法， 对问题域进行分析和理解， 正确认识其中的事物及它们之间的关系，找出描述问题域和系统功能所需的类和对象，定义它们的属性和职责，以及它们之间所形成的各种联系。OOD的结果就是设计模型，对于OOD而言，在支持可维护性的同时，提高软件的可复用性是一个至关重要的问题，如何同时提高软件的可维护性和可复用性，是OOD需要解决的核心问题之一。(3) 构件图(component diagram) ：构件图描述一个封装的类和它的接口、端口，以及由内嵌的构件和连接件构成的内部结构。

方法一：使用BuffererReader.继承Reader类。方法二： 使用FileInputStream类。

最近要优化cesium里的热力图效果，浏览了网络上的各种方法，发现大多是贴在影像上的。这么做好是好，但是会被自生添加的模型或者其他数据给遮盖。其次是网上的方法大多数是截取成一个矩形。不能自定义的截取自己所需要的。经过尝试，决定修改下cesium heatmap，让他达到我们需要的要求。首先先下载 cesium heatmap包。其中我们可以看到也是通过叠加entity达到添加canvas的方法绘制到地图上。我们先把这一段代码注释} else {} };

Promise是前端面试中的高频问题，如果你能根据PromiseA+的规范，写出符合规范的源码，那么我想，对于面试中的Promise相关的问题，都能够给出比较完美的答案。我的建议是，对照规范多写几次实现，也许第一遍的时候，是改了多次，才能通过测试，那么需要反复的写，我已经将Promise的源码实现写了不下七遍，不那么聪明的话，当然需要更加努力啦~

OOA的基本任务是运用OO方法， 对问题域进行分析和理解， 正确认识其中的事物及它们之间的关系，找出描述问题域和系统功能所需的类和对象，定义它们的属性和职责，以及它们之间所形成的各种联系。OOD的结果就是设计模型，对于OOD而言，在支持可维护性的同时，提高软件的可复用性是一个至关重要的问题，如何同时提高软件的可维护性和可复用性，是OOD需要解决的核心问题之一。(3) 构件图(component diagram) ：构件图描述一个封装的类和它的接口、端口，以及由内嵌的构件和连接件构成的内部结构。

OOA的基本任务是运用OO方法， 对问题域进行分析和理解， 正确认识其中的事物及它们之间的关系，找出描述问题域和系统功能所需的类和对象，定义它们的属性和职责，以及它们之间所形成的各种联系。OOD的结果就是设计模型，对于OOD而言，在支持可维护性的同时，提高软件的可复用性是一个至关重要的问题，如何同时提高软件的可维护性和可复用性，是OOD需要解决的核心问题之一。(3) 构件图(component diagram) ：构件图描述一个封装的类和它的接口、端口，以及由内嵌的构件和连接件构成的内部结构。

OOA的基本任务是运用OO方法， 对问题域进行分析和理解， 正确认识其中的事物及它们之间的关系，找出描述问题域和系统功能所需的类和对象，定义它们的属性和职责，以及它们之间所形成的各种联系。OOD的结果就是设计模型，对于OOD而言，在支持可维护性的同时，提高软件的可复用性是一个至关重要的问题，如何同时提高软件的可维护性和可复用性，是OOD需要解决的核心问题之一。(3) 构件图(component diagram) ：构件图描述一个封装的类和它的接口、端口，以及由内嵌的构件和连接件构成的内部结构。