‘壹’ “产品前端架构”接口设计
用户使用 Web 客户端访问 Web 系统，系统在收到请求后执行操作
（收集数据模型，选择数据经行组装），将结果返回给客户。
其中包括的元素和关系如下图所示：
约定
每个规范也会对应若干规定若干规则约定来指导前后端工程师的具体实施。
页面入口规范（范例）
同步数据规范（范例）
异步接口规范（范例）
通过 模拟数据 的形成，将前端本地开发与后端独立出来，
这样前端工程师就可以独立的进行本地的开发工作。
使用页面入口规范制定项目结构（配置信息，目录结构和模板结构），
此过程可以使用自动化工具自动完成。
根据同步数据规范可生成模拟数据的配置文件。（此部分通用可以使用自动化工具来完成）
根据异步接口规范生成模拟异步数据。
前端开发环境包含两个部分， 本地模拟服务器 和 本地代理 。
Local Server
根据请求规则进行匹配，然后生成（整合模板和模拟数据）所请求的页面
Local Proxy
拦截异步请求后，根据请求的匹配规则返回所请求的数据（例如 JSON 或 XML）。
前后端联调需要去除本地环境，在实际开发中只需要对配置文件进行调整既可
（控制哪些请求需要被本地服务器或代理拦截，哪些需要使用远程服务器）。
‘贰’ 前后端接口对接规范（主要前端内容）.md
前后端分离意味着，前后端之间使⽤ JSON 来交流，两个开发团队之间使⽤ API 作为契约进⾏交互。从此，后台选⽤的技术栈不影响前台。当我们决定需要前后端分离时，我们仍然还需要⾯对⼀系列的问题：
RESTful API 统一约束客户端和服务器之间的接口。简化和分离系统架构，使每个模块独立！
REST即表述性状态传递（英文：Representational State Transfer，简称REST）是Roy Fielding博士在2000年他的博士论文中提出来的一种 软件架构 风格。它是一种针对 网络应用 的设计和开发方式，可以降低开发的复杂性，提高系统的可伸缩性。 REST是设计风格而不是标准。 REST通常基于使用 HTTP ，URI，和 XML （ 标准通用标记语言 下的一个子集）以及 HTML （标准通用标记语言下的一个应用）
统一接口约束定义客户端和服务器之间的接口。它简化了分离的结构，使各部分独立发展。
REST要求状态要么被放入资源状态中，要么保存在客户端上。或者换句话说，服务器端不能保持除了单次请求之外的，任何与其通信的客户端的通信状态。 从客户端的每个请求要包含服务器所需要的所有信息。 这样做的最直接的理由就是可伸缩性—— 如果服务器需要保持客户端状态，那么大量的客户端交互会严重影响服务器的内存可用空间（footprint）。
服务器返回信息必须被标记是否可以缓存，如果缓存，客户端可能会重用之前的信息发送请求。
客户端无需关注数据存储，服务器端无需关注用户界面，提高了前后端可移植性。
客户端不关心直接连接到最终服务器还是连接到中间服务器。中间服务器可以通过启用负载平衡和提供共享缓存来提高系统可扩展性。分层系统也可以执行安全策略。
服务器可以通过传输逻辑来临时扩展或定制客户端的功能。
GET https//domain.com/api/{模块名}/{?菜单名}/{接口名}/:param
说明：
被用于获取资源。不允许对服务器上资源做任何修改操作。
示例：
常用于更新资源。通过请求体携带资源发送给服务器。 注意： 在资源ID由客户端而不是由服务器选择的情况下，也可以使用PUT来创建资源。修改成功返回200，创建成功返回201。 建议使用post进行创建新资源。
常用于创建新资源。创建成功通常返回201。
删除资源。
status说明
---------------------------------------------------------------------------分割线-----------------------------------------------------------
请求方式：POST
参数:说明
返回值：
示例1
正确的
错误的
‘叁’ 前端后端怎么连接起来
前端调用后端接口无外乎六种方法，如下：
1、打开vs，创建空的asp.net mvc演示项目【WebMVC】
（1）依次点击【文件】->【新建】->【项目】；
（2）在【新建项目】界面选择【Web】->【ASP.NET Web 应用程序(.NET Framework)】，输入名称，选择框架至少4.5版本，点击【确定】按钮；
（3）选择【空】->【MVC】->【确定】 ；
（4）创建好了项目。
2、在项目中
（1）在Controllers文件夹上点击鼠标右键，依次选择【添加】->【控制器】，即可完成HomeController的创建；
（2）在Controller的Index方法内，点击鼠标右键，选择【添加视图】；
（3）在项目中添加文件夹【Content】并添加jquery源文件；
（4）在Index页面添加jquery的引用。
3、在Index页面中添加一个输入文本框，一个按钮，以及显示结果的dom。
4、在HomeController中添加新的方法，用于接收前台传入的参数，组装后返回。
5、在Index页面，添加Jquery的ajax方式，调用后台接口，返回结果的处理代码。
6、在vs中，按F5调试运行结果，如下：
（1）在文本框中输入内容；
（2）点击按钮，调用接口，并将返回值显示在界面；
（3）如果要提交大量数据，或者敏感数据，请修改ajax的type方式，这样参数就不会在url地址栏中显示了。
‘肆’ 前端怎么调用后端接口
ajax
Ajax 即“Asynchronous Javascript And XML”（异步 JavaScript 和 XML），是指一种创建交互式、快速动态网页应用的网页开发技术，无需重新加载整个网页的情况下，能够更新部分网页的技术。
‘伍’ 前端怎么调用api接口
方法/步骤
先定义一个简单的webapi，简单到差不多直接用vs2010自动生成的webapi代码。
其中的TestModle是一个简单的class，如下
public class TestModle
{
public string a { get; set; }
public string b { get; set; }
public string c { get; set; }
}
‘陆’ PCI转USB2.0卡上的5个针头与主机前端的USB相连,顺序是如何排列的
每个USB接口用4根，分别是：电源+（红）、电源—（黑）、数据+（绿）、数据-（白）。
卡上每排即一个USB接脚，虽然有5个孔，但是其中有一个是不接的。接脚旁边的主板位置都印有相应标记，不同牌子不同型号的接法是不同的！！切记，否则如果电源+和-反接的话小则烧毁USB设备，重则烧毁主板。数据+、-反接的问题反而不太，只是无法识别设备，调回另接正确即可。
一般板卡上是这样标注的：
电源+：Vcc（或USB+、+5V） ；电源-：GND（或USB-） ； 数据+ ：Data+ ；数据- ：Data-
‘柒’ 前端调用后端的接口有几种方式了
GET, POST ,PUT, DELETE
HTTP方法 访问 - 获得 - 传输 - 验证 -显示
前端发起请求 后端返回数据
接口一般都是后端提供的，因为接口就是一个url，url指向服务器的某个文件。
接口一般是返回一个json\txt\xml.....
‘捌’ 前端调用后台接口，先请求到哪里，然后怎么请求到bbo服务
直连加不发布服务
DUBBO的配置属性里面对消费端提供了不从注册中心发现服务的机制，直接配置远程接口的地址，这样可以保证消费端连接到制定的环境接口。这样消费端是解决了问题，但是服务提供端呢？如上图的B1它即是消费端也是服务提供端，它提供A1所依赖的接口，那么如果B1将它的服务发布到注册中心里面(这里需要提醒，STABLE环境机制里面所有子环境公用一个注册中心)，那么势必会导致stable环境里面的A会发现B1提供的服务？势必会导致stable环境的不稳定（stable环境的机制是stable环境只能进不能出，就是不能调用外部其他子环境的服务）？所以B1不能发布服务到注册中心，bbo也提供了相关的配置属性来支持这一点。下面我例举出通过哪些配置可以实现这种方案：
服务消费端:
DUBBO在消费端提供了一个url的属性来指定某个服务端的地址
<!--lang:xml-->
<bbo:reference interface="com.alibaba.bbo.demo.HelloWorldService" check="false" id="helloWorldService"/>
默认的方式是从注册中心发现接口为com.alibaba.bbo.demo.HelloWorldService的服务，但是如果需要直连，可以在bbo.properties下面配置bbo.reference.helloWorldService.url=bbo://ip:port/com.alibaba.bbo.demo.HelloWorldService可以通过配置bbo.reference.url=bbo://ip:port/来让某个消费者系统的服务都指向制定的服务器地址（关于配置信息可以参考《DUBBO配置规则详解》）
‘玖’ 前端工程师如何调用接口
网络工程师的证书有什么用，首先来了解它的职位进阶和认证。 一、网络工程师的职位进阶 1、小企业的网络管理员； 2、进入大中型企业，从事同样的网络管理工作，工资待遇等就可有明显的提升； 3、学习更全面的知识成为普通的网络工程师
‘拾’ 前后端分离，关于接口文档，后端是要先写好接口文档，再进行写代码开发，还是写完代码后再编写接口文档
1、先理清业务流程
2、定义前后端开发的接口规范。比如json的格式，url的格式
3、定义接口文档，这里的接口文档一般就是对应后台的实体reqVo（调用后台接口<控制器>访问的实体）和返回给前台的respVo（前台调用接口的返回的实体）。注意一般respVo都会有在后台做一个统一的处理为ResultVo（这个规范在2中要定义好，比如：错误码，错误描述，请求的url，请求时间，以及实体T<这个实体才是真正的respVo和业务相关,这个一般都是实体>）
4、定义接口文档是在了解业务流、数据流基础之上完成的。有了这个接口文档（其实就是定义实体的过程和对应的json）前后端的开发基本按照这个文档去开发。接口文档会有版本迭代，一般放到svn上，供所有开发人员阅览
5、现在一般系统用到的数据库都不会是单纯mysql了。还有redis，mongo、es等。这些个人感觉都是在十分了解业务的情况和系统架构下去设计的。后台运用这些工具去完成接口功能的实现已经系统功能和性能的实现。这个和接口文档先后顺序还真不好说，个人觉得都可以。
6、业务流-数据流-资金流。去了解和设计系统。