如果要用前端框架,开发流程是怎样的?

无名小贝勒
  • 5.7k

公司有3个后端,一个前端(我),我属于初级水平吧,开发流程:
前端切页面、写页面交互,然后把页面给后端(JAVA),后端“套页面”(Velocity模板),然后前端在模板上再进行微调。显然,这种流程不是很高效,小作坊生产^_^,前后端糅杂在一起,且经常会有后端小伙伴套页面的时候可能一不小心多了一个标签少了一个标签之类的,造成格式错乱。但是迫于很多外在原因,目前也只能是这种开发流程。
平时与页面展现相关的都由我来解决(切页面、写交互、碰到问题解决问题,可能工作的内容太单一让我感觉收获不大),但我却很少接触前后端数据交互的部分,而这一块也恰恰是我想做的。针对这一点,后期学习方向,各位能给点建议吗?谢谢!

页面我全是用 HTML+CSS+JS(Jquery) 做成的,但是老板总认为用个前端框架才显得网站高大上,请问:以我目前的情况(只使用过Bootstrap)以及公司的人力来看,如果使用框架会带来工作流程的哪些变化?以及现阶段是否必要引入前端框架?(如果可行,我会投入100%的精力去学习新知识)

前端新人刚入行不久,还请过来人多多指点,感激不尽!

回复
阅读 33.1k
16 个回答
✓ 已被采纳

这个问题下的好多答案,都跑偏了,怒答一记!
题主其实只有2个问题要问:
后期学习方向,各位能给点建议吗?
当然是js模块化这方面的知识,前提是要把js的基础打好,怎么打?
高程3多看几遍,api都记清楚,也可以去这个网站做笔记:https://developer.mozilla.org/zh-CN/docs/Web (不翻墙,应该也可以去看)
利用印象笔记,有道云笔记什么的,pc上,手机上都下载下来,看到好的文章,不熟的api的时候就记下来,多看多练~
先把基础打好,到时候那些框架什么的,一个星期上手一个不是问题
不要为了使用框架,去使用框架,不要盲目跟风,现在的前端喜欢跟风的太多,太浮躁了!!!

如果使用框架会带来工作流程的哪些变化?以及现阶段是否必要引入前端框架?
这是题主的第二个问题。
工作流程的变化,鉴于你前边也说了,你们现在的合作方式,是后端套前端写好的页面。
这快的话,不会有什么变化,用了框架,只会添乱罢了。
使用框架,要根据项目的适用情况,来定,
绝大部分情况下,中小型项目用jquery就可以搞定的,在说一遍,不要盲目跟风,打好基础再说。
你看到那些大牛,小牛,这框架那框架讨论的热乎,纯粹是因为他们在的地方不是你现在的那种小作坊。
框架的使用的话,最好还是有个人来带你一下,鉴于题主,你也说了自己刚入门,更加不建议你去弄那些框架。
当然我并不是说,不让你去学习框架,你可以去学习,但是可能不适合你自己直接拿去做项目。

真的是怒答啊,因为我刚入行时跟你的情况也差不多,看到这么多跑偏的人,实在忍不住了。
最后在说两句,你想了解后端的交互?
可能所有刚入行的前端,都这样想,完全不晓得后端是怎么个流程,觉得自己写页面弱爆了云云。
其实现在大部分公司,都是前后端分离,后端给接口,前端拿到接口,好吧,我在说简单一点,用ajax读取接口拿到数据用jquery进行dom操作,把数据填充到你写的html上,如此而已。
所以现阶段,不需要你去熟悉后端的开发流程什么的,现在不是你学习后端语言的时候。
重要的事情说3遍:
打好基础,打好基础,第三遍你在心理默念吧。

这个问题还是有不少新人在关注的,
在贴一个别人的博客里的一篇文章,希望对大家有好处:
http://www.admin10000.com/document/6839.html

老板都来管框架了啊?这公司发展前景堪忧啊

传统行业的IT都差不多

我之前都是和php搭档的,前端负责smarty,thinkphp的模板套用,页面很多东西都可以有前端来负责,包括页面的单元测试

但现在这间公司是用.net,前端组也是属于产品组,所以只需要出效果图,切图输出页面就可以了(给产品经理做高保真原型)。

公司大大小小已经有10个左右的项目了,我们不可能每一个复制黏贴,所以我们基于yo写了前端项目架构构建环境的generator,构建工具自动生成项目基本目录架构,模板,gulp任务文件

输出模板文件,怎样才能像php一样可以使用include引入共用模板(header,footer),那就是使用js模板引擎,没有选择ejs,handlerbars,而选择nunjucks,因为还保留layout功能,然后共用的组件部分抽出来做公用模板,通过js定义json数据可以输出不一样的模板,最后在gulp跑任务编译生成html文件到静态文件的svn目录上。

在ui上和设计师协商,做标准统一化。因为我们也造轮子写了一套类似于bootstrap(抄袭)的ui规范框架,已经几套系统都是用这套框架快速搭建的。

js组件上也是与bootstrap插件类似提供相同使用api,因为业务逻辑的js代码全是后端技术来写,前端只需要负责ui交互的js代码。为了让后端快速上手,我们构建环境里也包括了markdown写的文档生成html。

不用半年的时间我们已经搭好这些基础的东西,对应奇葩的工期,1天,2天切完所有页面已经不在担心!!!

自己学一下nodejs,搭个服务器,前后端自己系统地了解一下,对前端开发的概念会更清晰,然后自己捣鼓一些小项目,也可以积累一些经验

既然还要考虑老板喜欢高大上的需求,建议你自学 Node.js 和 React,跟后端说好把 API 定好,剩下的他们只管处理数据就行了。然后你可以跟老板说一大堆前后端分离,前端工程化等等他听不懂的东西,你们老板也只能说:你搞的这个东西啊,Exciting。

而且估计未来一段时间你们公司除了你没人能维护前端

题主的这种情况,如果你比较想提高自己的话,可以把交互那一部分接过来做,不过3比1的前后端比例确实会很累,特别涉及到一些比较复杂的业务的时候。而且很蛋疼的地方就是,后端们写js的时候跟前端完全不在一个频道上,出了问题很难维护。

框架这一方面,毕竟只是一种工具,只要能方便快捷高效的开发,用不用都可以。我想老板的意思应该是让你先用框架,了解框架的思想,后面能自己根据这种思想,针对性的封装自己的模块才是最重要的。就像你说的bootstrap,你如果对整站的响应式,风格样式以及各种交互性动作都有自己的设计想法,完全可以试着自己去实现。我认为,框架也只是在你没有思路解决问题或者懒得去封装模块的时候,便捷的提供给你解决方案。

我公司的项目目前的架构:
1.页面展示(bootstrap)
2.数据渲染(angular)
3.模块化管理(seajs)
至于压缩打包我现在还没有去研究。
一句话:只要你够牛,3个后端也是你辅助角色,加油!
图片描述

---form https://github.com/benlingxiao/fks

对你自身发展来说建议用框架。容易提高自己。但是对于项目来说三个后端。。到时候你会忙死。。项目进展可能会收影响。。

以 javascript 为基础
熟练掌握nodejs npm
了解webpack gulp grunt babel bower

个人觉得熟练运用npm webpack gulp grunt babel bower 能节省大量的时间,少写很多轮子
看别人代码怎么写,也有助于自己对代码的理解,能造出自己的好轮子

框架有 angular 学习成本较高
react感觉是趋势 有点js html混杂的感觉 偏重于view
react 默认有很多es6特性
企业更倾向于angular吧,react是我喜欢的类型。

backbone 偏向router model collection, view较弱
bacbone 能让你对rest crud有很好的认识

backbone + react 可以算是一种结合,好像现在用的人不多了

underscore backbone默认用
lodash 基本上和undersocre是一样的东西
这工具用了就下不来了

css本人也很菜,基本都是用的boostrap 或者第三方的ui框架

蚂蚁的design-ant react的库最近在看 感觉还不错。

我工作流程刚好跟你相反,是后台先开发做好接口,然后交给我们,我们根据设计师的图来做前端,用的框架是angular,但是我觉得我们的流程很混乱,因为很多时候会遇到设计师的逻辑和后台的逻辑是对不上的……这个时候我们就得绞尽脑汁来整合两边的逻辑,有时实在不行会告诉后台接口的不足,不过通常需要耗费大量的沟通时间,程序员都是傲娇的家伙……

1、如果想做前后端数据交互,首先你需要非常清楚页面需要什么数据,需要一个列表还是一个对象来填充页面。建议使用ajax或者jsonp(跨域的话)来和后端交互,而不是让后端开发人员把数据直接植入模板。
2、页面不再使用后端模板引擎velocity,freemarker或jsp.直接使用html就够用了,页面数据采用异步加载获取,这样前端开发人员对页面就可控。
3、除页面跳转的请求之外(其实前端也可以控制路由),增删改查等动作全部使用ajax和后台交互,这样后台开发人员轻松了,只关注页面跳转和数据传输,不用关注页面。
4、前面几点说白了就是去掉后台的mvc,把mvc在前端实现,真正实现前后端分离,前后端开发各司其职。

中小项目不推荐使用框架,就算是用框架也没必要使用前端MVC框架,增加理解难度,和维护成本。
常规的HTML+CSS+JS(Jq)开发并不是不好,你们老板觉得要用框架才是高大上,然而事实并不能带来更高的效率,要高效,就要积累沉淀一些常用的东西。
至于想了解后端,自己可以模拟数据,扔在JSON文件,然后Ajax去请求,这个是最简单的。 如果还想继续了解后端如何返回的,可以去学习一下NodeJS+express,这个写接口,非常简单

楼主,我目前的处境跟你差不多,我坐等更多答案指路,我之前面试的时候有一个面试官告诉我不要急着去搞什么框架,把原生的JS搞个透彻什么框架都会了,当然这他肯定是在学习上给的建议,真正在开发中,可以快速解决肯定最好,我在这个上面也找不到门路,坐等大牛指路

搞 RESTful 前后端分离啊

根据你的描述来看,你目前的技术配置还是最节省成本、也是最符合的。如果换成其他前端框架,首先你要有学习成本,而且如果遇到技术难题组内没有相关支持,很难解决。另外一点是,因为使用新技术,书写的代码未必是最精良的。

何欢
  • 2
新手上路,请多包涵

首先,你的老板过问你们研发部的事情,这样的公司我觉得你还是辞了吧!另外3个数据后台,一个前端,个人感觉不够的,可能你们的工作量不是很大!最后说到框架,框架确实是个好东西,很多东西是框架内已经封装好了的,不需要你自己太操心!像现在主流的框架的话vue,Angular,React都还是不错的,框架的效率高,简介易操作!也有更简单的像layui,官网上都有操作教材的,看文档流程,很简单

说句不好听的,你做的还是比较偏向于设计师的事情、真正的前端,自己架个测试小服务器,放些后端给过来的数据格式json什么的,其他的就都是你的工作了,包括所谓的套页面。

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
宣传栏