✨ 需求墙

[Charles7c]

功能不完善？脑袋里有好 idea？文档不清晰？提！都可以提！:wave:

我们深知一个优秀的项目不能闭门造车，它需要拥抱变化，海纳百川。正如项目的名字一样 ContiNew Admin（Continue New Admin），它将持续以最新流行技术栈构建，持续迭代优化。也许它现在不够完善，但请给它多一点时间。:beers:

💖 我们将慎重对待每一位关注者的星星之火：

• 对框架/脚手架新增特性功能且比较简单，会在第一时间进行开发。
• 对框架/脚手架新增特性功能但比较复杂，会延后几个版本制定相应的计划后进行开发。
• 与框架/脚手架设计理念不太相符，或超出中后台管理框架/脚手架范畴，将会视需求人数决定是否开发或建立独立分支。

Note
欢迎加入 💬 交流群 ，通过交流碰撞，迸发你的 idea。
发现 Bug？非常欢迎反馈到 Issues 或提交来自你的 PR。🍗
用的早期版本？查看 更新日志 确认你的需求是否已经迭代优化。
点击 GitHub Project 关注最新项目计划和进展。👀

[995william]

希望增加 系统字典配置 功能

[Charles7c]

当然可以，在 v1.2.0 的计划中包含了字典管理、网站配置功能。✨
详情请关注项目计划和进展：GitHub Project。
另外，欢迎加入交流群👏，最新通知和动态会在第一时间发布到群内。

[Charles7c]

字典管理已经完成，且完成适配，欢迎体验反馈。

[Charles7c]

收到，后续会对 MyBatis Flex 进行集成验证。考虑是拉一个分支还是单独拉一个仓库的形式，欢迎提出建议。👀

[Charles7c]

组件化处理确实很棒，感谢建议。

[Charles7c]

ContiNew Starter v1.0.0 已经于 12 月 4 日 发布，欢迎体验。

ContiNew Starter 源自 ContiNew Admin 后台管理框架/脚手架项目。在 ContiNew Admin 发展到一定程度时，作者发现新手用户上手时需要关注过多的脚手架通用基础能力，而且如果想要在一个全新项目中使用这些基础能力，“迁移”起来也很麻烦。于是，ContiNew Starter 应运而生，作者在 ContiNew Admin 2.x 版本时，将项目中的通用基础能力进行了抽离和深度优化。这样，无论是在 ContiNew Admin 中使用，还是单独使用这些基础能力，都可以更加轻松。

[Davidlin2008]

增加来自后端错误信息的国际化功能

[Charles7c]

只要求后端错误信息的国际化吗？

[Charles7c]

已经支持了

[Charles7c]

需求已收录。

[Charles7c]

3.x 版本前端已实现此功能。

[66Coding]

希望增加 数据可视化前后端代码生成 功能

[Charles7c]

数据可视化前后端代码生成？现在已经提供的生成预览功能不能满足需求吗？

[66Coding]

可以自定义吗，就是拖饼状图，或者柱状图那些图案或者文字，然后配下本地的数据库地址对应字段，可以自动生成前后端代码，这个已经有吗

[bobqian1007]

项目能够集成分库分表组件么

[Charles7c]

好的，需求已收录。初步计划放到 continew-cloud 项目中，有个人推荐的解决方案吗？

[bobqian1007]

目前这边是打算看看能不能把SHARDINGSPHERE-JDBC整合进去，这个是嵌入式的分库分表lib

[Charles7c]

好的，初步的选型也是 Sharding-JDBC 或 Sharding-Proxy

[bobqian1007]

转成postgresql之后如何更改changelog里的sql呢，重新自己编写吗

[Charles7c]

当前开发版本已经为 pgsql 编写了初始化语句，非需求问题建议提到 issue 或加群沟通。😊

[chiyTom]

能不能单独拉一个仓库，精简版的

[Charles7c]

精简是指的什么？

[sunyubk]

希望系统配置，可以自定义配置项，前后台都可以通过工具类读取自定义配置项，虽然配在字典中也是可以用的，但是系统配置和字典的含义和用处还是有区别的。

[Charles7c]

系统配置中的配置都是来自于 sys_option 参数表中的配置。

[sunyubk]

okok

[15213222722]

首先我觉得看过这么多开源项目，这个开源项目是最好的一批了，特别是starter的插件化封装，完善的注释，统一的命名格式，这些都非常棒。
个人希望增加完善的国际化支持，很多项目都需要走向全球，我觉得这也是开源项目迫切需要的一部分。另外还有一些个人觉得不错或者需要增加的功能。
1.国际化：包含响应体msg国际化，数据字典国际化，excel导出国际化
2.开源项目https://www.yuque.com/pig4cloud/excel/thx2uarxyznuva13，这个对fastexcel和easyexcel完全兼容，是它们的使用增强，使用简单灵活，支持国际化，字典转换等，我觉得可以参考一下
3.tlog日志链路可以支持分布式定时任务xxl-job及mq消息传递跟踪，我们经常会使用mq消息，traceid会无法跟踪消费端，所以这个我觉得也是不错的支持
4.那就是cloud版本了，支持主流的一些组建，例如nacos配置中心与服务发行，gateway结合sa-token等，毕竟现在应该很少单独使用springboot了，基本都是使用cloud微服务相关组件了。

[Charles7c]

感谢认可。
1.国际化 5.x 会考虑
2.fastexcel 目前是确定方案，在此基础上将增加通用导入、导出注解等
3.tlog 自身有插件支持，不过后期我们会考虑移除 tlog，替换其他方案（已停更）
4.cloud 不急，因为作者目前工作都是 boot 项目

[sunyubk]

是不是可以考虑将字典改成多级的，我看目前好多开源框架也都是单级的字典，但实际上很多场景会用到多级字典

[Charles7c]

我目前遇到的多级字典场景，大多数情况下都是需要关联 ID。
例如，多级分类数据，往往都是设计通过分类 ID 来关联数据。
注：如果你有完善的场景说明，提个 Feature issue 描述下提供下可参考的案例。

[sunyubk]

确实是这样，我遇到的也基本全是多级分类这种，例如企业信息中的技术领域这种多级分类的。这种做成多级字典，在页面中维护的时候也清晰，页面中进行查询关联的时候是不是也会好一些。

[Charles7c]

本需求墙讨论将在近期关闭，后期除讨论外，Feature 将统一采用 Issue 管理。