1楼：乔木
一般前端的工作时间会是后端 2 倍左右，后端纯数据好写，前端要调整 ui 的效果等很花时间
2楼：匿名用户
你说错了吧，后端的业务逻辑很复杂的情况下，还要考虑性能和大数据的情况下，后端的开发时间要是前端的2倍
重庆的it企业都是前后端分离的吗？前端初级人才饱和吗？需求大吗
3楼：o归隐情缘
重庆我不清楚，但是大部分地方对初级前端需求都不大，一般都是需要有实际开发经验，能使用一些热门框架如vue、angular、 react等，对http协议，api接口等比较熟悉，能直接上手开发的前端。至于前后端分离，一般为了方便**的维护和开发能同时进行，前后端分离是一个很好的开发模式，大部分的公司都是采用这样的开发模式的。
4楼：她们说很棒
重庆这个城市正在大力发展，非常有潜力。重庆的it行业我接触过，目前还在起步阶段。如果你是人才，肯定不会被埋没的。
一个web项目前后端分离，前端工程师需要掌握哪些
5楼：浙江优就业
首先你要知道什么是web前端
6楼：dalian岁月
一个web项目你首先要知道构造,一个网页分为页面展示层也就是html标签,还有页面样式也就是css,最后是脚本也就是javascript.知道了这些还不够,因为一个前端工程师必须会前端框架,比如:bootstrap , redis , angularjs , 还有一个脚本框架叫jquery .
还有如果你要是想做成一个网页必须进行前后台的数据交互 , 所以后台的一些规则或者说传参方式你需要知道 , 否则后台给你传的值你都不会接收 , 甚至不知道放到**那不就很尴尬了么? ps:有的小公司的前台工程师和美工是同一个人 , 所以有可能会要求你会photoshop , 就算不精通 , 最起码的抠图等等最简单的操作前端工程师是必须要会的
如何实现前后端分离开发
7楼：安徽新华电脑专修学院
首先，先分清楚前后端的工作
前端的工作：实现整一个前端页面以及交互逻辑，以及利用ajax与nodejs服务器（中间层)交互
后端的工作：提供api接口，利用redis来管理session,与数据库交互
我们项目的整一个架构如下:
接下来进入正题，如何实现前后端分离
一般来说，要实现前后端分离，前端就需要开启一个本地的服务器来运行自己的前端**，以此来模拟真实的线上环境，并且，也是为了更好的开发。因为你在实际开发中，你不可能要求每一个前端都去搭建一个java(php)环境，并且在java环境下开发，这对于前端来说，学习成本太高了。但如果本地没有开启服务器的话，不仅无法模拟线上的环境，而且还面临到了跨域的问题，因为你如果写静态的html页面，直接在文件目录下打开的话，你是无法发出ajax请求的(浏览器跨域的限制),因此，你需要在本地运行一个服务器，可是又不想搭建陌生而庞大的java环境，怎么办法呢？
nodejs正好解决了这个问题。在我们项目中，我们利用nodejs的express框架来开启一个本地的服务器，然后利用nodejs的一个http-proxy-middleware插件将客户端发往nodejs的请求**给真正的服务器，让nodejs作为一个中间层。这样，前端就可以无忧无虑的开发了
由于前后端分离后，前端和后台同时开发时，就可能遇到前端已经开发好一个页面了，可是却等待后台api接口的情况。比如说a是负责前端，b是负责后台，a可能用了一周做好了基本的结构，并且需要api接口联调后，才能继续开发，而此时b却还没有实现好所需要的接口，这种情况，怎么办呢？在我们这个项目里，我们是通过了mock来提供一些假数据，我们先规定好了api接口，设计出了一套api文档，然后我们就可以通过api文档，利用mock(http:
//mockjs.***)来返回一些假数据，这样就可以模拟发送api到接受响应的整一个过程，因此前端也不需要依赖于后端开发了，可以独立开发，等到后台的api全部设计完之后，就可以比较快速的联调。
web 前后端分离的意义大吗
8楼：兄弟连教育北京总校
意义？怎么叫意义呢，做一个项目来说，不是特别讲究意义所在，更重要的是能否快速准确的实现客户需求，web项目是否前后端分离并不影响你完成这个项目，只在于影响你这个项目的运行速度等等情况。
web 前后端分离三个最大的优点在于：
1：最大的好处就是前端js可以做很大部分的数据处理工作，对服务器的压力减小到最小
2：后台错误不会直接反映到前台，错误接秒较为友好3：由于后台是很难去探知前台页面的分布情况，而这又是js的强项，而js又是无法独立和服务器进行通讯的。
所以单单用后台去控制整体页面，又或者只靠js完成效果，都会难度加大，前后台各尽其职可以最大程度的减少开发难度。
9楼：匿名用户
对于前后端分离，认识上有个误区，那就是很多人自称：我们老早就分离了，全ajax，使用angular或者什么什么就可以了。
这个说法是不合适的，打个比方，别人问的是“如何解决家禽把蛋生在水草边的问题？”，但实际上人家养的是鸭子，答题的却是养鸡的，所以回答“不让去水边就行了”，这显然不在点子上。
这两年业界说的前后端分离，是限于偏展示类的系统（用a代替），而不是应用、管控类web项目（用b代替），在b类项目里，前后端是天然分离的，对此，除了
少部分后端开发人员，基本所有人的认识都是一致的。上一段中这样回答的人一般都是只做b类项目，在b类项目里，前后端分离是共识，不需要讨论。
那么，剩下的问题就是讨论a类项目的前后端分离了。这个问题的核心在什么地方呢，在于模板的与数据结合的位置，以及，模板的控制权在谁手里。经过这两年的讨论，基本上我们可以达成的共识就是：
模板应当由前端人员去控制，主要原因有两方面：
- 性能优化（尤其是外部资源的管理与发布，请求合并等等）
- 协作的顺畅性（已形成模板的界面片段的返工等问题）
那么，模板到底应该在什么地方跟数据结合？
这个问题就比较折腾了，有部分人尝试像b类项目那样，使用js模板，然后在浏览器端执行，这是存在一些问题的，比如说seo不友好，首屏性能不够，尤其对于首页dom量很大的电商类**，差距很明显。
所以我们还是得把主要的模板放在服务端来执行。在这个过程中，阿里作了一些尝试，那就是引入node层，在这一层把模板与数据进行合成，然后浏览器拿到的就
是生成好的html了，但也不是所有html都是这么生成好的，还是会有一些内容等到了浏览器之后，再用js去加载和生成。
所以这一定会是一个混合方案，同一个系统中存在两种模板，一种在服务端执行，一种在浏览器中执行，互为补充。
至于说这个方案中，是否中间层一定要是node，我觉得无所谓，只要是能正常做web项目的东西都可以，这个还是要看所在企业的技术积累方向，当然node
做这块是有一些优势的，比如对前端人员的语言友好性，前后端模板的通用性等等，但这些都是细节，重点还是整体方案和流程。
这时候回头看你问题中的这句：
> 前后端分离的意思是，前后端只通过 json 来交流，组件化、工程化不需要依赖后端去实现。
我相信你这里对前后端的限定是以浏览器为准的，但事实上，a类项目中，前后端的分界一定要延伸到服务器端的模板层，也就是在这一层里，把各种**的数据整合到模板中，这个数据未必是json格式的，会存在有json，xml，特定的二进制等等。
组件化这个话题就更复杂了，在刚才组织形式中，很难说出究竟什么才是组件。是某个商品的模板吗？是数据吗？是数据和模板的结合体吗？没法回答。在此，我说一
句自己的看法：像电商这种项目的前端部分，基本不存在组件的概念，甚至不存在组件化的价值，因为这里面可复用的东西太少了，也不易提取，大多数东西都是不
带逻辑的界面模板。
最近因为reactjs的流行，带来了一个isomorphic的概念，这是一种很有意义的探索，但是否能解决这类问
题，尚不得而知，根据我的理解，它对b类项目是较好的补充方案，但对a类项目暂时还缺乏可用性，因为a类项目中，运行期的dom变更并不多，多是整片的改
变，用这个方案去解决的话，有些牛刀杀鸡的感觉。
关于b类项目的组件化，我之前那个没写完的系列是关于它的，但经过最近一年多的思考，我又觉得需要再重新写一篇东西了。感谢你的问题提醒了我，这就写。
10楼：育知同创教育
个人理解，web 前后端分离三个最大的优点在于：
1：最大的好处就是前端js可以做很大部分的数据处理工作，对服务器的压力减小到最小
2：后台错误不会直接反映到前台，错误少较为友好3：由于后台是很难去探知前台页面的分布情况，而这又是js的强项，而js又是无法独立和服务器进行通讯的。
所以单单用后台去控制整体页面，又或者只靠js完成效果，都会难度加大，前后台各尽其职可以最大程度的减少开发难度。
微服务架构下，进行前后端分离，前端怎么写
11楼：孙晓阳
分离后的前端，不再是一个简单的html文件，已经是一个独立的应用系统。除了要考虑页面的数据渲染展示，还要用工程化的思想来考虑前端的架构，前后端的交互和数据安全等事情。
restful接**互
前后端分离之后，更多的是采用restful风格的接口与后端进行数据交互。
rest是“呈现状态转移（representational state transfer）”的缩写，一种api的架构风格，在客户端和服务端之间通过呈现状态的转移来驱动应用状态的演进。
在 rest 样式的 web 服务中，每个资源都有一个地址。资源本身都是方法调用的目标，方法列表对所有资源都是一样的。这些方法都是标准方法，包括 http get、post、put、delete，还可能包括 header 和 options。
restful的api设计，使得后端通过接口向前端传递数据，数据的格式通常是json这种通用的格式。对前端来说，只要后端返回过来的是restful的数据就行，不管后端是用java写，还是用python或php，拜托对后端的依赖，做到前端系统的独立。
工程化构建
nodejs不止可以用来做前端服务器，在开发阶段，它也能发挥很大的作用。
前端生态的发展，是围绕着nodejs进行的。用npm来管理项目依赖，可以很好的维护和运行在nodejs环境上。
打包工具grunt、gulp、webpack和rollup等，都是运行在nodejs上，再结合语法编译、打包部署等插件，将应用输入成一个完整的应用。
如果你使用了angular、react或vue框架，或者你使用浏览器暂时还不兼容的es6语法，还需要在应用打包前用babel将语法编译成浏览器可识别的es5的语法。
当然，spa也不是完美的，也不是适合所有的web应用，需要结合项目和场景来选择。
spa有如下缺点：
初次加载耗时增加。可以通过**拆分、懒加载来提升性能，减少初次加载耗时。
seo不友好，现在可以通过prerender或server render来解决一部分。
页面的前进和后端需要开发者自己写，不过现在一些路由库已经帮助我们基本解决了。
对开发者要求高，由于做spa需要了解一整套技术栈，所以，要考虑后期是否有合适的人选进行维护。
Web前后端分离的意义大吗,前后端分离必须用到 nodejs吗
1楼 育知同创教育 个人理解，web 前后端分离三个最大的优点在于 1 最大的好处就是前端js可以做很大部分的数据处理工作，对服务器的压力减小到最小 2 后台错误不会直接反映到前台，错误少较为友好3 由于后台是很难去探知前台页面的分布情况，而这又是js的强项，而js又是无法独立和服务器进行通讯的。 ...