殛空

导航

< 2025年2月 >
26 27 28 29 30 31 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 1
2 3 4 5 6 7 8
统计
 

    业务代码写多了,发现不管什么业务,大体功能就分两种,一种是接口可用不可用。另一种是同一个接口,不同人请求的数据不一样。常见的用户 id 作为区分,其实就是一种工作流。不同的业务都会有个流程,就可以抽象出来。

    现成的工作流,感觉还是自己做个简单的吧。工作流还是很复杂的。目前就用图这种数据结构做整体,有个组织机构和用户是用来控制数据显示,资源用来控制有哪些可操作的功能(或者说接口)。这样功能权限就是用户、角色、权限、资源。数据权限就是用用户、组织机构、工作流(工作流的功能放在功能权限中操作)。

    工作流的功能,只做开始、下一步、撤回、回退、完成。

    第一步:先不做图形化配置工作流,先在数据库里写sql 或者用表单做,看看是否能做出流程任务运行到哪里的流程图显示。至于自定义表单,这东西跟工作流没有直接关系。

    第二步:再加图形化配置。

    第三步:看看还能不能功能更多点。

 

    emmm.... 简单的立项,需求,就这样吧。开始设计。。。

posted on   殛空  阅读(172)  评论(0编辑  收藏  举报
编辑推荐:
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· C++代码改造为UTF-8编码问题的总结
· DeepSeek 解答了困扰我五年的技术问题
· 为什么说在企业级应用开发中,后端往往是效率杀手?
· 用 C# 插值字符串处理器写一个 sscanf
阅读排行:
· [翻译] 为什么 Tracebit 用 C# 开发
· Deepseek官网太卡,教你白嫖阿里云的Deepseek-R1满血版
· DeepSeek崛起:程序员“饭碗”被抢,还是职业进化新起点?
· 2分钟学会 DeepSeek API,竟然比官方更好用!
· .NET 使用 DeepSeek R1 开发智能 AI 客户端
 
点击右上角即可分享
微信分享提示