9.0.103 导出项目文档功能增加导出到数据库的选项

如题


如果采用 服务端命令+OAtuh2的方式来做前后端分离的话，服务端命令的参数就经常要去查看，去翻项目或者导出的Excel文档不太方便。要能导出到数据库的话，就能直接做个页面进行查看了。每次更新完，重新导一下就完了。

我描述下，是用活字格做后端，前端独立开发。然后开发中，前端查看活字格服务端命令的参数就很麻烦，需要导出项目文档来查看，希望能导入项目文档到数据库，或者其他更方便的方式查看服务端的参数。不知道我描述的对吗？
多问一句，按我们的经验，一般前后端接口不应该前期设计时就规划的差不多了，接口参数还会经常变动？

1、理解的完全正确。
  2、计划永远赶不上变化。
  3、弄个网页不是还能装个啥吗

常见的前后端分离，不是开始把接口规范定好，各开发各的，前端先mock数据，怎么还有需要反复查看接口参数的情况

Patrick.Zhu 发表于 2024-1-25 17:43
常见的前后端分离，不是开始把接口规范定好，各开发各的，前端先mock数据，怎么还有需要反复查看接口参数的 ...

1、你说的都对
2、分离后，自动提示没了，查看一下也是需要的。

3、不光是看接口，还能生成自定义的程序文档。甚至像页面，如果按类似  {唯一初始码}-{类型码}-{名称}的命名规范，重新生成后，写个命令还能自动更新菜单表

4、我提的是需求，就想知道有没有能力做，有没有时间做，安不安排做。

感谢你关于场景的解释说明。
关于需求，我们需要了解该功能的重要性和范围，以便对需求的价值有明确的理解，从而对比开发成本，才能决定是否需要实施该功能，进行一个合理的优先级评估，以及是否需要优先处理。这是对我们负责，更是对大家负责。

正如我们后面讨论的，所以你的主要需求在于，将项目文档导到表里，因为项目文档可以帮助你们确定接口参数、生成程序文档，甚至更新菜单表，等等。不知道我现在理解的对吗？
这都是你开始没有提到的价值点，我认为还蛮有意义的，帮助我对需求价值有了更明确的理解。

看您没有追加新的问题，加上这个帖子发布时间已经较久了，这边先关闭帖子了。
如果有其他信息，欢迎补充。