同问
先看代码结构,再看整个软件架构。
先把业务逻辑搞懂,然后根据你公司的设计和API文档去捋一捋
同比做房子,你是码砖的,工头告诉你要在这个架子里面把砖给我码好,并且要码整齐,整齐度按隔壁墙那样,砖只能用你脚下的这些砖,第一步你码好了,工头说干得漂亮,但是你不甘心啊,你也想当工头啊,所以你就想拆房子啊,因为你觉得拆了房子我才知道这个地基是怎么打的、这个架子是怎么打起来的、这个砖是什么材料做的,问题来了,这种方法是不是很浪费时间而且很混乱?所以我个人建议碰到一个大的框架,能添砖了已经了解了一半了,另外的一半你看下代码走向差不多了吧,没必要从每一块砖的构造去了解,当然我承认这种了解的不精,个人偏向于实用、模仿、学习,创新这块交给老外吧,谁叫基础的框架都是老外写的了,╮(╯▽╰)╭
接楼上的话题。
从砌砖工人到贝聿铭的路怎么走,需要多久?
1、别想着两年能看懂,准备十年。
2、根据你的兴趣,先学会厨房或者卫生间或者客厅或者外墙建筑或者通风系统或者电梯井的设计,
每一个可能都要看10本书,研究10个月,熟悉了,继续下一个部分的学习。
3、看看别人怎么设计的,为啥这样设计,有啥优点,有啥缺点,缺点是否可以克服。
4、最后你就可以成为一个建筑设计师了。
进入一家新公司.你要做的事情不是学习公司的开发框架.而是学会用公司的框架实现产出.
老板关心的是你什么时候能做出东西.而不是你对现有系统多么了解.
接个任务直接上手做.遇到问题再问.想学可以慢慢学.但不能以:我还不完全了解公司的开发架构 为借口不干活
哈哈,我公司以前就有一小伙,懂的他不怎么愿意做(觉得就是COPY/PASTE的工作),
老想问我他不懂的,我解释他又听不懂。
都是想用7天学会7年经验的人啊...
其实你一天能干4小时COPY/PASTE帮公司挣点钱给你发工资,也没人在乎你另外4小时学习框架的。
你非要8小时学习,那就是学校了,得交钱而不是领工资了。
入口点。多加点断点,看看整体是如何运行起来的。
从你现在正在开发的地方开始看
先知道业务逻辑,知道是哪些页面实现的这个逻辑,从这个页面的前后端开始看
两个月,基本会,不推荐读MVC源码,说句打击的话,不适合,读了,你也是一头雾水的。
还是在应用层多磨练下,真正在应用层熟练掌握了MVC后在深入,阅读是没办法直接上代码的,只能先从大纲开始了解在应用层每个功能,每个调用,对于的mvc内部的封装,基于这种情况下,一个个深入了解。万事序为先,所以先了解MVC是怎么运作的是很重要的。
如果想直接就深入阅读代码,代码的组织结构是有必要最先了解的,每个代码文件对应的上层应用封装是需要了解的。
程序走的是执行顺序。首先把执行逻辑和业务逻辑搞明白,具体的技术细节再学习。