某个下载的功能,要求后端返回一个路由给前端,前端再把host和这个路由合并。
现在遇到的问题是:
1。前端的小伙伴,要求一定要以/分隔符开头返回,否则host合并的时候会少一个/分割符。
2。后端的小伙伴认为,应该前端自己写一个合并路由的方法,自动判断是否有/分隔符,避免对后端过度耦合。
先不考虑路由是否一定要带/分割符开头的规范性。和为何不直接返回完整下载路径的问题。
这种情况下,后端是否应该配合前端进行调整?后端如果配合前端调整,是否对后端过分耦合?
某个下载的功能,要求后端返回一个路由给前端,前端再把host和这个路由合并。
现在遇到的问题是:
1。前端的小伙伴,要求一定要以/分隔符开头返回,否则host合并的时候会少一个/分割符。
2。后端的小伙伴认为,应该前端自己写一个合并路由的方法,自动判断是否有/分隔符,避免对后端过度耦合。
先不考虑路由是否一定要带/分割符开头的规范性。和为何不直接返回完整下载路径的问题。
这种情况下,后端是否应该配合前端进行调整?后端如果配合前端调整,是否对后端过分耦合?
问题本质是什么?无外乎数据在存储的时候非了 host 和文件路径两部分存储,最后拼成完整 URL 该前端拼还是后端拼的事儿。
屁大点儿事儿,这还成难题了?自己内部协商出结果就完了。
你提这问题无非就两种原因:
看谁能说服谁呗,不行就打一架定输赢。
10 回答11.1k 阅读
15 回答8.4k 阅读
6 回答3k 阅读
5 回答4.8k 阅读✓ 已解决
4 回答3.1k 阅读✓ 已解决
8 回答6.2k 阅读
2 回答2.6k 阅读✓ 已解决
就这个还要纠结,我也真的是醉了,前端拿到返回的路由直接字符串拼接不就行了,这种问题都要纠结,真的怀疑你们的项目进度