可复制的前后端分离开发模式-精选.pptVIP

可复制的前后端分离开发模式;WEB开发方式历史回顾

问题与挑战

迎接挑战

组织结构上的前后端分离

F2ESDE

改变的意义

开发模式上的前后端分离

合理的开发流程

Yahoo!的分离开发经验

全新的思想-可复制的前后端分离开发模式

验证与实践;WEB开发方式历史回顾;面临的问题:开发人员:学习成本高，学习不够深入；企业:招聘成本高，较难招聘到各方面都符合预期的员工;面临的问题:多数开发人员需要参与到开发的全过程，数据库，服务端和客户端，但每个领域都缺乏深入的专业的支持;开发资源紧张,容易出现不合理的任务分配,所有项目组人员都要从头做到尾,从数据库设计到客户端页面,时间紧,效率

低,无论是对员工情绪、项目质量、公司信誉,都将带来不好的影响。;迎接挑战;组织结构上的前后端分离;F2ESDE;每个部门各司其职,对各自负责的领域可以进行深入研究及长期积累;推荐的内部组织结构;企业

√提高生产力

√提高项目品质

√降低招聘成本

√提升专业形象

员工

√做自己想做的事

√具备成为领域内专家的基础

√获得更为清晰的职业规划路线;开发模式上的前后端分离;明确的需求;变动的需求

转换成明确的需求

非紧急,重大变动的部分可以版本更新的方式进行处理

制定适合的“需求更改”流程;PHP

MapleSystem+PHP;全新的思想

可复制的前后端分离开发模式;适合任何后端语言的分离开发模式;思想核心;}引入JS的I18N资源文件

easySC.i18nJspath=“…/feed.js”/

页面中调用该指令后,应该输出如下代码:

scripttype=“text/javascript”src=“…/feed_en_US.js”/script

scripttype=“text/javascript”src=“…/feed.js”/script

“en_US”应该由该指令自动识别客户端语言

如果站点允许用户选择“语言”,则以此为准;页面中输出的I18N信息

easySC.i18nMsgkey=“feed.userinfo”arguments=“Charlie”/

该指令应该从相应的i18n属性文件中取到key为”feed.userinfo”的值，如果支持参数形式，则可以将参数传递过去，支持多参数

以数组形式的传递，如:arguments=”[\”a\”,\”b\”,\”c\”]”

前端Mock环境时将只有一个模拟i18n文件（每种语言一个）

例如，i18n资源中有:feed.userinfo={0}sInfo那么，调用该指令后应该输出:Charlie’sInfo;业务数据的访问

easySC.bizDataname=“feed”service=“feed.feed_list”params=“{pageSize:10,pageIndex:0}”/

“name”取到的数据将赋值给它,以便在后面可以通过它来访问取到的数据“param”该service需要用到的参数

“service”在前端mock环境下,它会去读取对应的mockdata/biz/feed/feed_list.json这个文件,在真实环境中,它由后端对该指令接口的具体实现去提供真实数据,service和params将传递进去。;通过AJAX访问业务数据

bizcall.ext [.do,.php,.asp(x)]

所有通过AJAX访问业务数据的请求都指向到同一个bizCall.ext,发送一个字段:

字段名:bizcall

字段值:{name:“feed”,service:“feed.feed_list”,params:{pageSize:10,pageIndex:0}}

对后端来讲,他们仍然可以使用easySC.bizData来处理,对前端来讲,他们的假数据不需要编写多份.

提示:前端对业务数据访问的AJAXCall可以封装为一个通用方法,如“bizCall”;环境数据访问

easySC.envDataname=“username”key=“currentuser.username”/

“key”在前端开发的mock环境中,应该匹配到前端模拟的环境假数据文件中的“currentuser.username”,在真实环境中,则由后端对该指令接口的具体实现去提供真实数据,key将传递进去。

“name”取到的对应KEY的返回值,如:“CharlieDu”,可以在后面的代码中使用;“指令”,可以由任何语言进行实现

“指令”设计思想:;需要由前后端共同约定;数据接口;前端模拟假数据文件结构;表单数据约定

ActionURL