提取码：600x
1、业务的应用场景
web前端开发主要指传统的PC端网页开发，页面主要是运行在PC端浏览器中，移动前端开发出来的页面主要是运行在手机上。
直观上会感觉，PC端页面大一些，移动端页面小一些，但是根据开发经验，页面大可并不代表书写的代码复杂，页面小也并不意味着开发简单，难与易主要还是取决于具体的业务需求。
2、新技术的使用
由于在移动端主要以webkit内核为主，对于HTML5等新技术支持的更好，所以可以更大范围的使用新技术，而PC端开发由于很多场景下要求兼容IE等老版本浏览器，出于浏览器兼容性的考虑，有些情况下限制了新技术的使用。
3、页面的适配性
传统PC端的页面开发一般都会选择给页面设定一个固定宽度，两侧有留白，但是移动端的页面由于其载体手机屏幕比PC要小很多，一般都会选择尽可能多的在手机屏幕上显示内容，这就要求移动端页面要能够充分适应各种屏幕尺寸的手机并进行最大程度的利用。
从这一点上来说移动端页面的适配难度更高一些。
4、页面的性能
PC端的网络情况一般比较稳定，都是通过网线或者Wi-Fi连接网络，但是移动端就比较复杂，除了Wi-Fi，还有2G、3G、4G甚至是在几种不同的网络连接中交替切换也经常发生。
不稳定的网络连接对页面性能带来的挑战是移动端的页面资源不能太大，否则在恶劣网络情况下时，页面将会无法访问 严重影响用户体验。 你比如说你写了10个API，你就通过配置swagger的documentation，它会给你把所有的APIpass parameter，甚至一一些example都给你生成出来。 这样子你在展示给前端开发者的时候，他们就可以根据这个文档进行编程了，你就不需要跟他们面对面指导。 就是说哎我这个API应该怎么调用？
我我需要告诉你一二三，你有了这个文档以后，你直接发给前端，前端就应该根据这个文档就可以测试你的API，并且能够自己写程序了，这是后端部分来如何解决，你的成果看不见的问题。 你通过像swagger这样的插件生成对应的文档，它实际上这个文档生成，它是一个live的一个文档，是有UI的，你可以输入参数API get，put post delete, patch，都可以发送实际的数据请求。 好，，后端这一层，如果有了这个UI相关的东西，跟前端的开发呢实际上差别并不大，尤其是现在前后端分离以后，后端已经不再处理路径的转换这一部分，路径相关的路由设置已经挪到前端去了。 前端的工作量从这一点上来说，要比后端的工作量要大一些。 我跟你讲，有的人有的人不服，我跟你讲，他应该就是后端的工作量，应该比前端的工作量要少很多才是对的，后端做 后端你通过计算就是前端要数据，你给前端数据，这数据数据在哪里呢？ 在你的数据库表里面，这个地方，你不要把你的逻辑做的像太复杂。 你比如说你获取user的这个信息，你直接从用户表里拿就行了。 你可能就是用一个两个表，一个user user表，一个就是user detail的表。
然后你取得user表的基本信息匹配到，然后拿到user ID，然后从另一个表里关联一下，把数据取出来，这就搞定了，完了然后就是多表的关联算是后端相对来说比较复杂的东西。
，然后写入类似数据进来以后，你要更新user detail，你可能要更新相关的user表，样多个表的更新也没关系，你就要分分几步来。
第一步更新这个表，第二步更新。
另外另外一个表，这个没有什么太多缺少的地方。
你可能喜欢说我我用多线程可以没问题，因为它是分着表，它不会互相影响。
最终你要告诉用户，这两个表都更新完成了，这个是要统一通知用户的，在一个请求里面统一的，仅此而已。
这就是后端的技术难度，还有一部分后端要做的就是类似数据的计算。
