和前端小姐姐吵起来了

最近在项目协作中和前端有些分歧，整理下情况，想请教大家怎么看。先简单交代下双方背景，避免断章取义：

前端小姐姐：在一家有自己产品的半外包公司做了 5 年，主要做网页（ Vue ），也偶尔协助小程序开发。

我（后端）：7 年自由野生全栈，一直是前后端独立项目开发，后端主力是 Ruby on Rails ，也写过 Node.js 、Vue 、小程序、爬虫、量化、脚本、Docker 、Android 插件、chrome 扩展程序等，属于遇到需求就学、全链路自己处理的那种。

前端言论：

• 你没有正经上过班没有和他人协作过都是自己闭门造车，我是多年老前端有协作经验，多听听我的意见
• 产品经理最大，前端服务于产品，后端服务于前端，所以前端比后端大，后端应该多听前端，让改东西要配合。
• 你的数据结构和一些机制和我们公司不一样，这让我很不习惯，开发得很难受。

问题一：接口字段类型调整

后端某接口已开发完毕，并通过自动化测试，现已部署上线。 前端提出一个变更请求：希望将接口返回字段从 ["a", "b"] 改为 "a,b"（ Array → String ），理由是她使用的 Vue 组件只支持 string

我当时建议：在提交接口前 split(',')一下 即可转换为数组，不必改接口结构。她坚持要后端改接口格式，当时项目是有点赶的。

考虑到接口已经稳定并经过测试，这样的调整需要把相关的 n 个测试用例都变更重新测试和部署。

请问在这种情况下，是否应该满足这样的修改请求？

问题二：角色权限设计

期间开发一款小程序，用户分为 4 类角色。我的后端做法是： 将权限拆成 8 个基础点（页面、功能级别），后台可自由配置角色权限，未来如需新增角色，配置即可，无需修改代码。

前端做法是：根据 UI 图写死了 4 个角色及对应权限。认为后端接口不应该做成动态权限配置，理由是她们公司都是按固定角色方式来做。

前端指出后端没按 UI 设计图的来，并建议后端也应该写死为 4 个角色

但这个项目后期是我这边长期维护，不是短期外包，你更支持哪种做法？