第6章 数据传输的标准化

第6章数据传输的标准化

Ext JS除了组件丰富外，另外一个特点就是数据传输的标准化。那么，这样做，有什么好

处？为什么要这样做呢？本章将为你解答这些问题。在搞清楚这些问题之后，就要考虑怎么去实现了。本章将通过简单的CMS系统来演示数据传输的标准化的基本的实现思路。

6.1标准化的数据传输是什么

在本书所说的标准化的数据传输主要是指，使用代理提交数据时，格式必须统一化标准化，而服务器端在处理提交的数据后，返回的数据格式必须是标准化的数据。

6.2为什么要实现数据传输的标准化

假设要使用Ext JS开发一个非常庞大的复杂的系统，在项目组里有许多开发人员，其中，开发人员A习惯以A方式提交和返回数据，而开发人员B则习惯以B方法提交和返回数据，而开发人员C则需要根据开发人员A和B的数据请求和数据格式返回数据，那么，开发人员C就必须根据开发人员A和B各自喜好的方式去获取提交数据和返回不同格式的数据。可以想象得到，开发人员C是多么的悲催，估计杀人的想法都有了。

姑且勿论是否存在开发人员C这样的悲情人物，当系统开发完成，进入后期维护的时候，维护人员面对的就是一堆不同格式的提交数据和返回数据，这无疑大大增加了维护成本。

如果以上两种情况，还不足以说明问题的话，那么，当公司需要针对某个客户的需求，需要修改开发平台，进行迁移的时候，就得根据不同格式去进行迁移，这无疑也增大了迁移的开发成本。

因此，实现数据传输的标准化是很有必要的。

6.3标准化数据传输的好处

根据6.1节的描述，标准化数据传输的好处之一就是，服务器端的数据处理可以实现统一化标准化，无论客户端提交的数据是什么，只需要根据标准化统一化的处理过程，就能把数据分离出来并进行相应处理。通过数据处理的标准化统一化，就可以大大减少重复代码，提高代码的可重用性，而这，无疑是大大的利好。重复代码的减少，无疑会提高代码的可维护性，而这也是利好之一。

由于客户端接收的是以标准格式的返回的数据，因而，无论服务器端平台怎么变化，只要以这种标准化格式返回数据，客户端代码不需要做任何修改，就能正确处理返回的数据。因而，标准化的数据传输，对于项目开发平台的迁移，也是有相当大的好处的。

6.4如何实现标准化

既然实现数据传输的标准化是好的，那么如何去实现呢？这，首先得从Ext JS的数据传输方式说起。

6.4.1Ext JS的主要数据传输方式

Ext JS主要的数据传输方式有Ajax、JsonP、表单和代理这4种方式。JsonP是用来处理跨域请求的，由于跨域请求会受到另一个域平台返回数据格式的影响，因而只能针对性的进行处理，不一定能以标准化格式进行处理，所以本节就不把它考虑在内了。不过，如果跨域的平台也是以这种统一的标准化的格式返回数据，那真可以偷着笑了。

下面来研究一下Ajax、表单和代理这三种传输方式的提交格式和返回格式。

1.Ajax

Ajax可以说是Ext JS最基本的数据传输方式，无论是表单的提交或是代理，都是以这为基础的。当然，表单也可以使用传统的HTML方式来提交，而这，已不在本书讨论的范围，因而，本书所说的表单提交，都是指以Ajax方式提交的表单。

Ajax方式的数据传输，提交数据比较灵活，这个可根据不同的需要灵活处理。而对于提交后返回的数据，则可以使用统一的数据格式，以便客户端进行处理。

2.表单

在Ext JS中，如果没有特殊设置，表单是以Ajax方式提交，而这，实际上与传统的HTML表单提交区别不大。因而，对于接收表单的数据，还是要按习惯的方式处理。

而对于表单提交后返回的数据格式，是有特殊要求的，这主要包括两种格式。第一种格式是字段有错误时的格式，格式如下：

在以上格式中，属性success的值必须是false，以表明表单的提交存在错误，而属性errors则包含了存在错误的字段以及错误信息。格式中的field1、field2对应的就是表单中字段的配置项name 的值。

第二种格式则是没有字段错误，但存在其他错误或者是提交成功后的返回格式，格式如下：

以上格式中，属性success是必须的，true表示表单提交成功，false则表示提交失败。属性msg 则可根据项目的规定或自己的喜好进行定义，但必须与代理使用的属性相同，从而实现统一的返回格式。

3.代理

代理无论是提交还是返回的数据格式，都是有固定格式，但为了保持一定的灵活性，提交格式可由配置项进行定义，如Ext.data.writer.Json的encode配置项，可决定提交数据是以流形式提交还是以HTTP变量的形式提交。因而，标准化提交格式主要的方式就是使用固定的配置项。

代理的返回格式基本上是固定的，主要格式如下：

以上格式中的4个属性都可通过配置项进行修改，因而，为了实现标准化，必须固定这些配置项。

6.4.2扩展代理，以实现数据传输的标准化

从Ext JS的主要数据传输方式可以了解到，标准化格式其中一个重点就是标准化代理的提交格式和返回格式，而这，可通过扩展代理来实现。对代理进行扩展，主要目的就是固定Reader和Writer的配置项，这样，不但实现了数据传输的标准化，还可减少重复代码，提高代码的可重用性。

在实现之前，要先了解哪些配置项是需要修改的，哪些配置项是不需要修改。

对于提交格式，主要是指Ext.data.writer.Json的配置项，包括以下这些：

?allowSingle：是否允许提交单个记录，默认值是true，允许提交单个记录。如果允许提交单个记录，在服务器端，就要对提交的数据先判断提交的是对象还是数组，才能进一步对数据进行处理，这无疑增大了处理难度。因而，应该毫不犹豫的把它设置为false，无论是单个记录还是多个记录，统一以数组的形式提交到服务器，便于服务器进行处理。

?encode：决定数据以什么形式提交，默认值为false，是以数据流形式提交到服务器。因而，在服务器，需要以读取数据流（类似于读取上传文件）的方式来获取数据，这对许多开发人员来说，会非常的不习惯，也不方便，因而，要毫不犹豫的修改为true，以习惯的HTTP变量方式提交。

?root：设置了encode为true后，在服务器使用哪个变量名来获取数据，就需要使用该配置项来定义。我比较习惯定义root的值为data，这样，在服务器就可以使用data来获取数据。这个，可根据设计要求或个人喜好来定义。

?writeAllFields：是否只提交修改过的字段。默认值为true，无论字段是否修改过，都会提交。我习惯提交全部字段，因为在服务器单独提取个别修改字段，不如整体处理来得方便。

对于返回格式，主要是指Ext.data.reader.Json的配置项，包括以下这些：

?messageProperty：用来定义返回的数据中，可获取到响应信息的属性，也就是用来定义

6.4.1节代理格式中的msg属性的配置项。这个可根据设计要求或个人喜好设置，我个人

偏好于使用msg作为属性。

?root：用来定义返回的数据中，可获取到记录的属性。也就是用来定义6.4.1节代理格式中的data属性的配置项。这个可根据设计要求或个人喜好设置，我个人偏好于使用data 作为属性。

?successProperty：用来定义返回的数据中，可获取到数据返回是否成功的属性。也就是用

来定义6.4.1节代理格式中的success属性的配置项。默认值就是success，一般情况下，不建议修改该属性。

totalProperty：用来定义返回的数据中，可获取到记录总数的属性。也就是用来定义6.4.1节代理格式中的total属性的配置项。默认值就是total，一般情况下，不建议修改该属性。

从以上介绍可以了解到，需要定义的配置项主要包括encode、root、allowSingle、messageProperty。

明确了要统一的配置项之后，就可实现扩展代理（以下称为格式化代理）了。但在实现之前，要考虑是把格式化代理定义在Ext.ux命名空间下，还是定义在SimpleCMS.ux命名空间下。这两种命名方式的主要区别就在于目录的位置。一般情况下，通用的扩展最好是定义在Ext.ux命名空间下，这样便于区分，但存在的问题是这些扩展会分布在ext\src\ux目录下，不便于维护，例如，在当前项目，把扩展放到ext\src\ux目录，由于要展开的目录比较深，要找出相应的类还是比较费劲的。如果放在SimpleCMS.ux命名空间下，最大的问题就是要使用到另一个项目的时候，需要修改命名空间。以我的经验来说，我偏好SimpleCMS.ux命名空间，主要原因就是便于维护，而这个问题的重点就是Ext本身扩展就很多，因而，在ext\src\ux目录下本身就有很多目录和文件，要在里面找项目的文件比在app\ux目录下找要费劲。而且考虑到如果要把扩展复制到另外一个项目，直接把app\ux目录复制过去，然后修改命名空间就可以了，而不需要在ext\src\ux目录下一个个找出来再复制过去。当然，这个问题，可通过预先把所有自己的扩展整合到一个目录，再进行复制的方式来解决，但总的来说，还是不如在app\ux目录下定义来得方便。

提示把自己的扩展放在app\ux的目录的想法来自于Ext JS 4.2的示例Simple Task，然后经过实践，感觉这样确实是方便多了，在解决方案资源管理器中找扩展要依次展开ext→src→ux目录，感觉比较烦人。建议多点研究一下Ext JS中的示例，会获益良多的。

想法确定后，就可以在Scripts\app目录下依次添加目录ux→data→proxy，然后在proxy目录下添加添加一个名为Format.js的JavaScript文件来定义格式化代理。这样做的目的是为了将类名定义为SimpleCMS.ux.data.proxy.Format，以符合Ext JS的类命名规则，这个可参考

SimpleCMS.ux.data.proxy.Format的父类Ext.data.proxy.Ajax的命名规则，Ajax.js文件就是在

data\proxy目录下。当然，如果图方便，不按照这个命名规则命名也行。在类名和父类都已经清楚

的情况下，要写出类的定义代码也就不难了，代码如下：

为了能像Ext.data.proxy.Ajax哪样，在定义代理的时候，可使用值为ajax的type配置项来指定使用Ext.data.proxy.Ajax代理，就必须定义别名，也就是定义alias配置项。在Ext.data.proxy.Ajax 中，别名的定义为“proxy.ajax”，再观察一下其他代理类的别名定义，都需要添加“proxy.”作为前缀，因而，在格式化代理的别名中添加前缀是必不可少的。而我打算用format作为格式化代理的别名，因而，格式化代理的完整别名会是“proxy.format”。

别名定义好以后，就要统一读取器的格式了，要统一的配置项主要包括root和messageProperty，代码如下：

代码中，由type配置项可以知道，这里将使用JSON读取器（Ext.data.reader.Json），返回格式中，数据必须在data属性中，而信息则包含在msg属性中。

接下来，要统一的是编写器的格式，主要包括的配置项是encode、root和allowSingle，代码如下：

从代码可以看到，编写器将使用JSON编写器（Ext.data.writer.Json），提交的数据将以HTTP 变量方式提交，提交的变量的名称是data。无论是一个数据还是多个数据，都将以数组形式提交。

下面做一个简单的测试来测试一下这个格式化代理。测试很简单，建立一个模型，然后进行一些操作就行了。打开application.js文件，添加launch方法，在方法内添加以下代码：

代码中，定义了一个带有id和text这两个字段的模型Test，模型的代理将使用刚刚定义的格式化代理。配置项api为代理定义了执行添加、加载、修改和删除等操作时的地址。

接着，调用模型的load方法加载数据。如果数据加载成功，则在Firebug的控制台输出数据，并调用destroy方法删除数据。

最后是创建一个新的模型实例，然后调用save方法保存它。

要代码顺利运行，还得在requires配置项中加入对格式化代理的引用，不然就会出现找不到文件的错误。

注意如果在Firebug中看到如图6-1所示的警告信息和错误信息，说明在定义类的时候，没在requires配置项中加入对所需类的引用。例如，图中顶部的警告信息说明没有引用标签面板

（Ext.tab.Panel），而底部的错误信息就说明找不到格式化代理，这些都是未能正确设置requires配置项造成的。如果看到这些警告信息或错误信息，加入对所需类的引用就行了。在本书后续的讲解中，将不再提醒大家将所需类加入到requires配置项中，大家自行处理就行了。

图6-1 由于未引用类，在Firebug输出的警告信息和错误信息

接下来还要在Controllers目录创建一个名为TestController的空MVC控制器，在控制器内，先加入以下代码引用https://www.wendangku.net/doc/e718381333.html,：

注意在后续的讲解中，将不再提醒大家在类中加入引用。如果Visual Studio提示找不到对象，大家根据具体情况加入相应的引用就行了。

然后将Index方法的返回值修改为JObject，再加入以下代码：

代码将根据返回格式创建一个JSON对象，对象内包含了success属性和data属性。

好了，现在在Visual Studio主菜单选择生成→重新生成解决方案来生成解决方案。等左下角提示全部重新生成已成功后，在主菜单选择调试→开始执行（不调试）在浏览器打开应用程序。如果这时候，Firebug还没打开，就先打开Firebug，再刷新一次页面。当应用程序执行后，会在Firebug

的控制台看到如图6-2所示的输出信息。从输出信息可以看到，测试代码发送了3个请求，第一个请求是用来加载id为1的数据，第二个请求是添加记录的请求，第三个请求为删除记录的请求。在信息中还显示了一个对象，这就是第一个请求返回后根据返回的数据创建的模型实例。

图6-2 测试格式化代理时控制台显示的信息

在这里，关注的是数据的格式，因而，先展开第一个请求，然后切换到响应标签页，会看到服务器返回了以下的数据：

根据格式可以知道，这正是格式化代理要求的数据返回格式，如果修改TestController的代码，将success的值修改为false，或将属性名称data修改为其他名称，客户端就能根据返回的数据创建模型实例了。

下面展开第二、三个请求，并切换到Post标签页，会看到以下提交数据：

从提交的数据格式可以看到，提交参数data正是格式化代理中，编写器定义的root配置项的值。再看看提交值，都是数组形式，这说明allowSingle配置项起作用了。在服务器，就可使用统一的数据处理方式来处理数据了。

从测试结果来看，格式化代理的运作一切正常。对于Store、模型等比较多的项目，这可减少不少定义代理时的重复代码。当然，更大的好处是服务器可以统一处理提交数据和返回固定格式的数据。

6.4.3在服务器统一输出接口

和客户端一样，在服务器的方法内，每次返回数据的时候，都要按照返回格式写一次代码，因而存在不少重复代码。为了减少重复代码，最好的方式当然是实现统一的输出接口。下面来实现这个。

在解决方案添加一个名为Helper的目录，并在目录内创建一个名为ExtJS的类。类名定义为ExtJS，可以清楚的表明这是一个用来处理Ext JS数据的类。

接下来，在类中定义一个名为WriterJObject，返回值为Jobject的静态方法，该方法将根据返回格式返回数据。根据6.4.1节可以知道，返回格式中的属性主要包括success、errors、total、msg 和data这五个属性。在这五个属性中，除了属性success是必须的外，其他属性都是可选的。因而，可以使用以下方式来定义WriterJObject的参数：

代码中，定义了默认值的参数叫做可选参数1，这样，在调用方法时，就不用指定不必要的参数，而使用这些参数的默认值。这样做的好处是，不用根据不同格式，去定义一堆参数不同的重载方法。而且，在方法内，如果检查到参数的值是默认值null，也就不用把这参数写入返回的对象中。

由于data参数返回的数据类型可能是JArray，也可能是JObject，所以在这里将它设置为object，就能分别处理这两种数据了。

在方法内，除了必须在返回的Jobject对象中加入success属性外，其他属性，如果值为null，1详细信息请参阅：https://www.wendangku.net/doc/e718381333.html,/zh-cn/library/vstudio/dd264739.aspx。

则不用加入JObject中，具体代码如下：

好了，现在来测试一下该方法。切换到TestController控制器，将Index方法的代码修改为以下代码：

代码中，只向WriterJObject方法传递了success和data参数，因而，在输出的时候也只会输出这两个属性，与之前代码的输出是一样的。

如果现在重新生成解决方案，并在浏览器打开应用程序，获得的结果与之前的测试是一样的。

现在，还未能充分体现出WriterJObject方法的好处，等阅读完本书后，就可体会到了。

6.4.4统一的错误处理

统一错误处理有什么好处？好处就是，你不用在调用Ext.Ajax的request方法的时候，再去编

写处理错误的代码，也不需要在调用存储的laod方法时候，为他们编写额外的错误处理代码。总的来说，主要目的就是减少重复代码，便于维护。

要编写统一的错误处理，就要先了解Ext JS框架远程调用的回调机制。页面处理数据交互的方式主要有Ajax、表单提交和动态加载脚本等三中方式。在Ext JS经过封装后，基本的数据交互都是采用Ajax方式进行交互的，比较特殊的情况是上传文件时会使用表单方式提交，跨域获取数据采用动态加载脚本的方式。因而，如果没有特殊情况，在这里就只讨论Ajax这种交互方式。

还要明确的一点是，无论是表单提交（不包括文件上传的表单），还是存储加载数据，最终的交互都是依赖Ajax来实现的，也就是说，统一错误处理要先从最基本的Ext.Ajax入手。

1.Ext.Ajax

使用Ext.Ajax对象时，会有以下3个回调函数：success、failure和callback。在这3个回调函数中，callback无论请求是成功还是失败都会触发；而success则在请求的状态码为200到300（不包含300）或304时才会触发2；而failure则与success对应使用，不符合success的条件的请求都会触发failure。选择callback，还是选择success和failure，可以根据自己的习惯来做。建议的做法是使用success和failure，因为这样可以使用全局统一的错误处理机制来处理failure的结果。

那么，怎么来实现这个全局统一的错误处理机制呢？一是可以在5.9节中创建的全局变量类中添加方法进行处理，一是创建一个扩展类来处理。根据面向对象的封装原则，最好的方式当然是创建扩展类的方式。下面，在Scripts\app\ux\data目录下添加一个名为FailureProcees.js的JavaScript 文件，并加入以下定义代码：

从代码可以看到，错误处理类采用了单例模式，这样就可以直接访问类的方法了。当然，这也可以通过静态方法来实现。配置项alternateClassName的作用是定义一个别名，这样，就可以采用别名来调用方法，而不需要写那么长的类名了。

接下来，添加一个Ajax方法，用来处理Ajax的错误，代码如下：

2要想进一步解这个处理机制，可阅读Ext.data.Connection的Ext.data.Connection，判断提交是否成功的代码在parseStatus方法内。

根据API中Ext.Ajax的request方法的说明，可以知道，failure的回调函数会返回两次参数，第一个参数返回的是XMLHttpRequest对象，第二参数返回的是调用request方法是的配置对象。因而，提交失败后的错误信息都会在第一参数response中获取。而在Ajax方法内的主要处理就是根据返回的状态码显示不同的提示信息。在目前的方法内，只对处理了状态码为404和500时的情况，对于其他状态码，则直接输出状态码和响应的文本。如果需要处理其他状态码，可根据自己需要添加判断语句。

下面来测试一下目前的成功。切换到SimpleCMS.Application类的定义文件，把launch方法中的代码屏蔽掉后，加入以下代码发送一个Ajax请求：

代码中，将SimpleCMS.FailureProcess的Ajax方法设置为了配置项failure的回调函数。

由于代码请求的地址在服务器是不存在，服务器会返回404错误，错误经过

SimpleCMS.FailureProcess的Ajax方法的处理后将会显示一个消息对话框，显示的内容为为“错误的请求地址”。

如果在浏览器打开应用程序，看到消息对话框且显示为“错误的请求地址”，那说明SimpleCMS.FailureProcess的Ajax方法已经正确的处理了错误了。

2.代理

上面介绍了的Ext.Ajax对象的错误处理，那么代理的错误是否可以一样进行统一处理呢？这样根据代理处理的请求类型进行分析。对于调用存储的laod方法去加载数据这类请求，只需要显示加载数据错误的原因，这可以进行统一处理。对于调用存储的sync方法进行数据同步时，这时

候除了要显示错误信息外，还要做一些诸如取消修改等的操作，就不便于进行统一处理了。不管怎么说，能处理部分请求也不错，起码能减少这部分的重复的代码。

在实现代理的统一错误前，要先了解代理的一些特殊脾性。对于代理来说，只有在返回数据的success属性为true的时候才会执行success的回调函数，而对于其他情况一概会调用failure的回调函数，因而，在处理的时候，要根据状态码，区分是success为false时的错误，还是其他错误。下面，为SimpleCMS.FailureProcess添加一个Proxy方法，用来处理代理的错误，代码如下：

当success为false时，会将服务器返回的错误信息转换为参数options对象的error属性的值，所以，显示错误信息时，要通过options.error来获取错误信息。

如果不是success为false时的错误，则将可调用Ajax方法来处理。由于在调用Proxy方法时，会修改作用域，因而，在这里不能使用this指针来调用Ajax方法，只能通过对象来调用。

下面使用之前的模型代码来测试一下Proxy方法。在SimpleCMS.Application的launch方法中，恢复刚才屏蔽掉的模型代码，屏蔽掉发送Ajax请求的代码。然后在模型的代理定义中添加以下代码来为代理绑定exception事件：

事件绑定之后，把laod方法内，调用destroy方法删除记录的代码屏蔽掉，目的是为了便于使用save方法进行测试。

如果现在刷新浏览器该会看到提示信息“错误的请求地址”，这说明，Proxy方法中已经将404状态的错误处理转到Ajax方法进行处理了。

接下来，在TestController控制器内，添加Add方法，代码如下：

由于返回的success属性为false，因而在Proxy方法中会显示服务器返回的信息“保存失败”。

现在，重新生成一下解决方案，并刷新浏览器，将会在浏览器中看到提示信息“保存失败”，这说明Proxy方法已经可以正确处理success为false时的错误了。

如果每次都在定义模型或存储时，在代理定义中加入监听exception事件的代码，那就太多重复代码了，而且，目前基本上会使用格式化代理作为代理，如果在格式化代理中绑定监听代码，那就可以减少重复代码了。下面，切换到FormatProxy.js文件，在定义的尾部添加以下代码来监听exception事件：

在这里没有直接将SimpleCMS.FailureProcess.Proxy作为exception的值，是因为不这样，就会提示找不到对象，这和动态加载的处理机制有关。问题不大，使用现在这种形式，一样可以实现所需的功能。

好了，现在把在模型的代理定义中的监听代码屏蔽掉，也能如之前一样显示错误信息了。

3.表单

表单与代理的情况基本相同，在服务器返回的success属性为false时，也会执行failure定义的回调函数，如果在这时候不需要执行其他处理，就可以使用统一的错误处理方法进行处理。不过，表单与代理之间主要的不同点有两个，一个是回调函数返回的参数不同，另一个是在success属性为false时，又要分两种情况进行处理。这两种情况是，当返回了errors 属性时，说明字段有错误，这个会自动在对应的字段提示错误；当没有返回errors属性，只返回了msg属性时，说明字段没有错误，是其他错误，这时，要使用消息对话框将这个错误信息显示出来。

现在，已经清楚了怎么处理表单的错误，可以开始编写Form方法了。在

SimpleCMS.ux.data.FailureProcess的定义代码中，选择并复制Proxy方法，然后粘贴到Proxy方法下面修改成以下代码：

代码中的粗体字体显示了Form方法与Proxy方法之间的主要不同。在Form方法中，返回的第一个参数是提交表单的Ext.form.Basic对象，而第二个参数返回的是Ext.form.action.Action对象。其实，通过Ext.form.action.Action对象的failureType属性可以很好的区分success为fasle的情况和其他情况，具体可参阅API中有关Ext.form.action.Action的failureType属性的说明。现在和代理一样采用状态码的方式来处理，主要是图方便。

服务返回的信息都保存在了Ext.form.action.Action对象的result属性了，因而可从该属性中获取到服务器返回的信息。在调用Ext.Msg的alert方法前，要先判断服务器是否返回了errors属性，如果没有，则调用alert方法，否则，不做任何处理。

表单的错误在这里就不进行测试了，留待下一章讲述登录窗口的时候再测试。

源代码本章的源代码位于本书配套光盘的ch06\SimpleCMS目录下。

6.5小结

本章主要介绍了如何对数据传输实现标准化，这样带来的好处是提高代码的可维护性，可重用性，而且可以无缝的实现平台的迁移。而这，正是Ext JS的一大特色。

考虑数据传输的标准化，应该在设计阶段就应该考虑，而不是在项目开始后，发现问题后再考虑。本书把这一内容安排在项目创建后，主要目的是为了演示如何实现。

很多开发人员都会忽略这方面的问题，因而，本书把这个问题独立为一章的目的，就是为了引起大家的注意，希望大家能足够重视这一点。

在下一章，将从登录界面和权限控制开始，开始进入具体的开发工作。

信号是数据在传输过程中的＿＿＿＿的表现形式。 Ａ．电信号Ｂ．代码 Ｃ．信息Ｄ．程序 无线电广播是＿＿＿＿通信方式 A、全双工 B、半双工 C、单工 D、不确定，与广播内容有关 ＿＿＿＿信号的电平是连续变化的。 Ａ．数字Ｂ．模拟 Ｃ．脉冲Ｄ．二进制 ＿＿＿＿是指在一条通信线路中可以同时双向传输数据的方法。A．单工工通信B．半双工通信 C．同步通信D．全双工通信 传输速率的单位“b/s”代表________ A、bytes per second B、bits per second C、baud per second D、billion per second 在光纤中采用的多路复用技术是______。 A．时分多路复用（TDM） B．频分多路复用（FDM） C．波分多路复用（WDM） D．码分多路复用（CDMA） 习题： FDM是按照＿＿＿＿的差别来分割信号的。 A.频率参量 B.时间参量 C.码型结构 D.A、B、C均不是 习题： 家庭中使用的有线电视可以收看很多电视台的节日，有线电视使用的是＿＿＿＿技术。 A．频分多路复用B．时分多路复用C．时分多路复用D 码分多路利用 计算机网络中广泛使用的交换技术是_____。 A、线路交换 B、报文交换 C、分组交换 D、信源交换 习题：

虚电路服务是_______。 （1）面向连接的、可靠的、保证分组顺序到达的网络服务（2）面向无连接的、可靠的、保证分组顺序到达的网络服务（3）面向连接的、可靠的、保证分组顺序到达的网络服务（4）面向无连接的、可靠的、不保证分组顺序到达的网络服务 习题： 当采用偶校验编码时，每个符号（包括校验位）中含有“1”的个数是_______。 Ａ．奇数Ｂ．偶数 Ｃ．未知数Ｄ．以上都不是 习题： 在循环冗余校验中，______是CRC码。 A ．除数； B ．被除数； C ．商； D ．余数 光纤的规格有和两种 双绞线有、两种 局域网的特征是＿＿＿＿ A 有效范围广 B造价便宜 C传输速率高 D有效性好但可靠性差 局域网的协议结构一般不包括：＿＿＿＿（A）网络层 （B）物理层 （C）数据链路层 （D）介质访问控制层 局域网分类中，＿＿＿＿不属于按网络拓扑结构分类。 A星型局域网 B总线型局域网 C树型局域网 D虚拟局域网 对局域网来说，网络控制的核心是＿＿＿ A．工作站 B．网卡

数据共享交换平台解决方案 1. 概述 在我国，政府职能正从管理型转向管理服务型，如何更好地发挥政府部门宏观管理、综合协调的职能，如何更加有效地向公众提供服务，提高工作效率、打破信息盲区、加强廉政建设 已成为当前各级政府部门普遍关注和亟待解决的问题。国家“十五”计划纲要要求“政府行政管理 要积极运用数字化、网络化技术，加快信息化进程”。各级政府、行政管理部门都面临着利用 信息技术推动政务工作科学化、高效率的新局面。 随着电子政务建设的不断发展，政府拥有越来越多的应用数据，如何建立政府信息资源采集、处理、交换、共享、运营和服务的机制和规程，实现分布在各类政府部门和各级政府机关 的信息资源的有效采集、交换、共享和应用，是电子政务建设的更高级的阶段和核心任务。 信息资源只有交流、共享才能被充分开发和利用，而只有打破信息封闭，消除信息“荒岛” 和“孤岛”，也才能创造价值。目前各级政府都在进行政务资源数据的“整合”，但“整合”什么？ 如何“整合”？“整合”后做什么？将是摆在政府各级领导面前的首要问题。 北京华迪宏图信息技术有限公司凭借自身丰富的电子政务建设经验、自主创新的技术研发优势，为各级政府机构的实际需求提供了政务资源整合的综合解决方案——华迪宏图数据共享 交换平台。 2. 电子政务总体框架 华迪宏图数据共享交换平台总体框架如下： 由上图可以看出，华迪宏图数据共享交换平台交换体系共分为六个层次，分别是安全和标准体系、网络基础设施、信息资源中心、共享交换平台、应用层和展示层。 （1）展示层 通过建立综合信息集成门户系统为用户提供统一的用户界面，信息和应用通过门户层实现统一的访问入口和集中展现。 （2）应用层

国际营销中的标准化与差异化

摘要：企业在开展国际市场营销时，会面临一个标准化和差异化的问题，本文比较系统的分析比较了标准化和差异化的特点，并且认为只有两者兼容，才能在国际营销中取得了良好的效果，我国企业应立足本土市场，树立正确的国际营销观念。 关键词：国际营销；标准化；差异化。 现代企业在开发国际市场的产品时首先面临一个基本问题：是采用标准化的策略还是采用差异化的产品策略？也就是究竟是在全世界不同的市场上都用同样标准化产品，还是为适应每一特殊的市场而涉及差异化的产品，解决这一问题有其现实意义，因为，如果企业的产品设计不能根据每一市场的特点进行修改，那么就有可能出现这个产品在每一个子市场上面都不能满足其消费者的需求，那么就有很大可能这个产品最后以失败而告终；另一方面，如果要求企业的产品

设计都按照不同市场的需求来制定，则生产成本、管理成本及其他方面的费用又将大大增加，因此，采用哪种方法效果会好一点，或者说两种方法之间有没有一个平衡点，我们依次来看一下。 一．标准化与差异化 国际产品的标准化，指的是在世界上的不同国家和地区的所有市场上都提供同一种产品，一份研究报告对来自世界不同国家的27家著名的全球性跨国公司如可口可乐、雀巢咖啡、索尼、等公司进行调查后发现，六成以上的营销计划是“高度标准化”的。 国际产品的差异化，指的是产品因地制宜，对不同国家和地区的市场提供不同或调整过的产品，以适应当地市场的特殊需要。国际产品的差异化又称为定制化，就是要求国际企业的营销人员不断调查研究不同国家和地区的市场在经济、文化、地理等方面的差别，而提供能迎合当地消费者口味的产品，不少调查报告表明，许多企业在国际营销中的重大错误之一就是产品设计没有因地制宜的进行修改，没有采用差异化策

1数据传输介绍 R3中包含了一种用于数据传输的可配置的函数逻辑(routine),交data transfer routine,它可以更改数据从源凭证到目标凭证的传递方式和传递内容。 2需求介绍 本例中将对“参考报价单创建SO”进行讨论。 需求：参考报价单创建时，需要将“应用方向其他”传输到SO中。 分析：在一般的数据传输配置中，抬头信息传输例程一般选择标准例程“051-一般抬头数据”，但是在标准例程051中，没有传输字段“VBAK-BNAME”，需要在修改标准例程或者新建一个例程，将字段“VBAK-BNAME”信息传输到SO中。 解决：新建用户例程，复制标准例程051逻辑和代码，在此基础上增加代码，将字段“VBAK-BNAME”信息传输到SO中。

3具体解决方法示例：3.1查看配置 3.1.1输入TCODE：VTAA

3.1.2选中相应的条目，选中“抬头”，双击进去 看到其配置为051-一般抬头数据。其它传输数据项保持原来的选择，复制请求保持不变。在上述界面进行F4帮助，是弹出以下界面，可点击图中按钮，查看相应的代码。

3.2新建用户例程 3.2.1输入TCODE：VOFM,进入如下界面 3.2.2新建用户里程 按照上图中选择，“数据传输”—>“订单”， 由于本次需求是订单数据传输，所以选择“订单”，若是其他需求，则需要进行相应的选择。直接输入新建例程编号(用户编号需从600起)和描述，点击保存即可。会进入代码块，直接可以编辑代码。 代码如下： if cvbak-vbeln is initial. message a247with'600'. endif. vbak-ps_psp_pnr=cvbak-ps_psp_pnr. vbak-gwldt=cvbak-gwldt. vbak-submi=cvbak-submi. vbak-bname=cvbak-bname. if vbak-lifsk is initial. vbak-lifsk=cvbak-lifsk. endif. vbak-augru=cvbak-augru. if vbak-faksk=space. vbak-faksk=cvbak-faksk. endif. vbak-waerk=cvbak-waerk. if tvak-vbtyp=charb or"Angebot tvak-vbtyp=chare or"Lieferplan tvak-vbtyp=charf or"Kontrakt

政府数据交换平台解决方案 目前，国内各地政府部门和机构或多或少均建立起自己的信息化系统，包括门户网站内容管理系统、OA办公系统、办事审批系统、其它业务系统等。但由于诸多因素的影响，即使同一地区的政府机构间也无法进行合理、有效的沟通，可以说是一座座的“信息孤岛”。电子政务实施的任务之一就是要将这些“孤岛”有机地串连在一起，充分发挥其效能，同时也保护了各部门在该方面的经济投入和精力投入。此外，电子政务建设过程中，即使是统一规划，但具体的实施单位和解决方案会有很多，建设完成后的系统常常是自治的，异构的，数据可能存放于数据库、文本文件、XML文件，甚至普通文件中。因此也需要一种机制使不同时期建设的应用系统能有机地结合为一个整体。上述两种情况，均要求解决应用系统间数据和信息的互通、互用问题。 如上图所示，原来的典型处理方法是需要一个个直接的“点对点”的数据链接，并且需要定制开发以实现系统之间的“会话”。随着新系统的不断增加，直接的定向连接和定制开发的情况会急剧增加，这最终将成为信息流动和系统维护的瓶颈。 在数据交换领域中，没有标准的部落式交换的代价是高昂的，相同的数据分析处理模块在很多应用中被重复地撰写，可能只是为了将某一数据源的数据转换到各个不同的目标数据源中去。由于没有中间标准，各个系统的实现人员也几乎没有可能将代码重用，昂贵的数据交换代价使得数据源只能散乱孤立地存在。 因此，有必要建立一个通用的、分布式的数据集成平台，用以解决电子政务实施过程中对于基于异构数据平台上的数据无法进行有效交流和沟通的问题。“大汉网络数据交换平台”就是解决该类问题的一个解决方案。

“大汉网络数据交换平台”能够为需要数据集成的应用提供数据服务，解决数据从何而来，哪个应用对其感兴趣，以及如何被每个系统使用的问题。“大汉网络数据交换平台”通过把信息提供者和消费者隔离，来构建灵活的系统，使得这些系统不会受到数据的物理位置的影响，也不会受到需要存取数据信息的应用个数的影响，对于每一个系统就不需要进行特别的定制处理，就可以在系统之间实现信息的集成了。 “大汉网络数据交换平台”通过一个集成框架的方案来解决这个问题，通过为开发人员提供一组标准接口（适配器）来实现这个方案。 “大汉网络数据交换平台”主要功能为：各应用系统数据的抽取或加载；交换数据通过交换平台完成数据的交换传输；各应用系统交换数据的比对、整理。各应用系统仅需负责确定本系统参与交换的数据，而不必关心数据库之间数据的传送。 二、系统设计 1．设计原则 数据交换平台应遵循以下几个基本设计原则： 不影响现有或其它相关信息系统的使用和信息安全。 采用先进成熟、稳定的技术和软硬件平台。 坚持开放性，易于技术更新。 采用国际通用标准，便于和国际接轨，易于系统扩展及升级。 建立一个坚实的系统应用平台，便于系统的管理和维护，技术易于更新，网络及业务规模可以逐步扩展。统一规划，分步实施。

网络中数据传输过程的分析 我们每天都在使用互联网，我们电脑上的数据是怎么样通过互联网传输到到另外的一台电脑上的呢？把自己的理解写一下，可能有很多细节还没有能的很清楚！希望在以后可以使之更加的完善！有不对的地方还请指正. 我们知道现在的互联网中使用的TCP/IP协议是基于，OSI（开放系统互联）的七层参考模型的，（虽然不是完全符合）从上到下分别为应用层表示层会话层传输层网络层数据链路层和物理层。其中数据链路层又可是分为两个子层分别为逻辑链路控制层（Logic Link Control，LLC ）和介质访问控制层（(Media Access Control，MAC )也就是平常说的MAC层。LLC对两个节点中的链路进行初始化，防止连接中断，保持可靠的通信。MAC层用来检验包含在每个桢中的地址信息。在下面会分析到。还要明白一点路由器是在网路层的，而网卡在数据链路层。 我们知道，ARP（Address Resolution Protocol，地址转换协议）被当作底层协议，用于IP地址到物理地址的转换。在以太网中，所有对IP的访问最终都转化为对网卡MAC地址的访问。如果主机A的ARP列表中，到主机B的IP地址与MAC地址对应不正确，由A发往B数据包就会发向错误的MAC地址，当然无法顺利到达B，结果是A与B根本不能进行通信。 首先我们分析一下在同一个网段的情况。假设有两台电脑分别命名为A和B，A需要相B发送数据的话，A主机首先把目标设备B的IP地址与自己的子网掩码进行“与”操作，以判断目标设备与自己是否位于同一网段内。如果目标设备在同一网段内，并且A没有获得与目标设备B的IP地址相对应的MAC地址信息，则源设备（A）以第二层广播的形式(目标MAC地址为全1)发送ARP请求报文，在ARP请求报文中包含了源设备（A）与目标设备（B）的IP地址。同一网段中的所有其他设备都可以收到并分析这个ARP请求报文，如果某设备发现报文中的目标IP地址与自己的IP地址相同，则它向源设备发回ARP响应报文，通过该报文使源设备获得目标设备的MAC地址信息。为了减少广播量，网络设备通过ARP表在缓存中保存IP与MAC地址的映射信息。在一次ARP 的请求与响应过程中，通信双方都把对方的MAC地址与IP地址的对应关系保存在各自的ARP表中，以在后续的通信中使用。ARP表使用老化机制，删除在一段时间内没有使用过的IP与MAC地址的映射关系。一个最基本的网络拓扑结构：

XX省电子政务系统 数据交换平台 国际商业机器中国有限公司 2005.5

目录：

1 概述 数据交换共享平台是协作式电子政务应用平台（包括政府职能部门之间的电子协作、政府与公众/企事业单位的服务管理等）的核心基础服务模块，负责实现跨系统的数据交换、流程控制和分布式数据存储服务。 数据交换平台的目的是实现每个合法用户将其所要传输的数据包安全可靠地传输到指定的地方。数据交换平台支持常见数据库类型、多种业务类型、多种数据传输方式和网络特性，是各类应用系统共享信息资源的公共渠道，是应用系统扩展的接口。 面向服务的体系架构 目前，大多数企业都有各种各样的系统、应用程序以及不同时期和技术的体系结构。集成来自多个厂商跨不同平台的产品和应用系统，一直是企业IT部门的主要挑战。面向服务的体系结构为解决这一问题提供了良好的途径。 SOA是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。 以服务为导向、开放、松散耦合的总体目标架构，在应用系统的规划设计时，我们遵循如下业务集成参考架构。 图IBM基于SOA的业务集成参考架构 SOA 的主要组件包括服务、动态发现和消息。 服务是能够通过网络访问的可调用例程。服务公开了一个接口契约，它定义了服务的行为以及接受和返回的消息。术语服务常与术语提供者互换使用，后者专门用于表示提供服务的实体。 接口通常在公共注册中心或者目录中发布，并在那里按照所提供的不同服务进行分类，

我们先来看两个案例—— 万科在北京房山有两个楼盘，一个是“中粮万科长阳半岛”，一个是“京投万科新里程”。长阳半岛是中粮地产和万科合作开发的百万平米大盘，项目从2010年7月面市以来，销售额超过50亿。“新里程”项目距长阳半岛很近，是一个有1000余套房的小项目。如果你对照新里程项目的户型，你会发现几乎所有户型都能在毗邻的长阳半岛中找到同样的户型。也就是说，新里程的户型几乎就是从长阳半岛项目“搬”过来的。 同属“华南五虎”的恒大，2011年实现合约销售额亿元，同比增长%；实现营业收入亿元，同比增长%；净利润亿元，同比增长%。更值得关注的是，2008-2011四年间，恒大的销售额平均增长率高达%。但是，假如你到长春、沈阳、石家庄等城市的“恒大·绿洲”看看，并认真对比一下各个项目的楼书，你会发现这些在全国都叫做“绿洲”的项目，无论是会所、售楼处，还是户型、外立面，几乎都是一模一样的。或许不同城市的“绿洲”业主不知道，但许多业内人员可能知道，各个“绿洲”就是一套标准图建出来的。 其实，不只是万科和恒大。据2011年底中国房地产业协会和兰德咨询联合发布的《房地产开发企业产品线研究绿皮书》报告显示，目前房地产业界的几乎所有一线房地产开发企业都已经形成了多个产品系列和多条产品线，并在不同城市的不同项目上进行着标准化连锁、复制开发。例如： ■万科的城市花园系列，四季花城系列，金色系列、TOP系列； ■恒大的华府系列、绿洲系列、金碧天下系列； ■保利的花园系列、林语系列、山庄系列； ■绿城的玫瑰系列、丹桂系列、百合系列、御园系列； ■万达的广场系列、华府系列； ■龙湖的滟澜山系列、天街系列、大城小院系列，等等。 而且，不仅是一线房企，就连第二、第三梯队的大中型房地产企业，以及相对低调的央企地产企业，近年来也逐渐形成了自己的产品系列，也开始了标准化产品线的连锁、复制开发。例如，金地的“格林”系列（格林小镇、格林春天、格林春晓等），世茂的滨江豪宅系列（在上海、福州、南京、武汉、哈尔滨等城市均开发沿江豪宅），阳光100的新城系列，世纪金源的“世纪城”系列等。地产央企中，如华侨城的“华侨城”系列，中粮的“大悦城”

第一中纬数据下载方法 一、将仪器随机光盘安装，安装后出现如下图所示图标： 二、进入该传输软件，选择“全站仪/水准仪”项，进入“数据下载”即可出现如下画面： 注：左边栏显示的为我们水准仪与电脑连接项目；有边栏为我们所要保存的项目; 三、点击该对话框菜单栏中的“选项”——“端口设置”将出现如下画面： 注：在“全站仪/水准仪”上面的通讯设置中将各个信息与该对话框中的信息设置一致点击确认，仪器将自动上传数据，出现如下画面：

四、数据传出之后，点击所对应COM口前面的加号即可看到我们所需要的数据如下图： 点击作业，即可看到我们内部存的数据量 五、待找到我们所需要的数据之后，我们即可将我们所需要的数据直接拖动到对话框右边所需要保存的文件中。将出现如下所示： 左边的“文件名”项目，我们可以更改该名字，命名为我们自己所需要的文件名； 右边“格式文件”点击下拉箭头，可选择保存文件的格式类型。 六、需要查看文件数据的时候 水准仪：使用ASCII格式保存，只需用记事本将该文件打开即可查看到该文件中的，高程、视线高、高差、距离等信息。 全站仪：用GSI格式进行保存，然后在“坐标编辑器”中将保存的GSI数据打开即可。

中纬数据传输格式编辑 在中纬的数据下载格式中，我们可以根据我们自己的需要下载适合自己适用的数据格式。 譬如我们是测图单位，需要仪器传出来的数据可以在CASS上面成图，那么我们所需要的数据格式就是“点号，，Y，X，Z”这样的格式，那么我们怎么才能利用我们现在的传输方法实现这样的数据格式呢？下面我们就以CASS成图的数据格式来介绍我们的数据格式转换器的使用。 一、进入软件操作的主界面如下图： 选择“格式管理器”项目，在该项目里面我们可以自己设定仪器传输的各种格式。如下图： 二、进入该项目后，进入“文件”——“新建文件”讲出现上图所示的内容，我们选择自己所需要的内容进行设置与编辑。如我们现在所需要的是测量数据下载后的格式需要转变，那么我们就选择上图红线框住的部分，此时界面讲弹出一个对话框，如下图：

数据共享交换平台解决方案 1、概述 目前，政府职能正从管理型转向管理服务型，如何更好地发挥政府部门宏观管理、综合协调的职能，如何更加有效地向公众提供服务，提高工作效率、打破信息盲区、加强廉政建设已成为当前各级政府部门普遍关注和亟待解决的问题。国家“十五”计划纲要要求“政府行政管理要积极运用数字化、网络化技术，加快信息化进程”。各级政府、行政管理部门都面临着利用信息技术推动政务工作科学化、高效率的新局面。 随着电子政务建设的不断发展，政府拥有越来越多的应用数据，如何建立政府信息资源采集、处理、交换、共享、运营和服务的机制和规程，实现分布在各类政府部门和各级政府机关的信息资源的有效采集、交换、共享和应用，是电子政务建设的更高级的阶段和核心任务。信息资源只有交流、共享才能被充分开发和利用，而只有打破信息封闭，消除信息“荒岛”和“孤岛”，也才能创造价值。目前各级政府都在进行政务资源数据的“整合”，但“整合”什么？如何“整合”？“整合”后做什么？将是摆在政府各级领导面前的首要问题。 2、电子政务总体框架

由上图可以看出，数据共享交换平台交换体系共分为六个层次，分别是安全和标准体系、网络基础设施、信息资源中心、共享交换平台、应用层和展示层。 （1）展示层 通过建立综合信息集成门户系统为用户提供统一的用户界面，信息和应用通过门户层实现统一的访问入口和集中展现。 （2）应用层 应用层提供满足面向各类用户依据实际需求开展业务的需要。如支撑城市应急联动应用、辅助领导决策应用、城市管理应用、社会救助应用等。 （3）共享交换平台层 共享交换平台层为城市数据共享交换平台所在位置，连接各类应用和应用所需的信息资源，组织和整合各类数据、组件和服

数据包是如何在网络中传输的 我们电脑上的数据，是如何“走”到远端的另一台电脑的呢？这是个最基础的问题，可能很多人回答不上来，尽管我们每天都在使用网络。 这里我们以一个最简单的“ping”命令，来解释一个数据包“旅程”。 假设：我的电脑A，向远在外地的朋友电脑B传输数据，最简单的就是“ping”一下，看看这个家伙的那一端网络通不通。A与B之间只有一台路由器。（路由器可能放在学校，社区或者电信机房，无所谓，基本原理是一样的） 具体过程如下------ 1．“ping”命令所产生的数据包，我们归类为ICMP协议。说白了就是向目的地发送一个数据包，然后等待回应，如果回应正常则目的地的网络就是通的。当我们输入了“ping”命令之后，我们的机器（电脑A）就生成了一个包含ICMP 协议域的数据包，姑且称之为“小德”吧~~~~ 2．“小德”已经将ICMP协议打包到数据段里了，可是还不能发送，因为一个数据要想向外面传送，还得经过“有关部门”的批准------IP协议。IP要将你的“写信人地址”和“收信人地址”写到数据段上面，即：将数据的源IP地址和目的IP地址分别打包在“小德”的头部和尾部，这样一来，大家才知道你的数据是要送到哪里。 3．准备工作还没有完。接下来还有部门要审核------ARP。ARP属于数据链路层协议，主要负责把IP地址对应到硬件地址。直接说吧，都怪交换机太“傻”，不能根据IP地址直接找到相应的计算机，只能根据硬件地址来找。于是，交换机就经常保留一张IP地址与硬件地址的对应表以便其查找目的地。而ARP就是用来生成这张表的。比如：当“小德”被送到ARP手里之后，ARP就要在表里面查找，看看“小德”的IP地址与交换机的哪个端口对应，然后转发过去。如果没找到，则发一个广播给所有其他的交换机端口，问这是谁的IP地址，如果有人回答，就转发给它。 4．经过一番折腾，“小德”终于要走出这个倒霉的局域网了。可在此之前，它们还没忘给“小德”屁股后面盖个“戳”，说是什么CRC校验值，怕“小德”在旅行途中缺胳膊少腿，还得麻烦它们重新发送。。。。。我靠~~~~注：很多人弄不清FCS和CRC。所谓的CRC是一种校验方法，用来确保数据在传输过程中不会丢包，损坏等等，FCS是数据包（准确的说是frame）里的一个区域，用来存放CRC的计算结果的。到了目的地之后，目的计算机要检查FCS里的CRC值，如果与原来的相同，则说明数据在途中没有损坏。 5．在走出去之前，那些家伙最后折磨了一次“小德”------把小德身上众多的0和1，弄成了什么“高电压”“低电压”，在双绞线上传送了出去。晕~~

标准化和差异化策略的新诠释 【摘要】：在开拓国际市场时，企业在营销策略上面临着一个基本问题：是采用标准化还是差异化。然而实践证明，简单的采用两种策略之一都不是上上策。因此，文章拟通过对差异化和标准化策略的争论描述，比较分析各自的优势，最后提出了融合策略，以重新诠释差异化和标准化策略。 【关键词】：标准化; 差异化; 跨国公司; 创意产品 一、标准化和差异化策略的争论 1983年，营销学权威西奥多·莱维特提出了全球标准化营销概念。他将整个世界或世界的主要地区市场看作一个整体，以较低的成本，向全世界提供某种统一的产品，采用统一的沟通手段。其原因在于世界市场在技术推动下，出现了趋同之势，所有市场都有一个共同的特征，在低价格的基础上对可靠的、全球标准化的现代化产品的强烈需求。他认为，过于强调对各个当地市场的适应性，将导致生产、分销和广告方面规模经济的损失，从而使成本增加；主张全球公司不是去适应国内和国际市场间的肤浅而又顽固的地方差异，而是努力在全球范围内推行标准化产品和通行的做法。而持反对意见者，如科特勒，曾进行过猛烈的抨击，其理由是各国在商品的使用条件方面、基础设施方面、顾客需要方面、技术标准方面和政府规定方面往往存在差异，不可能做到标准化，有人甚至认为莱维特犯了“营销远视症”。 从实践上看，产品标准化和差异化策略各有利弊，获取更高的利润率与占领更多的市场份额是难以兼得的。事实上，现代市场营销一般不采用绝对的产品标准化，也不采取绝对的产品差异化，而是在完全标准化和完全差异化之间选取一个中间状态。产品差异化是在产品标准化的基础上发展起来的，产品标准化是产品差异化的基础，产品差异化是产品标准化的延伸，完全的标准化战略和纯粹的差异化战略都是不切实际的。 二、比较分析标准化与差异化策略的优势 （一）标准化策略 标准化策略的推行对跨国公司在全球市场的迅速扩张发挥了极其关键性的作用。跨国公司实施标准化策略可获得以下优势： 1. 全球性顾客。通过全球扫描的顾客定位，使得跨国公司的跨国界目标顾客群体在产品的重要需求特征方面表现出较高的同质性，这样，实行产品标准化策略会有很大的空间和潜力。 2. 规模经济。产品标准化可以实现批量生产取得规模经济，大幅降低原材

精心整理 数据共享交换平台解决方案 1.概述 在我国，政府职能正从管理型转向管理服务型，如何更好地发挥政府部门宏观管理、综合协调的职能，如何更加有效地向公众提供服务，提高工作效率、打破信息盲区、加强廉政建设已成为当前各级政府部门普遍关注和亟待解决 的问题。国家“十五”计划纲要要求“政府行政管理要积极运用数字化、网络化技术，加快信息化进程”。各级政府、行政管理部门都面临着利用信息技术推动政务工作科学化、高效率的新局面。 2. 录发布、目录查询、目录维护等功能，能够实现各类基础资源和共享资源目录信息的统一汇集和管理 （4）资源层 资源层通过定义数据模型，实现数据组织、存储和管理，为平台层和应用层提供数据服务。主要包括元数据库、四大基础信息库、平台日志库、各类主题信息库以及其他数据库等。根据应用的深入和信息量的增加需要建设的共享 信息库以及数据中心等，都作为资源层为各类应用提供数据支撑。 （5）网络基础设施层 基础设施层提供各类系统的承载网络、所需的系统软件和硬件设备及其运行环境。 （6）安全、标准体系层

信息安全保障体系、法规与标准体系提供电子政务应用系统安全稳定运行的保障。标准规范建设是政务信息资源共享交换平台建设的基础性工作，是接入城市平台的各个节点之间实现互联互通、信息共享、业务协同和安全可靠运 行的前提条件 3.共享交换平台软件 3.1.共享交换平台软件概述 共享交换平台包括数据资源管理平台和数据交换平台两个部分。 数据资源管理平台是管理、配置系统数据资源的中枢，提供元数据着录、查询，数据字典管理、前置节点管理、数据服务管理、资源目录管理等功能，同时保证上述操作的合法性和安全性。 数据交换平台是业务系统间无缝共享数据、连通信息孤岛的高速公路，由数据交换管理模块、核心元数据审批模 /交 能通过中心对前置机的适配器和消息中间件的状态进行监控。及时了解各节点的运行状态。 统一的安全权限认证服务 数据查询和交换必须经过中心认证服务器的认证。和传统的简单通过数据库的用户名和密码的方式，更可靠的保证了数据的安全性。 4.典型案例 4.1.“数字东胜”城市级数字化应用一级平台系统工程 “数字东胜”城市级数字化应用一级平台系统工程通过资源整合，使物理分布的数据逻辑集中，在数据层面满足地区“数字城市”的发展需要，快速地获取城市各方面的信息，进行综合分析与决策。该系统是实现城市部门间业务协同的数据枢纽，可选用前置机数据库对接、文件传输以及在线录入等多种灵活的数据接入方式，以解决各部门间因信息化水

差异化竞争战略是小企业适宜采用的一种战略，教材第六章介绍了三种差异化战略。请你结合实际分析这三种战略类型。 答:小企业差异化竞争战略有三种:成本领先战略、差异化战略、集中化战略。企业必须从这三种战略中选择一种，作为其主导战略。要么把成本控制到比竞争者更低的程度；要么在企业产品和服务中形成与众不同的特色，让顾客感觉到你提供了比其他竞争者更多的价值；要么企业致力于服务于某一特定的市场细分、某一特定的产品种类或某一特定的地理范围。这三种战略架构上差异很大，成功地实施它们需要不同的资源和技能，由于企业文化混乱、组织安排缺失、激励机制冲突，夹在中间的企业还可能因此而遭受更大的损失。 成本领先战略： 也称为低成本战略，是指企业通过有效途径降低成本，使企业的全部成本低于竞争对手的成本，甚至是在同行业中最低的成本，从而获取竞争优势的一种战略。根据企业获取成本优势的方法式同，我们把成本领先战略概括为如下几种主要类型： （1）简化产品型成本领先战略；就是使产品简单化，即将产品或服务中添加的花样全部取消。 （2）改进设计型成本领先战略； （3）材料节约型成本领先战略； （4）人工费用降低型成本领先战略； （5）生产创新及自动化型成本领先战略； 2、成本领先战略的适用条件与组织要求 （1）现有竞争企业之间的价格竞争非常激烈 （2）企业所处产业的产品基本上是标准化或者同质化的； （3）实现产品差异化的途径很少 （4）多数顾客使用产品的方式相同 （5）消费者的转换成本很低 （6）消费者具有较大的降价谈判能力 企业实施成本领先战略，除具备上述外部条件之外，企业本身还必须具备如下技能和资源 （1）持续的资本投资和获得资本的途径 （2）生产加工工艺技能 （3）认真的劳动监督 （4）设计容易制造的产品 （5）低成本的分销系统 3、成本领先战略的收益与风险 采用成本领先战略的收益在于： （1）抵挡住现有竞争对手的对抗 （2）抵御购买商计价还价的能力 （3）更灵活地处理供应商的提价行为 （4）形成进入障碍 （5）树立与替代品的竞争优势 风险主要包括 （1）降价过度引志利润率降低 （2）新加入者可能后来居上 （3）丧失对市场变化的预见能力

网络中的数据传输在那个步骤上利用了TCP/IP协议？ 浏览次数：357次悬赏分：0|解决时间：2011-2-15 15:09|提问者：我想知道数据流在网络中传输的总过程和要用到的基本知识 最佳答案 两台计算机通信所必须需要的东西：IP地址（网络层）+端口号（传送层）。 两台计算机通信（TCP/IP协议）的最精简模型大致如下：主机A---->路由器（零个或多个）---->主机B 举个例子：主机A上的应用程序a想要和主机B上面的应用程序b 通信，大致如下 程序a将要通信的数据发到传送层，在传送层上加上与该应用程序对应的通信端口号（主机A上不同的应用程序有不同的端口号），如果是用的TCP的话就加上TCP头部，UDP就加上UDP头部。 在传送成加上头部之后继续向往下传到网络层，然后加上IP头部（标识主机地址以及一些其他的数据，这里就不详细说了）。 然后传给下层到数据链路层封装成帧，最后到物理层变成二进制数据经过编码之后向外传输。 在这个过程中可能会经过许多各种各样的局域网，举个例子：

主机A--->（局域网1--->路由器--->局域网2）--->主机B 这个模型比上面一个稍微详细点，其中括号里面的可以没有也可能有一个或多个，这个取决于你和谁通信，也就是主机B的位置。 主机A的数据已经到了具体的物理介质了，然后经过局域网1到了路由器，路由器接受主机A来的数据先经过解码，还原成数据帧，然后变成网络层数据，这个过程也就是主机A的数据经过网络层、数据链路层、物理层在路由器上面的一个反过程。 然后路由器分析主机A来的数据的IP头部（也就是在主机A的网络层加上的数据），并且修改头部中的一些内容之后继续把数据传送出去。 一直到主机B收到数据为止，主机B就按照主机A处理数据的反过程处理数据，直到把数据交付给主机B的应用程序b。完成主机A 到主机B的单方向通信。 这里的主机A、B只是为了书写方便而已，可能通信的双方不一定就是个人PC，服务器与主机，主机与主机，服务器与服务器之间的通信大致都是这样的。 再举个例子，我们开网页上百度：

产品差异化编辑 产品差异化指企业以某种方式改变那些基本相同的产品，以使消费者相信这些产品存在差异而产生不同的偏好。 中文名 产品差异化 外文名 Product Differentiation 作用对象 消费者 手段 改变那些基本相同的产品 目的 在市场竞争中占据有利地位的目的 领域 经济 目录 1定义 2本质 3原因 4类别 5问题 6表现 7策略 8应用 9案例分析 ?案例 ?点评 ?其他 10感性因素

1定义编辑 产品差异化(Product Differentiation) 是指企业以某种方式改变那些基本相同的产品，以使消费者相信 产品差异化 这些产品存在差异而产生不同的偏好。按照产业组织理论，产品差异是市场结构的一个主要要素，企业控制市场的程度取决于它们使自己的产品差异化的成功程度。除了完全竞争市场（产品同质）和寡头垄断市场（产品单一）以外，通常产品差异是普遍存在的。企业对于那些与其他产品存在差异的产品拥有绝对的垄断权，这种垄断权构筑了其他企业进入该市场或行业的壁垒，形成竞争优势。同时，企业在形成产品实体的要素上或在提供产品过程中，造成足以区别于其他同类产品以吸引购买者的特殊性，从而导致消费者的偏好和忠诚。这样，产品差异化不仅迫使外部进入者耗费巨资去征服现有客户的忠实性而由此造成某种障碍，而且又在同一市场上使本企业与其他企业区别开来，以产品差异为基础争夺市场竞争的有利地位。因此，产品差异化对于企业的营销活动具有重要意义。 2本质编辑 产品差异化的概念比较大，但本质含义是相对于同质化或者成本优势而言的一种竞争手段或者产品定位。成本优势是指提供具有基本相同的使用价值的产品，通过生产成本或销售价格更低的办法取得竞争优势，就好比同样的一个充电器，A 与B两个不同企业成本分别是8元、7元，相同销售价格下B的获利更好，而相同获利下B的竞争力更明显。 与上述同质化办法相对，是通过产品差异实现消费群体差异。具体有几种不同表现： 1、产品价格定位差异化：

在网络中传输数据I 转载阅读：0评论：0作者：mapxtreme发表于2010-04-29 00：11原文链接 原文地址：我们都曾经出去旅游，并且会带回一些纪念品。一般情况，这 些纪念品可以放在随身带的旅行包中带回家，甚至因为纪念品足够小，可以放 在口袋里带回来。如果你到巴黎旅行，看到埃菲尔铁塔，觉得非常壮观，你很 想同你的朋友分享，那么拍下照片，寄给朋友。假设一切允许，法国政府允许 你把埃菲尔铁塔带回你的国家，展览数月，那么你怎样带回去呢?不要告诉我说，找世界上最大的船王给你造一艘可以将埃菲尔铁塔整个装下的超级货船，因为 即使可以造出这艘船，你还需要一辆超级卡车，一个超级起重机，一条超级道路，才可以把埃菲尔铁塔整个从市区运送到码头。很明显，你不需要超级货船，更不需要超级卡车，只需要绘制铁塔结构图，给组成埃菲尔铁塔的每根钢铁骨 架编号，记录，再逐个拆开，用集装箱运送到码头，装上货船，运送到你的国家，根据结构图，按照编号，逐个钢铁骨架组装起来就可以了。(说起来简单，做起来复杂，不过确实可行，记得埃及人为了建阿斯旺水坝，就是用这种方法 把古代神庙作了搬迁)。不要搬迁埃菲尔铁塔，如果有兴趣可以到巴黎参观，因为它是法国文化的一部分；不过我们要面对网络传输数据，可能是很大的数据，因为这是网络文化的一部分。我们经常同网络另一端的朋友使用聊天工具聊天，分享照片，发送文件，在网络中，传输的并不是聊天的信息，照片和文件，而 是网络可以传输的基本单位-字节(byte)，尽管实质是Bit，但是我们通常指的 网络传输基本单位是字节(8Bit)。说明一个概念，我们常说的百兆网络，指得 是百兆Bit，即100/8=12.5M Byte，所以我们常在局域网发送文件，却看到传 输速度最高也就7-8M，这是因为你的文件大小的单位是Byte，百兆网络传输的理论值最高值为12.5M Byte，取除干扰，衰减以及网络传输的控制信息，用来 传送数据的有效带宽肯定低于理论值。我们通过网络发送的任何东西，都是使 用字节传输的，为了描述方便，使用数组的概念，即传送文件，实际就是传送 字节数组，因为文件的基本组成单位就是字节数组。如果要接收方能够正常使 用网络传送的文件，那么需要同运送埃菲尔铁塔一样，要绘制结构图，给传输 的基本单位编号，因为计算机系统遵循特定的规则，不需要你绘制结构图了， 只需要给传输的基本单位编号就可以了。对于现在的网络世界，Tcp协议是经

第六章人员素质测评内容标准化方法 一、素质测评的内容与标准化方法 1、素质测评内容的标准化 标准：就是指测评标准体系的内在规定性，常常表现为各种素质规范化行为特征或表现的描述与规定。标度：即对标准的外在形式划分，常常表现为对素质行为特征或表现的范围、强度和频率的规定。标记：及相应于不同标度的符号表示。 测评目标是对测评内容筛选综合后的产物，是测评内容的一种代表； 测评指标则是指素质测评目标操作化的表现形式。 测评内容、测评目标与测评指标共同构成了素质测评的标准体系。即测评内容、测评目标与测评指标是素质测评标准体系的不同层次，测评内容是测评标准体系的基础，测评目标是测评标准体系的主体，测评指标是测评标准体系的实体。 2、工作分析 （1）是指采用科学的方法搜集工作信息，并通过分析与综合所搜集的工作信息找出主要因素，为工作评价与人员录用提供依据的管理活动。 实质就是要从不同个人职业生涯与职业活动的调查入手，顺次分析工作者、职务、职位、职责、任务与要素的过程，并由此确定工作的性质要求与任职条件。 要素是工作分析中不能再分解的最小单位。 工作分析结果是职位说明书与职位工作规范。 （2）工作分析的应用程序 ①根据素质测评目的与需要，确定需要进行调查的职位范围，制定调查的提纲与计划； ②采用一定方法广泛搜集有关某一职位任职者主要素质条件与绩效指标的素材； ③通过一些方法筛选形成内容全面的素质调查表； ④在更大范围调查，并对调查结果进行统计分析，形成职位素质测评

标准体系； ⑤对所制定的素质测评标准体系进行测评并修改。 （3）工作分析的方法 是指可以用于搜集与测评对象相关的工作信息的基本方法，包括工作分析过程中所采取的手段、工具与方式。 a、观察法：是指有经验的人通过直接观察方法，记录被观察者某一时期的工作内容、原因和方法而不干扰其正常工作的活动，它通常是一种隐蔽的观察法。 一般要求用标准格式记录观察结果。 b、自我记录法：由工作者本人按标准格式及时详细记录自己在工作中的行为和感受； c、主管人员分析法：主要由主管人员通过平时的管理权力来记录所管理人员的工作活动、任务、职责； d、访谈法：适用于短时期的生理性工作特征的调查分析，又适用于长时间的心理性工作特征的调查分析，但要做好访谈计划。 e、关键事例法：是指通过对实际工作中特别有效或无效的工作者行为的简短描述，来调查与分析工作的一种方式。这种方法对与那些复杂性或长时间才能完成的工作分析师很有效的。 F、问卷调查法：是工作分析中最常用的一种方法，具体形式又分为通讯问卷与非通讯问卷、检核性问卷。 g、文献查阅法，即职业信息法 （3）测评内容的标准化步骤 ①明确测评的客体与目的。 ②确定测评的项目；测评项目确定的方法：一是工作目标因素分析法；二是工作内容因素分析法；三是工作行为特征分析法。 ③确定测评标准体系结构；工作分析是按一定的层次结构分析的。 ④筛选与表述测评指标；如何筛选？一是问这个测评指标是否具有实际价值；二是问测评指标是否切实可行。

一、理论与文献（一）新零售 在2016年杭州·云栖大会开幕式上，马云首次提出了新零售概念，并认为其在未来10到20年将取代传统电商。新零售是以智能互联理念为指导，通过大数据、云计算和人工智能等技术，对产品生产、运输、销售等经营活动进行升级改造，从而重塑业态结构和生物圈，并将线上服务，线下体验和现代物流深度结合的零售新模式[1]。近年来传统电商中由移动设备普及带来的用户和流量增长正在大幅度下降，近三年全国网上零售额也呈持续下降趋势，电商行业出现瓶颈。传统电商始终无法弥补实体店中的接触体验，造成消费满意度不高，而新零售很好地解决了这个问题[2]。 线上线下统一、大数据云计算及现代物流等技术、新的人货场关系、渠道平台搭建是新零售的四大运行条件。基于新技术保证新零售的高效运行；基于消费数据进行顾客画像，有助于了解顾客深层 次的需求；基于需求导向，实现了消费对生产的逆向牵引；基于线下实体店、直播、虚拟现实、移动端等实现消费场景创新[1]。同时零售商通过多种渠道与客户互动，包括网站、实体店、售货亭、邮件等，并通过渠道间的融合，为顾客提供融购物、娱乐、社交于一体的多元化服务[3]。 （二）运营模式 Velu,C （2015）认为，运营模式是利用互补资 源支持核心产品商业化的实现战略[4]。冯艳英等（2014）从基层、中层、高层构建了标准化运营机制，以提高企业的标准化管理水平[5]。张永以全聚德为例，提出标准化运营管理具有重要借鉴意义[6]。差异化运营战略会影响企业创新选择，同时对企业绩效有显著的正向直接影响[7]。迈克尔·波特的竞争策略包括五力分析模型、三种基本竞争策略、价值链等理论为企业经营策略提供参考[8]。 （三）新零售的运营模式 新零售是以消费者需求为中心，将传统的 新零售标准化与差异化运营模式比较 吴昊天张亚男张国庆刘佳玲 【摘 要】在体验型购物的背景下，不同新零售平台显现出不同的运营模式。以“盒马”与“超级物种” 两种新零焦业态为案例，从产品选择、支付选择、配送选择、决策机制、激励方式等方面实证分析新零售发展过程中的运营模式差异，结果发现“盒马”倾向于标准化经营，而“超级物种”则注重差异化经营。文章进一步分析了该差异形成原因在于资金、技术、文化以及产业链协同等几方面，并据此尝试提出了新零售发展展望。 【关键词】新零售；运营模式；标准化；差异化 【基金项目】浙江省哲学社会科学重点研究基地“浙江省农民发展研究中心”项目(13JDNF01YB)；教育部人文社科项目(13YJC790096、16YJA630074)；浙江省自然科学基金项目(LY16G020023)；国家级大学生创新创业训练计划项目(103-2013200070)；浙江农民大学软科学研究项目(2017NMDXJ03)。 【作者简介】吴昊天，浙江农林大学经济管理学院，研究方向：企业管理；张亚男，浙江农林大学经济管理学院，研究方向：企业管理；张国庆，浙江农林大学经济管理学院副教授，硕士生导师，博士，研究方向：农民创业、农产品物流管理；刘佳玲，浙江农林大学经济管理学院，研究方向：农村企业管理、农民创业。 ◆企业管理◆ 经济论坛Economic Forum Jan.2019No.1 Gen.582 2019年1月第1期 总第582期 · ·148