题主是一枚实习生,现在在一家公司做后台维护和二次开发。
公司的后台和订单系统什么的都是用ThinkPHP开发的,东西很多。
有点不知道如何下手去搞清楚这套系统的架构,数据库那边也是挺乱的(毕竟是ThinkPHP嘛)
目前,写了个小脚本,基于PHP的反射类,可以一键统计出当前模块下所有控制器的方法(包括protected方法)。
我现在是应该继续这样一个一个控制器的分析下去,还是点开网站,从流程开始分析呢?
或者是否有其它更好的分析思路?
希望各位前辈能指点一二
题主是一枚实习生,现在在一家公司做后台维护和二次开发。
公司的后台和订单系统什么的都是用ThinkPHP开发的,东西很多。
有点不知道如何下手去搞清楚这套系统的架构,数据库那边也是挺乱的(毕竟是ThinkPHP嘛)
目前,写了个小脚本,基于PHP的反射类,可以一键统计出当前模块下所有控制器的方法(包括protected方法)。
我现在是应该继续这样一个一个控制器的分析下去,还是点开网站,从流程开始分析呢?
或者是否有其它更好的分析思路?
希望各位前辈能指点一二
先从分析文件开始,哪些业务是哪些页面控制器主要用到哪些表。
一开始没必要所有的文件所有的方法都去看,也没法看的懂
我是这么想的,先学着仿那些简单的业务和表,就是那种简单的增删改查。
接着进阶就是研究那些封装好的东西,怎么调用,还有都处理了什么业务,用了哪些表。
带着需求或问题找答案吧,不然这么美好的冬日午后是不是会打着瞌睡迷迷糊糊地就过去了呢。
类里面的方法不是所有的都是有用的。
另外,弄清楚你自己的目标,熟悉公司的业务还是搞明白TP这个框架本身。
流程开始分析
开启xdebug
,选择你想知道的功能,点击,一步一步跟下去。还有最好知道每张表,每个字段是干什么的,多问问同事自己瞎折腾效率比较低。
不用分析,大致看看就行。有具体需求再去分析。或者你觉得哪里实现的不好,自己写套代码给它替换掉。就行了
根据业务流程走可能熟悉起来比较快,大致看一下代码。然后看看流程,不用细看,具体要用到的时候再去深挖
建议楼主分两块走
1.根据现有TP版本了解TP框架的基本语法以及用法
2.向老员工请教一些业务相关的东西 比如那个工程是负责哪个模块的 然后 按照业务流程 走一遍程序 这样在发现问题时候能够快速定位 不至于现查现找
我想问的是有交接给你文档吗?接手一个项目的话最好照着文档执行一篇大概构想下实现思路然后在去找对应代码分析,流程分析一遍,你系统也熟了,TP也熟了。
1.熟悉业务流程
2.通读ThinkPHP的手册
1.熟悉系统业务流程
2.熟悉thinkphp
3.熟悉php
先分析项目需求并熟练任务流程
还有不是框架的问题 框架只是帮助你加快开发速度 主体还是php和mysql,
表的关系和是否是tp没有任何关系。
或者先整理下 表结构