Chrome插件的编译方法、装置、计算机设备和存储介质与流程

chrome插件的编译方法、装置、计算机设备和存储介质
技术领域
1.本技术涉及到计算机代码编译领域，特别是涉及到一种chrome插件的编译方法、装置、计算机设备和存储介质。


背景技术：

2.谷歌浏览器插件是一种小型的定制与浏览器体验的程序，通过插件可以实现对页面的操作。插件是更加偏向于底层的浏览器功能扩展，需要对浏览器源码有一定的掌握才可以去开发。
3.chrome插件主要开发的部分分为：content-script、background、popup等部分。
4.content-scritpt是插入到页面的js文件,其与原始页面共享dom但是不共享js。
5.background是常驻页面，其在插件中生命周期最长，它随着浏览器的打开而打开，随着浏览器的关闭而关闭，所以通常把需要一直运行的、启动就运行的、全局的代码放在background里面。
6.popup是点击插件图标时弹出的页面，可以做一些临时性的交互。
7.发明人发现，上述content-script、background和popup三个部分的内容如果要操作页面元素只能通过操作dom，而原始的操作dom的开发方式，效率低下，写出的代码不容易维护，频繁的操作dom也会使渲染效率低下。


技术实现要素：

8.本技术的主要目的为提供一种chrome插件的编译方法、装置、计算机设备和存储介质，旨在解决chrome插件的编译的页面，开发效率低，不易维护的技术问题。
9.为了实现上述发明目的，本技术提出一种chrome插件的编译方法，包括：
10.获取源代码，其中，所述源代码使用react编写，所述源代码中设置有chrome文件夹，chrome文件中存放chrome插件相关的第一配置文件；
11.基于所述第一配置文件，通过webpack编译得到backgrou.html、mainifest.json、popup.html和content.js；
12.将所述backgrou.html、popup.html、mainifest.json和content.js整理形成所述chrome插件的静态文件。
13.进一步地，所述基于所述第一配置文件，通过webpack编译得到backgrou.html、mainifest.json、popup.html和content.js的步骤之前，还包括：
14.判断当前编译环境是否为开发环境；
15.若当前编译环境是开发环境，则监听所述源代码中package.json、chrome文件夹、webpack、popupcomponents和contentcomponents中的一个或多个文件中的配置是否发生改变；
16.若是，则执行所述“基于所述第一配置文件，通过webpack编译得到backgrou.html、mainifest.json、popup.html和content.js”的步骤。
17.进一步地，所述判断当前编译环境是否为开发环境的步骤，包括：
18.读取所述源代码中package.json中关于编译环境的配置参数；
19.判断所述配置参数与预设的开发环境参数是否相同；
20.若是，则判定当前编译环境为开发环境。
21.进一步地，所述将所述backgrou.html、popup.html、mainifest.json和content.js整理形成所述chrome插件的静态文件的步骤之前，还包括：
22.显示package.json、chrome文件夹、webpack、popupcomponents和contentcomponents中的一个或多个文件中的配置改变的内容。
23.进一步地，所述显示package.json、chrome文件夹、webpack、popupcomponents和contentcomponents中的一个或多个文件中的配置改变的内容的步骤，包括：
24.生成对应被修改的配置的所属文件的名称；以及，生成修改的配置在所述文件的具体位置信息、修改内容；
25.将所述名称、位置信息和修改内容呈现在弹窗中。
26.进一步地，所述弹窗的边框以高亮和/或变换颜色的方式进行显示。
27.进一步地，所述将所述backgrou.html、popup.html、mainifest.json和content.js整理形成所述chrome插件的静态文件的步骤之后，包括：
28.将所述所述chrome插件的静态文件上传到预设的区块链网络中存储。
29.本技术还提供一种chrome插件的编译装置，包括：
30.获取单元，用于获取源代码，其中，所述源代码使用react编写，所述源代码中设置有chrome文件夹，chrome文件中存放chrome插件相关的第一配置文件；
31.编译单元，用于基于所述第一配置文件，通过webpack编译得到backgrou.html、mainifest.json、popup.html和content.js；
32.整理单元，用于将所述backgrou.html、popup.html、mainifest.json和content.js整理形成所述chrome插件的静态文件。
33.本技术还提供一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一项所述方法的步骤。
34.本技术还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。
35.本技术的chrome插件的编译方法、装置、计算机设备和存储介质，使用react进行开发，可移植性高，可以直接移植到其他react项目中去，且改进后的chrome插件的编译方法，降低了开发门槛，不需要操作dom，使用虚拟dom的渲染，渲染效率更高。本技术的chrome插件的编译方法，属于模块化、组件化的开发，有利于解耦代码，代码结构组织变得清晰，解决了把dom操作业务逻辑耦合在一起，导致代码结构混乱难以维护的问题，即同一个组件可以在完全不同的部分如content-script和popup中使用，提高代码复用性。
附图说明
36.图1为本技术一实施例的chrome插件的编译方法的流程示意图；
37.图2为本技术一实施例的chrome插件的编译装置的结构示意框图；
38.图3为本技术一实施例的计算机设备的结构示意框图。
39.本技术目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
40.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
41.参照图1，本技术实施例提供一种chrome插件的编译方法，包括步骤：
42.s1、获取源代码，其中，所述源代码使用react编写，所述源代码中设置有chrome文件夹，chrome文件中存放chrome插件相关的第一配置文件；
43.s2、基于所述第一配置文件，通过webpack编译得到backgrou.html、mainifest.json、popup.html和content.js；
44.s3、将所述backgrou.html、popup.html、mainifest.json和content.js整理形成所述chrome插件的静态文件。
45.如上述s1所述，上述react是一个用于构建用户界面的javascript库。上述源代码是基于react编写，包括package.json，chrome文件夹、webpack、popupcomponents和contentcomponents，其中package.json是项目的入口文件，用来声明项目依赖和编译命令；chrome文件夹中存放chrome插件相关的第一配置文件，如个数据之间的依赖关系等；popupcomponents为popup的react组件；contentcomponents为content的react组件；webpack为webpack配置文件夹，其内存放有第二配置文件(语法转化规则)，用于将react转化为插件语法。
46.如上述步骤s2所述，基于第一配文件的要求，通过webpack编译得到backgrou.html、mainifest.json、popup.html和content.js。上述popup.html和backgrou.html是模板文件，mainifest.json为chrome插件的入口文件，content.js是待插入到页面的文件，具体地，在编译过程，先生成dom节点，dom节点通过content.js插入到页面，然后作为根节点元素注入react组件。在本步骤中，即为通过webpack将react转化为插件语法，得到组成静态文件的组成代码的过程，上述webpack是一个前端资源加载/打包工具，它将根据第一配置文件中的各数据之间的依赖关系进行静态分析，然后将这些数据按照指定的规则生成对应的静态资源。
47.如上述步骤s3所述，即为backgrou.html、popup.html、mainifest.json和content.js整理形成一个静态文件的过程，静态文件中存储有用于执行chrome插件功能的代码。上述整理形成一个静态文件的过程即为按照chrome插件需要的格式要求整理成文件，具体地：首先，将mainifest.json放到指定的根目录中；其次，在上述根目录中增加js文件子目录和html文件子目录；最后，将content.js放置到js文件子目录，以及将backgrou.html、popup.html放置到html文件子目录。
48.在本实施例中，改进后的chrome插件的编译方法，降低了开发门槛，不需要操作dom，且虚拟dom的渲染效率也很高，可以支持后续开发过程中复杂的业务场景和逻辑。由于使用react进行开发，可移植性高，可以直接移植到其他react项目中去。本技术chrome插件的编译方法，属于模块化、组件化的开发，有利于解耦代码，代码结构组织变得清晰，解决了把dom操作业务逻辑耦合在一起，导致代码结构混乱难以维护的问题，即同一个组件也可以
在完全不同的部分如content-script和popup中使用，提高代码复用性。
49.在一个实施例中，上述基于所述第一配置文件，通过webpack编译得到backgrou.html、mainifest.json、popup.html和content.js的步骤s2之前，还包括：
50.判断当前编译环境是否为开发环境；
51.若当前编译环境是开发环境，则监听所述源代码中package.json、chrome文件夹、webpack、popupcomponents和contentcomponents中的一个或多个文件中的配置是否发生改变；
52.若是，则执行所述“基于所述第一配置文件，通过webpack编译得到backgrou.html、mainifest.json、popup.html和content.js”的步骤。
53.在本实施例中，编译环境一般包括开发环境和生产环境，开发环境是程序员们专门用于开发的服务器，配置可以比较随意，为了开发调试方便，一般打开全部错误报告等；生产环境是正式提供对外服务的环境，一般会关掉错误报告，打开错误日志等。也就是，开发环境是程序员开发产品的环境，在此环境中，实时监听源代码中的各文件配置是否发生改变，如果发生改变，则自动执行上述步骤s2和s3，得到新的静态文件，无需程序员主动的进行控制，提高程序员在开发chrome插件时的效率。上述实时监听源代码中的各文件配置是否发生改变的方法具体为：通过node.js进行监听。node.js是一个基于chrome v8引擎的javascript运行环境，提供了fs.watch/fs.watchfile两种api，本技术具体使用fs.watch，其可以基于操作系统实时监听文件夹，若文件夹中的数据等发生变化，会第一时间触发监听事件等。
54.在一个实施例中，上述判断当前编译环境是否为开发环境的步骤，包括：
55.读取所述源代码中package.json中关于编译环境的配置参数；
56.判断所述配置参数与预设的开发环境参数是否相同；
57.若是，则判定当前编译环境为开发环境。
58.在本实施例中，上述源代码是程序员编写的，为了适应不同的编译环境，其在package.json中进行不同的配置，程序员可以指定package.json中的一个参数作为对应编译环境的配置参数，需要注意的是，该指定的参数一定是可以准确区分开发环境和生产环境的参数。在本实施例中，在源代码中，程序员会根据不同的编译环境设置不同的mainifest.json文件。
59.在一个实施例中，上述将所述backgrou.html、popup.html、mainifest.json和content.js整理形成所述chrome插件的静态文件的步骤s3之前，还包括：
60.获取所述package.json、chrome文件夹、webpack、popupcomponents和contentcomponents中的一个或多个文件中的配置改变的内容；
61.基于所述配置改变的内容，生成对应被修改的配置的所属文件的名称；以及，生成修改的配置在所述文件的具体位置信息、修改内容；
62.将所述名称、位置信息和修改内容呈现在弹窗中。
63.在本实施例中，将各改变的配置显示出来，可以使程序员及时了解修改的内容。程序员在开发过程中实时看见自己修改内容，大大增加了开发效率，比如，程序员在开发时就可以及时发现自己的bug，进而及时修改，无需在插件运行时才发现bug等。具体地，当package.json、chrome文件夹、webpack、popupcomponents和contentcomponents中的一个
或多个文件中的配置改变时生成对应被修改的配置的所属文件的名称；以及，生成修改的配置在所述文件中的具体位置信息、修改内容；将所述名称、位置信息和修改内容呈现在弹窗中。在本实施例中，将文件的名称、具体位置信息、修改内容整合到一个弹窗中，可以使开发人员快速定位到修改的配置。而以弹窗的形式显示，可以提高程序员的关注度。上述弹窗的边框以高亮和/或变换颜色的方式进行显示，以进一步地提高程序员对所述弹窗的关注度。
64.在一个实施例中，上述将所述backgrou.html、popup.html、mainifest.json和content.js整理形成所述chrome插件的静态文件的步骤之后，包括：
65.将所述所述chrome插件的静态文件上传到预设的区块链网络中存储。
66.区块链网络是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。
67.区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。
68.参照图2，本技术还提供一种chrome插件的编译装置，包括：
69.获取单元10，用于获取源代码，其中，所述源代码使用react编写，所述源代码中设置有chrome文件夹，chrome文件中存放chrome插件相关的第一配置文件；
70.编译单元20，用于基于所述第一配置文件，通过webpack编译得到backgrou.html、mainifest.json、popup.html和content.js；
71.整理单元30，用于将所述backgrou.html、popup.html、mainifest.json和content.js整理形成所述chrome插件的静态文件。
72.如上述获取单元10，上述react是一个用于构建用户界面的javascript库。上述源代码是基于react编写，包括package.json，chrome文件夹、webpack、popupcomponents和contentcomponents，其中package.json是项目的入口文件，用来声明项目依赖和编译命令；chrome文件中存放chrome插件相关的第一配置文件；popupcomponents为popup的react组件；contentcomponents为content的react组件；webpack为webpack配置文件夹，其内存
放有第二配置文件，用于将react转化为插件语法。
73.如上述编译单元20，基于第一配文件的要求，通过webpack编译得到backgrou.html、mainifest.json、popup.html和content.js。上述popup.html和backgrou.html是模板文件，mainifest.json为chrome插件的入口文件，content.js是待插入到页面的文件，具体地，在编译过程，先生成dom节点，dom节点通过content.js插入到页面，然后作为根节点元素注入react组件。在编译单元20，即为将react转化为插件语法，得到组成静态文件的组成代码的单元。
74.如上述整理单元30，即为用于将backgrou.html、popup.html、mainifest.json和content.js整理形成一个静态文件的过程的单元，静态文件中存储有用于执行chrome插件功能的代码。
75.在本实施例中，chrome插件的编译装置，降低了开发门槛，不需要操作dom，且虚拟dom的渲染效率也很高，可以支持后续开发过程中复杂的业务场景和逻辑。由于使用react进行开发，可移植性高，可以直接移植到其他react项目中去。本技术chrome插件的编译方法，属于模块化、组件化的开发，有利于解耦代码，代码结构组织变得清晰，解决了把dom操作业务逻辑耦合在一起，导致代码结构混乱难以维护的问题，即同一个组件也可以在完全不同的部分如content-script和popup中使用，提高代码复用性。
76.在一个实施例中，上述chrome插件的编译装置，还包括：
77.判断单元，用于判断当前编译环境是否为开发环境；
78.监听单元，用于若当前编译环境是开发环境，则监听所述源代码中package.json、chrome文件夹、webpack、popupcomponents和contentcomponents中的一个或多个文件中的配置是否发生改变；
79.触发单元，用于若监听到一个或多个文件中的配置发生改变，则触发所述编译单元进行编译动作。
80.在本实施例中，编译环境一般包括开发环境和生产环境，开发环境是程序员们专门用于开发的服务器，配置可以比较随意，为了开发调试方便，一般打开全部错误报告等；生产环境是正式提供对外服务的环境，一般会关掉错误报告，打开错误日志等。也就是，开发环境是程序员开发产品的环境，在此环境中，实时监听源代码中的各文件配置是否发生改变，如果发生改变，则自动启动编译单元20和整理单元30，得到新的静态文件，无需程序员主动的进行控制，提高程序员在开发chrome插件时的效率。
81.在一个实施例中，上述判断单元，包括：
82.读取模块，用于读取所述源代码中package.json中关于编译环境的配置参数；
83.判断模块，用于判断所述配置参数与预设的开发环境参数是否相同；
84.判定模块，用于判定当前编译环境为开发环境。
85.在本实施例中，上述源代码是程序员编写的，为了适应不同的编译环境，其在package.json中进行不同的配置，程序员可以指定package.json中的一个参数作为对应编译环境的配置参数，需要注意的是，该指定的参数一定是可以准确区分开发环境和生产环境的参数。在本实施例中，在源代码中，程序员会根据不同的编译环境设置不同的mainifest.json文件。
86.在一个实施例中，上述chrome插件的编译装置，还包括：
87.获取内容单元，获取package.json、chrome文件夹、webpack、popupcomponents和contentcomponents中的一个或多个文件中的配置改变的内容；
88.生成单元，用于生成对应被修改的配置的所属文件的名称；以及，生成修改的配置在所述文件中的具体位置信息、修改内容；
89.弹窗显示单元，用于将所述名称、位置信息和修改内容呈现在弹窗中。
90.在本实施例中，将各改变的配置显示出来，可以使程序员及时了解修改的内容。程序员在开发过程中实时看见自己修改内容，大大增加了开发效率，比如，程序员在开发时就可以及时发现自己的bug，进而及时修改，无需在插件运行时才发现bug等。在本实施例中，将文件的名称、具体位置信息、修改内容整合到一个弹窗中，可以使开发人员快速定位到修改的配置。而以弹窗的形式显示，可以提高程序员的关注度。上述弹窗的边框以高亮和/或变换颜色的方式进行显示，以进一步地提高程序员对所述弹窗的关注度。
91.在一个实施例中，上述chrome插件的编译装置，还包括：
92.上传单元，用于将所述所述chrome插件的静态文件上传到预设的区块链网络中存储。
93.参照图3，本技术实施例中还提供一种计算机设备，该计算机设备可以是服务器，其内部结构可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设计的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储静态文件等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种chrome插件的编译方法。
94.上述处理器执行上述chrome插件的编译方法，包括：
95.获取源代码，其中，所述源代码使用react编写，所述源代码中设置有chrome文件夹，chrome文件中存放chrome插件相关的第一配置文件；
96.基于所述第一配置文件，通过webpack编译得到backgrou.html、mainifest.json、popup.html和content.js；
97.将所述backgrou.html、popup.html、mainifest.json和content.js整理形成所述chrome插件的静态文件。
98.在一个实施例中，所述基于所述第一配置文件，通过webpack编译得到backgrou.html、mainifest.json、popup.html和content.js的步骤之前，还包括：
99.判断当前编译环境是否为开发环境；
100.若当前编译环境是开发环境，则监听所述源代码中package.json、chrome文件夹、webpack、popupcomponents和contentcomponents中的一个或多个文件中的配置是否发生改变；
101.若是，则执行所述“基于所述第一配置文件，通过webpack编译得到backgrou.html、mainifest.json、popup.html和content.js”的步骤。
102.在一个实施例中，所述判断当前编译环境是否为开发环境的步骤，包括：
103.读取所述源代码中package.json中关于编译环境的配置参数；
104.判断所述配置参数与预设的开发环境参数是否相同；
105.若是，则判定当前编译环境为开发环境。
106.在一个实施例中，所述将所述backgrou.html、popup.html、mainifest.json和content.js整理形成所述chrome插件的静态文件的步骤之前，还包括：
107.显示package.json、chrome文件夹、webpack、popupcomponents和contentcomponents中的一个或多个文件中的配置改变的内容。
108.在一个实施例中，所述显示package.json、chrome文件夹、webpack、popupcomponents和contentcomponents中的一个或多个文件中的配置改变的内容的步骤，包括：
109.生成对应被修改的配置的所属文件的名称；以及，生成修改的配置在所述文件的具体位置信息、修改内容；
110.将所述名称、位置信息和修改内容呈现在弹窗中。
111.在一个实施例中，所述弹窗的边框以高亮和/或变换颜色的方式进行显示。
112.在一个实施例中，所述将所述backgrou.html、popup.html、mainifest.json和content.js整理形成所述chrome插件的静态文件的步骤之后，包括：
113.将所述所述chrome插件的静态文件上传到预设的区块链网络中存储。
114.本领域技术人员可以理解，图3中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定。
115.本技术实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现一种上述chrome插件的编译方法，包括：
116.获取源代码，其中，所述源代码使用react编写，所述源代码中设置有chrome文件夹，chrome文件中存放chrome插件相关的第一配置文件；
117.基于所述第一配置文件，通过webpack编译得到backgrou.html、mainifest.json、popup.html和content.js；
118.将所述backgrou.html、popup.html、mainifest.json和content.js整理形成所述chrome插件的静态文件。
119.在一个实施例中，所述基于所述第一配置文件，通过webpack编译得到backgrou.html、mainifest.json、popup.html和content.js的步骤之前，还包括：
120.判断当前编译环境是否为开发环境；
121.若当前编译环境是开发环境，则监听所述源代码中package.json、chrome文件夹、webpack、popupcomponents和contentcomponents中的一个或多个文件中的配置是否发生改变；
122.若是，则执行所述“基于所述第一配置文件，通过webpack编译得到backgrou.html、mainifest.json、popup.html和content.js”的步骤。
123.在一个实施例中，所述判断当前编译环境是否为开发环境的步骤，包括：
124.读取所述源代码中package.json中关于编译环境的配置参数；
125.判断所述配置参数与预设的开发环境参数是否相同；
126.若是，则判定当前编译环境为开发环境。
127.在一个实施例中，所述将所述backgrou.html、popup.html、mainifest.json和content.js整理形成所述chrome插件的静态文件的步骤之前，还包括：
128.显示package.json、chrome文件夹、webpack、popupcomponents和contentcomponents中的一个或多个文件中的配置改变的内容。
129.在一个实施例中，所述显示package.json、chrome文件夹、webpack、popupcomponents和contentcomponents中的一个或多个文件中的配置改变的内容的步骤，包括：
130.生成对应被修改的配置的所属文件的名称；以及，生成修改的配置在所述文件的具体位置信息、修改内容；
131.将所述名称、位置信息和修改内容呈现在弹窗中。
132.在一个实施例中，所述弹窗的边框以高亮和/或变换颜色的方式进行显示。
133.在一个实施例中，所述将所述backgrou.html、popup.html、mainifest.json和content.js整理形成所述chrome插件的静态文件的步骤之后，包括：
134.将所述所述chrome插件的静态文件上传到预设的区块链网络中存储。
135.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储与一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram一多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双速据率sdram(ssrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
136.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
137.以上所述仅为本技术的优选实施例，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。