We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
通过一种约定,将可能反复生成的代码和手写的逻辑分开在不同的文件,便于再次生成代码时候,无需人工合并代码。 用户手写的代码在单独的文件中,首次生成时,可创建这些文件的框架; 后续多次重复生成时,只覆盖完全自动生成的文件,但仍可引入和调用遵循约定接口的手写的代码,功能不会失效;
No response
The text was updated successfully, but these errors were encountered:
除了后端, 也包括前端, 老大可否发个伪代码给点启发
Sorry, something went wrong.
007f45c 我怕写了一个非常非常简单的例子 抛砖引玉....
不要merge!添加功能自动化删除代码和复用代码的时候保留自写代码到文件末尾 抛砖引玉的随便写的(很多bug和情况没考虑 将就能用下) // @gvastartkeep //@gvaendkeep 之间的代码(自写代码)会被保留到新的自动生成的代码中去(当然可以自己去re正则里更改) 注意只是简单的用re正则实现了一个非常非常基础的东西 谨慎用!!!!!(本身就是自用的) 前端复用代码的时候 勾选保留代码(测试 即可 注意实现方式很屎山 创建了一个sqlite在rm_file文件夹里 用来记录删除的文件路径等 以及一些初始化都在main里 没太多时间懒得看) 临时自用着分享一下而已
piexlmax
No branches or pull requests
功能描述以及必要性描述
通过一种约定,将可能反复生成的代码和手写的逻辑分开在不同的文件,便于再次生成代码时候,无需人工合并代码。
用户手写的代码在单独的文件中,首次生成时,可创建这些文件的框架;
后续多次重复生成时,只覆盖完全自动生成的文件,但仍可引入和调用遵循约定接口的手写的代码,功能不会失效;
建议和方案
No response
The text was updated successfully, but these errors were encountered: