PHP 编程 面向对象 程序员
今天参加了一个Coding Dojo（编程道场），之后自己有一些疑惑，希望大牛能够给予指导。我现在的状态跟你描述的差不过 我提供个思路:抽时间把现在项目按照面向对象的思路重新写一遍(抛开TP框架),从底层架构开始能做多少做多少 我觉得这样一定可以有所提高.
当你在做问答题时，才有可能发挥自己的想象
而使用框架只不过是在做填空题
但“没有用到面向对象思想”是不对的，你完成的正是对象的某些方法的具体实现
在框架的基础上，思考你是怎么依赖框架的，也就是说你为什么可以用框架这么做？
例如每次写业务逻辑你都是写一个controlle和action，然后就可以通过url来进行访问，有没有思考过从url请求到action中都经过了些什么逻辑处理？能否把这些逻辑理清楚呢？能否认识到这些逻辑之间是怎么样相互交互的？
多提出一些自己理所当然的知道一些事的真正原因是什么？慢慢的才会提高，也就是不仅知其然还要知其所以然。
小刀砍大树这句话常说吧，现在如果有电锯，还拿小刀去砍大树的人真是笨死了
但电锯是怎么把大树砍倒切割的，其原理还是要从小刀上理解??纵向发力叫做切、砍，横向发力叫做锯
纵向力费力，横向力省力，横向锯的次数与木头厚度成正比，而频率（就是次数/时间）跟发力（能量）有关
所以加入电力提高锯的频率（单位时间的次数）达到省时省力的目的
拿着电锯（工具，框架）确实能提高工作效率，以此累积的工作经验却是在这个工具上的，例如怎样握着电锯不容易脱手……
但想理解工作原理却是难事，最终还是要拿小刀来理解到底是怎样把木头切开的
如果只懂用电锯，去到一个新的木场没有电怎么办？？
如果把解决问题建立在某个工具而不用考究它的原理，那必须确保你以后遇到该问题身边都有这个工具
例如宅人，打算一辈子不离开城市，那他只需要知道路牌这个工具就行，不需要懂什么迷路看星星/指南针辨认方向的知识（唉，现在的城市能看见星星也不容易）；但如果想到处游历，又不确定去到一个新地方有没有路牌这东西，还是从低层次掌握基础知识比较好
如果你想学习提高理论技能，还是把手上的“高级的、优秀的”工具抛开吧
不确定一定能有混凝土预制件的话，还是学学怎么和稀泥的好
反正几十年来我没听说过巴西、朝鲜、伊拉克的球员会抱怨场地不好、草地绊脚的
小刀砍大树这句话常说吧，现在如果有电锯，还拿小刀去砍大树的人真是笨死了
但电锯是怎么把大树砍倒切割的，其原理还是要从小刀上理解??纵向发力叫做切、砍，横向发力叫做锯
纵向力费力，横向力省力，横向锯的次数与木头厚度成正比，而频率（就是次数/时间）跟发力（能量）有关
所以加入电力提高锯的频率（单位时间的次数）达到省时省力的目的
拿着电锯（工具，框架）确实能提高工作效率，以此累积的工作经验却是在这个工具上的，例如怎样握着电锯不容易脱手……
但想理解工作原理却是难事，最终还是要拿小刀来理解到底是怎样把木头切开的
如果只懂用电锯，去到一个新的木场没有电怎么办？？
如果把解决问题建立在某个工具而不用考究它的原理，那必须确保你以后遇到该问题身边都有这个工具
例如宅人，打算一辈子不离开城市，那他只需要知道路牌这个工具就行，不需要懂什么迷路看星星/指南针辨认方向的知识（唉，现在的城市能看见星星也不容易）；但如果想到处游历，又不确定去到一个新地方有没有路牌这东西，还是从低层次掌握基础知识比较好
如果你想学习提高理论技能，还是把手上的“高级的、优秀的”工具抛开吧
不确定一定能有混凝土预制件的话，还是学学怎么和稀泥的好
反正几十年来我没听说过巴西、朝鲜、伊拉克的球员会抱怨场地不好、草地绊脚的
这比喻。。。。。
了解底层，然后自己写框架
我以前跟楼主类似，
为解决这两个问题，
我主要采用2个方法，
1，再学一次c++
2，自己写了一个框架，并把自己的博客用自己的框架不断完善
希望楼主能够得到满意的答案
多写是当然的，可以去尝试一下其他框架和cms。
