1
8355 41 天前
最简单的找产品约个会议室,从系统里给演示一遍,哪里有什么规则和操作逻辑边演示边讲就全通了。
自己跑一遍测试环境可以加深印象,然后根据系统路由看代码和数据表的关系最后看计划任务和队列类代码,善用搜索。 如果是服务类项目没有图形界面就从路由代码开始,大模型辅助分析业务流,挨个看其他一样。 |
2
huifer 41 天前
有机会可以看看我在做的这个项目,然后我们可以深度交流一下。
这对你来说可能是一个完全未知的内容。 绘制 uml 是一个不错的选择,但是得看项目方是否提供了,如果没有提供的话要自己绘制这个消耗的就不只是时间了。 https://github.com/iot-ecology/rust-iot-platform |
3
Hopetree 41 天前
最近在看公司的一个产品的模块,妈的,被继承看晕了,真的是继承又继承继承又继承。。。一层套一层,刚以为自己找到了切入点,一用发现这个类不对,要找父类重新继承才能用
|
4
kakawa 41 天前
看每个模块的创建逻辑
|
5
kakki 41 天前
带着任务看项目
|
6
sophos 41 天前
我这边的项目都可以直接基于代码生成模块间的依赖拓扑图 :-)
https://github.com/go-kod/kod-mono?tab=readme-ov-file#callgraph-auto-generated |
7
RandomJoke 40 天前
先了解业务,再了解各个模块的基本作用,带着任务再重点关注某个模块,大型项目维护文档是一件很费时间精力的事情,所以大部分大型项目文档不会那么细致,尤其业务优先的时代,项目中可能留了很多曾经有用,后来废弃的代码,或者不维护的代码
|