: 接来的案子不需要每个都重头开始写
: 例如连接数据库就可以写一个php
: 常见资料表的内容也可以写一个php
: 常见表单也能写一个php
: 然后接案就能套阵列?参数?之类的
我以前也是自己硬干
毕竟书上通常都是 PHP / HTML / CSS 混著一起写
后来会拆开是因为开发人员从我自己一个人增加到十多个
如果继续按照以前的方法写程式
就会时常和其他人改到同一个 PHP 档然后比对异动到死 XD
其实你同事说的方法没有你想像中的难理解
就拿办演唱会之类的活动来当作例子
一个活动需要总干事、总务、行政、公关、场地庶务 ....
如果自己一个人全包会发生什么事情?
同时要租场地、乔活动时间
搞不好中间跟你说赞助资金不足你就崩溃了
如果依照不同的工作类型来分派工作给不同的人来负责
一批负责场地、一批负责金流、一批联络演出人员
再一批负责整理各组的讯息并统一整理
这样是不是比较轻松一点?
回归正题
写程式和上面遇到的情况也类似
如果把多个不同类型的逻辑混在一起
之后有个地方要做小调整
可能就会牵一发而动全身
一改就改大堆地方
维护起来也很吃力
所以通常会依照不同类型的逻辑、操作分开建立不同的程式档
也就是常听到的“函式库”(library)
如果想知道的更细一点可以搜寻“单一职责原则”(Single responsibility principle)
至于新手应该如何开始 ....
我在十多年前还不知道有 open source / 社群时
是自己去看了 PHPWind 论坛的原始码
看懂整个系统到底再做什么以后
再按照类似论坛系统的架构
把自己的程式拆开成多个不同的小功能
但在现在回想起来实在不是很值得
现在有不少不错的 PHP 书籍 (要看书评,不要看到 PHP 6 很潮就买了 XD)
像是“PHP 大师: 写出顶尖的程式码”
甚至网络上就有各高手整理好的开发建议
像是 PHP The Right Way: http://www.phptherightway.com/
剩下的就是花时间边看边学
希望以上的一些个人经验对你有帮助