关于前端工作的一些疑惑

[ericgui]

首先呢，我们后端写的 API 太屎了（一年 C#经验，转 Java 了），也就是说，后端给的数据，和前端用户交互的时候产生的数据产生太大的 gap，我每天都在转化数据，把后端来的数据，重新梳理成前端能用的结构。 （当然，和业务本来就很复杂也有关，也不能完全怪后端。）

老板尚未发现后端 API 太屎，但是他至少认可了这里有很大的 gap，需要我来抹平。

于是我就想起来了，阿里巴巴据说是利用 nodejs，写中间层，就是聚合各种后端 API，然后封装成一个对前端更友好的 API。

大概是这样的，可能记忆不太精确。

所以请教各位，这样的操作是否是常规操作？

如果是，我就考虑考虑用 nodejs 写个中间层，这样前端的代码会更优雅一些，性能和可维护性应该稍微好一些。

至于为啥不要求后端写对前端更友好的 API ？原因我就不说了，指望她，还不如指望我自己。 她设计的数据库，我看了一下结构，比鸡窝还乱，但我没说话，毕竟不好对别人的工作指手画脚。

[duan602728596]

我们的网站就是 node 后端获取数据，剔除掉前端不需要的字段，数据去重，格式化数据。不在前端做的原因是为了性能和节省流量，不存在甩锅的问题

[mars0prince]

@abcbuzhiming 和计算资源关系不大，本来计算就应该服务端做的，说白了就是这事就是个狗屎活，没有技术长进还麻烦，谁都不愿意做，就看公司是不是愿意用技术解决了，很多公司面对重复工作就只会堆人力

[mars0prince]

这个要看你们公司是技术驱动还是业务驱动了，一般业务驱动的公司，基本就无解了，这层对业务没帮助还加了系统复杂度

[ChefIsAwesome]

后端懒而已。你跟他讲 graph ql 他也不会愿意搞。老老实实前端转下数据就行了，能多费性能。

[IvanLi127]

我之前也是这样。。后面合作的项目我给他们写了 api 文档。。纯手敲 md，加上他们对我能力还算比较相信。第三个项目后 api 就好些了，不过还是有点不整洁。
现在，我是一名后端工程师了。

[ericgui]

@mars0prince 小型物流公司，所以没有所谓技术驱动。后端就一个人，还是一年 C#转来写 Java 的，因为老板觉得 Java 和 Oracle 数据库配合的更好。。。。。

所以我其实很无奈的。

[ericgui]

@ChefIsAwesome 不仅是懒，她还觉得自己牛逼得不行。

[ericgui]

@wenhainan 谢谢老铁

[ericgui]

@IvanLi127 先写 API 文档是可行的，但要求对业务有了解。

所以呢，我们只能走一步看一步，因为 6 个月前，整个团队对业务部门具体有什么需求，了解几乎为零。

[Sain]

争取成为全栈

[mars0prince]

@ericgui 那就赶紧走吧，业务型驱动公司就是这样，尽自己最大能力吧

[yiyi11]

@ericgui #47 确实🐮🍺啊，一个人扛起后端，至于质量就另说了。

[ericgui]

@yiyi11 是的，前端就一个我，后端也就是一个人，还是个 1 年 C#转 Java，我也无 fuck 可说的。

[ericgui]

@ianva 才看到老铁这个文章，感谢啊，正在读，写的非常好！

[ianva]

@ericgui BFF 层可以考虑 graphql，GraphQLParty 有两个技术分享很不错可以参考
https://juejin.im/post/5b29cd2be51d4558d217c644
https://juejin.im/post/5b32f27ae51d4558b277992b

[ericgui]

@ianva 感谢老铁，我研究一下