FE 开发流程

看看书,查查资料,找人聊聊天。整理一下资料。

	用户通过浏览器跟后台做交互,在浏览器上运行的东西一般都是FE做的事情。web1.0时代,
ajax的诞生标志着2.0。HTML5就是web3.0的到来。

前端开发协作,一般是产品和前端主导接口和流程。

	策划--》交互--》[视觉]==|
				|->[前端]==|      ----》 测试
				  |->[后台]==|

视觉稿:什么样子,配色,距离,空间等。
交互稿:通过线框图来体现出系统信息架构和流程。

FE的职责:将视觉和交互通过开发产出UI。
页面制作和页面逻辑职责开发。

web系统架构:一般都是MVC 数据,视图,控制。现在很多地方都是前端主导定接口。
其实也应该这样,时代进步了,已经不是实现难度太大,或者成本太高的时代了。所以,
用户体验为导向的前端时代已经来临了。当然后台还是很重要的。

角色定位:
	[页面制作]
	[前端逻辑]
	[后端逻辑]

(1)
	(a)根据交互原型,前后端沟通。
			输出:入口和同步数据规范,异步接口规范。
	(b)页面工程师同步页面的制作。

(2)
	前后端并行开发。
		前端配置,实现控制层,实现于之前于后台异步借口。
		前端还可以做一点系统架构的事情。根据后提输出,实现模版的业务逻辑。

(3)联调

(4)提交测试和上线。

但是有几个规范。
	页面入口规范,

	同步数据规范,

	异步借口规范。

需求变更!---》需求分析----》(a)前端 (大部分)
			      (b)规范的改动 --》 更新规范 --》 协作流程。

页面工程师
	切图,优化图片
	页面制作,优化页面效果与结构。
	完成简单的前端业务逻辑开发。

前端工程师。
	主导制定前后端分离的规范。
	主导前后端联调对接的测试。
	系统前端设计架构,满足一定的功能性需求。
	完成业务逻辑实现,优化实现的逻辑。

后端工程师
	协助制定前后端分离规范
	协助前后端联调对接测试
	完成后端的设计和实现。

接口设计
	模版引擎通过约定规则,进行数据模型之间的匹配。

template(模版)  <--->
	||
 url(网址)	 			model(模型)
	||
 API(接口)		<--->

页面入口:基本信息,输入参数,模版列表,接口列表
url <---> API
 |
template

	页面拆分。页面的基本信息,地址可以不带参数。
	输入参数的说明。
	系统异常跳转
	模版列表

同步数据
template  <--->  nodel

	基本信息
	预填数据
	注入接口

异步接口
API  <---> model

	基本信息,地址
	输入数据
	输出结果。

			                     |--> base.css
构建项目结构, webapp	--> res	             |
				--> src --> css --> page -->  [404.css, dj.css, over.css]
				         |
				       |--> javascript --> lib
						   | --> dj --> [404.js. dj.js, over.js]

模拟同步数据
开发环境 local proxy
本地环境,主要做前后端分离。

版本管理:vcs,查阅或者回到历史版本。
lvcs本地[rcs],cvcs集中式[svn],dvcs分布式[git]。

分支和分支模型
分支:就是从目标仓库拷贝一个与原来一样的拷贝。每个拷贝都是和原来仓库一样的开发线。
分支模型:围绕项目(开发/部署/测试)等工作流程的分支操作(创建,合并等)规范集合。
产品级的分支模型。
	常驻分支:
		development - 从master创建。
		production - 默认分支

	活动分支。
		feature
			- 从development创建
		hotfix
			- master
		release

  

时间: 2024-10-10 10:42:57

FE 开发流程的相关文章

JNI开发流程-JNI/NDK【转】

本文转载自:http://wiki.jikexueyuan.com/project/jni-ndk-developer-guide/workflow.html 开发流程 JNI 全称是 Java Native Interface(Java 本地接口)单词首字母的缩写,本地接口就是指用 C 和 C++ 开发的接口.由于 JNI 是 JVM 规范中的一部份,因此可以将我们写的 JNI 程序在任何实现了 JNI 规范的 Java 虚拟机中运行.同时,这个特性使我们可以复用以前用 C/C++ 写的大量代

JNI/NDK开发指南(一)—— JNI开发流程及HelloWorld

转载请注明出处:http://blog.csdn.net/xyang81/article/details/41777471 JNI全称是Java Native Interface(Java本地接口)单词首字母的缩写,本地接口就是指用C和C++开发的接口.由于JNI是JVM规范中的一部份,因此可以将我们写的JNI程序在任何实现了JNI规范的Java虚拟机中运行.同时,这个特性使我们可以复用以前用C/C++写的大量代码. 开发JNI程序会受到系统环境的限制,因为用C/C++语言写出来的代码或模块,编

基于微信硬件公众平台的智能控制开发流程

一.微信硬件公众平台整体架构 上一篇<物联网架构场景技术分析>已经探讨和分析了物联网架构的演进,基于微信硬件公众平台的智能控制方案即属于文中的第三种架构--基于统一后台服务的物联架构.其中的架构如下: 各部分的角色和分工如下: 1.微信硬件公众号平台服务器,是物联网的基础和核心部分,其负责外设设备ID的认证,类似公安部给每个公民一个身份证一样,保证每个外设都有一个合法并且唯一的ID.目前微信平台的设备ID由两部分组成,一部分是厂商运维的公众号(即手机微信关注的公众号)的原始ID,称为设备类型,

EAM系统开发流程

EAM系统开发流程主要包括三个阶段: EAM系统分析 主要是通过规范EAM系统内的信息,进一步把它们整合成一个完整的EAM原型.具体的工作是定义EAM系统中的词汇和建立一组用来生成具有可重用和可配置的概念模型的规范.这些对实施具体系统有指导作用,并且是其基础,类似施工手册.例如,对于资产可以定义为一个能跟踪.修复后可重复使用的.唯一具有独立名称的实体.  EAM系统设计 主要是开发一个高度灵活的通用架构,并且提供一个生产规范.软件构架为组件或对象的重组和配置提供了技术保证,为实现系统的灵活通用提

微信支付的开发流程

最近在公司做了微信支付的接入,这里总结下开发的一些经验 注意,我使用的是微信开放平台的支付,与手机app相关,而与公众账号无关.   微信支付的主要操作流程 1.用户浏览app,选定商品然后下单. 2.服务器处理订单逻辑,开始正式发起支付流程 3.首先,后台服务器向weixin服务器发起请求,获取一个token. 4.后台服务器拿到token,使用和其他参数加密,再次向weixin服务器发起请求,获取一个预支付prepayid 5.后台服务器将该prepayid返回给app客户端 6.app调用

互联网公司的“敏捷开发”流程是怎么样的,每个职位的角色和分工是什么?

作者:暗灭 第一   为什么需要敏捷开发. 在几万年以前,软件项目的开发都是以年来计算的,这代表什么意思呢 ?需求设计了半年多,方案设计做了半年多,开发了三年多,测试了半年多,修改Bug用了半年多.总计花了很长很长的时间,然后上线后发现有很多需求已经不存在了,同时又出现了很多新的需求. 怎么办?继续改.这一改又是半年多的时间过去了.马丹用户的需求还再改,怎么办? 这是困扰软件开发项目的最大的问题,越大的项目,参与的人越多,风险越大.文档越规范,维护起来的难度就越高,导致项目中遇到的问题越来越多.

oAuth的认知以及开发流程

什么是OAUTH OAUTH协议为用户资源的授权提供了一个安全的.开放而又简易的标准.与以往的授权方式不同之处是OAUTH的授权不会使第三方触及到用户的帐号信息(如用户名与密码),即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权,因此OAUTH是安全的.oAuth是Open Authorization的简写. OAUTH定义 OAUTH是一种开放的协议,为桌面.手机或web应用提供了一种简单的,标准的方式去访问需要用户授权的API服务.OAUTH类似于Flickr Auth.Go

Hibernate开发流程

一:基本开发流程: -->导入jar包,hibernate.jar + required + jpa + 数据库驱动包 -->对实体类进行映射,写配置文件 -->src目录下添加hibernate.cfg.xml文件 数据库相关配置,其他相关配置(是否显示sql,是否自动建表等),映射文件加载 -->测试DAO 二:hibernate程序执行流程 三:hibernate.cfg.xml配置详解 1 <!DOCTYPE hibernate-configuration PUBLI

开发流程的选择

软件工程把这些相关的技术和过程统一到一个体系中,叫作"软件开发流程",软件开发流程的目的是为了提高软件开发.运营和维护的效率,以及提升用户满意度.软件可靠性和可维护性. 软件开发流程有:写了再改模式.瀑布模型.瀑布模型的各种变形.统一流程.老板驱动的流程和渐进交付的流程. 在这些开发流程中,我比较支持瀑布模型的各种变形中的大瀑布带着小瀑布,这个对开发者的个人能力要求比较高,需要吧各个子系统统一到最后做系统测试,用户只有到最后才能看到结果,从一开始的需要一个统一的需求分析和构架设计,然后