PC与移动端高效开发解决方案

疑问

---

前端开发不可避免会遇到一个问题：PC与移动端开发是共用一套代码？还是两套独立开发？

这个问题到目前都没有一个明确的结论，或者说它本来就不会有唯一的答案，毕竟所属需求不同。

对于一些简单的系统：一套代码就能搞定，那何须花费两倍的时间来做双份。

对于复杂性的或是UI展示差异较大的系统：若是一套代码的话，光是样式调整就足以耗费掉开发者所有的热情，那还不如分开做来得更方便。

但是很多时候，对于这种情况，我们还是会不自觉的会提出疑问，难道就必须要花费双倍的时间吗？？？不能等于1，还不能小于2？？？

方案

---

这个方案分两方面来讨论说明：数据及UI。看看能不能对PC与移动各端前端开发进行复用与融合，从而进一步来释放人力。

当然，如果大家之前已经做了足够的方案测试，并且已经确认不想融合的，那看到此就可以了。毕竟有句话已经说的很直白了：

强扭的瓜不甜。

奈何臣妾不死心呐！！！

数据上的融合

目的：一步式的同步各端数据。

包含模块：后端数据+静态数据

后端数据的统一

对于接口的问题：不管是接口变更，还是多个接口的合并等，前后端真的已经相爱相杀了太久，但永远都无法完全避免。毕竟对于接口的变更有时候连前端人员都赞成更改；对于接口是否合并，各方也有充足的理由。

但这并不意味着前端人员乐意重复更改，所以我们要提效->做统一->做中间件。

静态数据的统一

在这里静态数据，指的是那些在前端页面中写死的数据或文案值等。

包括属性值、操作项等等，一般输出JSON数据，用JS文件、JSON文件等存储；当然如果熟悉数据库表的话，完全也可以把这些数据整理成表的形式来存储。

属性值：如一些自定义列数据集合等；

筛选项：如下拉菜单筛选项集合等（比方说列表查询会有很多筛选项，可以把这些数据进行整合，适配各端）。

中间件层架构

UI上的融合

UI上的融合，可以先看下各自对应的PC和移动端系统，估算下到底有多少差异及差异度等。

UI上的复用，可以从两方面来处理：

以数据为驱导的UI独立

如数据融合内提到的筛选项部分。筛选项的展示JSON数据共用，UI分开。
如下拉菜单，PC用PC端组件Select下拉框的模板，移动用移动端组件的单选模板等等。

以独立功能为单元的UI共用

如果细致来看的话，并非所有的功能或是UI不可复用，那么可以把这部分单独提业务组件，以业务组件微服务的模式共用。

就先到了，不想多说了，详细的说明也就不画了。留一分钟我要用来思考下人生。