[框架] 一种PHP设计模式：DPT（转）

wobushiwo

原帖由 ccniao 于 2006-6-9 10:35 发表
个人觉得刚接触mvc的看这个比较好理解，很多mvc的文章写得很抽象了，其实也就那么回事

抽象？意思是这个就比较具体？具体的东西很容易让人产生片面的思考，反而不知道 “那么回事” 是怎么回

事

抽象不代表就是坏事啊，打好基础有什么不好，先抽象，再去探索具体

ccniao

原帖由 wobushiwo 于 2006-6-9 10:44 发表


抽象？意思是这个就比较具体？具体的东西很容易让人产生片面的思考，反而不知道 “那么回事” 是怎么回

事

抽象不代表就是坏事啊，打好基础有什么不好，先抽象，再去探索具体

没人会逼你怎么学，随便

james.liu

PHP为什么在主流的应用中总是那么不出色，总是不如.Net/Java，就是因为在PHP处理大型应用的时候，那些不完整的面向对象机制、数据库处理的单一，不通用性等等，影响了PHP做大型应用。

就看到这里。

mikespook

原帖由 dz902 于 2006-6-9 10:05 发表


但是这不是活猪和死猪的区别。只是名字有区别而已，实质没有任何区别。设计模式也可以「类似」？按照 Duck Test，「If it walks like a duck and quacks like a duck, it must be a duck.」，如果它有 Model, ...

并不是只是名字的区别～～MVC的范畴比DPT范畴要大～～
这里的范畴并不是语言范畴，而是框架范畴～～
MVC是模型，视图，控制～～从本文角度看DPT只是MV，它的C部分还不能够处理很复杂的业务流程～～而且融合进了M和V部分～～

dz902

原帖由 mikespook 于 2006-6-9 20:05 发表


并不是只是名字的区别～～MVC的范畴比DPT范畴要大～～
这里的范畴并不是语言范畴，而是框架范畴～～
MVC是模型，视图，控制～～从本文角度看DPT只是MV，它的C部分还不能够处理很复杂的业务流程～～而且融合 ...

乳猪和成年猪，不都是猪？
至于 MVC 那只是一个设计模式而已，也并没有具体要求每一个部分需要处理多少东西。你也说了，他有 MV，又有 C，那还不是 MVC？哦，对了，它不是，它叫 DPT。

mikespook

原帖由 dz902 于 2006-6-9 18:25 发表


乳猪和成年猪，不都是猪？
至于 MVC 那只是一个设计模式而已，也并没有具体要求每一个部分需要处理多少东西。你也说了，他有 MV，又有 C，那还不是 MVC？哦，对了，它不是，它叫 DPT。

呵呵，本来我用生猪和鲜肉的例子就是想说明MVC跟DPT本是一个东西～～只是层面不同罢了～～
DPT是不是MVC的问题就此打住吧，很明显大家都比较赞同肯定的答案～～

前面james.liu说了PHP语言本身的一些东西～谁能来说一说DPT的局限与改进思路？既然能搞出DPT那就说明一定有方法可以解决得更好～～～