点击修改某一行数据，打开弹窗，是从点击行上带出修改对象的数据进行回显，还是根据id从后端查询，然后进行回显数据呢？

在前端开发中，点击修改某一行数据并打开弹窗进行回显时，常见的做法有两种：

1. 从点击行上带出修改对象的数据进行回显：

   • 如果列表渲染时，每一行的数据对象已经完整地加载到前端（例如通过一次性获取所有列表数据或者分页加载时将当前页面数据加载至前端），那么可以直接根据用户点击的行数据更新弹窗内的表单控件。
   • 优点：无需再次向后端发起请求，响应速度快，用户体验好。
   • 缺点：如果数据量大或实时性要求较高，可能导致前端存储大量数据，占用更多内存资源。

2. 根据id从后端查询，然后进行回显数据：

   • 用户点击修改按钮时，前端发送请求携带该行数据的唯一标识（如ID）给后端，后端接收到请求后返回该条数据的详细信息。
   • 前端接收后端返回的数据并填充到弹窗内相应的表单控件中。
   • 优点：确保了数据的实时性和一致性，尤其适用于数据频繁变化的情况。同时减轻了前端存储大量数据的压力。
   • 缺点：增加了与服务器的一次交互，可能会有轻微的延迟。

综合考虑性能、实时性和数据安全等因素，大多数情况下推荐采用第二种方式，即根据id从后端查询再回显数据。这样可以保证用户在修改数据时看到的是最新的数据，并且遵循了前后端分离的原则，提高了系统的可维护性和扩展性。当然，具体选择哪种方案还需结合项目的实际情况和需求来决定。