前端该转后端吗

转fullstack转全栈
■网友
后端一样的,入门容易,精通难。后端语言之外的东西太多,会php,但是写出来的php不一定能用。前端只要写出来就能用。框架也好,原生也好,能用就行。后端架构决定性能。
■网友
也不一定转,我看前端再吃四五年是饿不死的,但是这个行业多学点是应该的用grunt的时候就肯定要学点node啊 学点node再学点框架就能上手基本restful开发了干活够用这点内容也顶多一个月就学了而且前端说实话,这两年发展迅速,内容多到不深入没法精通,继续做下去也没有不可以目前前端比后端要难招的多,也是前端具有发展潜力的证明实在玩腻了,学个移动端也不错啊,也是短期饿不死特别是在我看来前端在交互的理解上比后端甚至美术要深厚的多,干自己想干的就行这个圈子还不是想跳就跳,很多我认为成功的人都不知道转行几次了
■网友
身为一个前端开发人员,我来谈谈转后端的过程吧。
起初,我对后台的理解就是api,调用接口传递数据。测试数据我之前就有弄过,当然只是最简单的那种。but,转后台的这个过程并没有想象中的那么easy!
首先,node作为时下比较前沿的一门技术,前端后端可以共用一套语言开发,粘合度自然不必多说。于是乎,我的后台之路就从这个node开始了,首先是各种查阅资料,搭建开发环境,废了不少劲儿,这里我推荐使用webstorm进行node.js开发,简单方便。node.js开发中最好用的一个框架莫过于express,于是乎,简单的学习了一下这个框架。当觉得了解的差不多时就想着动手写个api试试,然后问题就来了,开发语言javaScript还不了解,话不多说,赶紧的在网上查找相关课程,开始简单的学习javascript。作为一个写习惯了OC的前端开发人员,初次接触这类语言还是很不习惯的,好在在学习的过程中,边学边敲,已经习惯了。然后呢,就开始着手写api了,写了几个最简单的api,小有成就。但是也就是在这个时候我发现了新的问题,那就是后台管理页,做后台的当然必须得有后台管理页啊,自然而然的html+CSS也进入了我学习的范畴,我以最快的速度学习完了html中常用的标签和CSS布局的一些参数,然后动手写了一个最简单的网页,跟后台有交互。至此,我才算是终于入了后台这个门。
前端该转后端吗

服务端的重构是一个很重要的任务。在我基本上能制作api之后,部门经理给我布置了一个任务,从redis中查询数据。由于之前我都是用的mysql,所以又赶紧的学习redis,还是老样子,搭建环境,包括redis-server,redis-cli,redis.conf,然后不外乎就是各种数据库操作语句,研究的差不多之后在node工程连接redis查询数据,整个过程到这里都很流畅,一直到最后一步(将查询的数据按照某个字段的value大小排序),在这儿我卡了很久,不管怎么排序就是行不通,盯着取出来的数据懵逼良久之后我忽然发现:为什么取出来的数据带有双引号(也就是字符串),忽然我就恍然大悟了,原来是数据类型的问题,那就简单了。使用JSON.parse()将字符串转换成对象就OK了。这个问题就这么解决了。but在昨天我又遇到了一个新的问题,简而言之就是对node的异步操作了解的不够。有时候我们在做编程的时,某个放方法的执行是必须要方法某个方法之前或者之后,由此就必须使用同步操作,在请教了大牛之后我学习了一下async这个模块儿,其中有两个执行同步操作的方法:async.waterfall();async.series()。这两个方法的区别是前者会将上一个方法的结果作为参数传给下一个方法;后者则没有任何关系,就是单纯按照顺序执行。
最后就以屈原《离骚》中的一句诗来结尾吧:路漫漫其修远兮,吾将上下而求索。

■网友
前端形式现在比后端 最起码比PHP看好啊 很多企业因为WAP站的N多优点和对移动端业务的重视 开始提高前端工程师的身价了 你还是踏实干前端吧


推荐阅读