- 之前写代码，都是前端确认页面的整体布局，即页面是什么样的，结构如何已经通过前端的html, css, js确定好了
- 后端接口只是返回具体的数据，填充页面内容
- 比如一个简单的列表查询页面，总体包含查询区（查询区包含哪些字段），按钮区（比如查询，导出，导入，重置等按钮），表格区（表头字段，表体，表尾分页统计区）等，这些信息已经通过前端确定了的，后端只需要提供按钮对应的动作的接口，做相应的操作，返回相应的数据
- 其实这些查询区，按钮区，表格区等也是结构化的数据，也可以后端存储
- 那么后端只需要多一个页面元数据接口，请求页面时，前端发送请求，后端响应该页面的元数据，前端根据返回的元数据，渲染页面，展现查询区，按钮区，表格区
- 这种方式显然对低代码开发是非常友好的，页面上的一切皆可数据化，落库，对于团队中缺乏前端人员的情况，可以快速开发
- 但是也不够直观，增加了整体逻辑的复杂性；过程中增加了页面渲染的过程，毫无疑问会拖慢页面的加载速度；对于复杂的前端交互逻辑，可能还是无法避免写js代码
