p*****u
发帖数: 214 | 1 Which PHP mechanism allows you to use the visitor pattern to sort an array？
第一次看到如此的问题。 |
s****y
发帖数: 983 | |
p*****u
发帖数: 214 | 3 我也不知道？
【在 s****y 的大作中提到】
: OO?
|
g****z
发帖数: 1135 | 4 问这种问题的都是半吊子的傻问题，自己写一个不就是了。
【在 p*****u 的大作中提到】
: Which PHP mechanism allows you to use the visitor pattern to sort an array？
: 第一次看到如此的问题。
|
p*****u
发帖数: 214 | 5 ggxxzz兄，有没有关于设计模式的书籍推荐？
【在 g****z 的大作中提到】
: 问这种问题的都是半吊子的傻问题，自己写一个不就是了。
|
g****z
发帖数: 1135 | 6 你是说oo design pattern还是web framework?
【在 p*****u 的大作中提到】
: ggxxzz兄，有没有关于设计模式的书籍推荐？
|
p*****u
发帖数: 214 | 7 oo design pattern, php 什么机制允许使用 visitor pattern。我感觉design
pattern 天生是针对oo的，除了Php oo 可以相互引用彼此作为参数传递，想不出机制
【在 g****z 的大作中提到】
: 你是说oo design pattern还是web framework?
|
g****z
发帖数: 1135 | 8 哦。不是有本书叫design pattern的吗？很老了。看看Java lib，那里的DP用的那叫是
炉火纯青呵。不过以俺现在的眼光看，死循DP也有很大副作用，就是把一个简单的东西
复杂化，说是reusability,可现在谁reuse啊。以最简单有效的途径解决问题，这才是
王道。不信问briteguy，他肯定同意。
【在 p*****u 的大作中提到】
: oo design pattern, php 什么机制允许使用 visitor pattern。我感觉design
: pattern 天生是针对oo的，除了Php oo 可以相互引用彼此作为参数传递，想不出机制
|
b******y
发帖数: 9224 | 9
briteguy说他同意。Java各方面都好，但我觉得有的地方就是被当年的Sun
Microsystems搞得太复杂，太画蛇添足了。比如说，design pattern就是一个例子。适
当就好，太过于讲究了，有点学术气息太过，解决实际问题不足的意味。
还有比如说, BufferedReader, FileReader等等，一个套用一个的形式。读个文件，麻
烦死了，要串一堆的reader. 这些是很多人认为的java的一个缺陷，太繁杂.
解决问题，其实越简单越好。太过追求技术和design的话，有可能就想歪了。我自己原
先经常犯这样的错误。
其实，procedural的程序，也挺好的。OO的东西，适当用用就行了。不用太较真儿。
我大学学的是机械，后来转行做贸易。当时在国内接触了很多工程师，都是成套设备出
口时候接触的。我的感触哈，这些工程师一个一个都很为技术较真儿，有时候还到了执
着的地步。但其实，挣的钱，还真的不如我在贸易公司挣得多。看他们为个技术问题争
执不休的，都觉得比较好笑。Big picture最终是市场，客户，技术是为市场服务的。
当然，我转行做了计算机后，感觉又学回去了。对技术特别痴迷了很长时间。啥
Compiler technology, operating systems, distributed systems, database
systems（我自己编过一个小型的java database engine, 类似minibase那种的). 到后
来对搜索引擎着迷，自己编写过crawler, indexer, searcher, 基本上做了个小型搜索
引擎。。。
Anyway, 人生经历了，呵呵。
如果你做网站是盈利为目的的，我觉得技术差不多就行了。简单为好。你看，Steve
Woz搞的Apple II就简单的要命，还便宜。畅销啊。
简单的东西，未必就容易。做软件做多了，就会有这个体会了。。。
【在 g****z 的大作中提到】
: 哦。不是有本书叫design pattern的吗？很老了。看看Java lib，那里的DP用的那叫是
: 炉火纯青呵。不过以俺现在的眼光看，死循DP也有很大副作用，就是把一个简单的东西
: 复杂化，说是reusability,可现在谁reuse啊。以最简单有效的途径解决问题，这才是
: 王道。不信问briteguy，他肯定同意。
|
a*w
发帖数: 4495 | 10 Apple II也就火了几年，被8086打败之后，三十年都没缓过来。
【在 b******y 的大作中提到】
:
: briteguy说他同意。Java各方面都好，但我觉得有的地方就是被当年的Sun
: Microsystems搞得太复杂，太画蛇添足了。比如说，design pattern就是一个例子。适
: 当就好，太过于讲究了，有点学术气息太过，解决实际问题不足的意味。
: 还有比如说, BufferedReader, FileReader等等，一个套用一个的形式。读个文件，麻
: 烦死了，要串一堆的reader. 这些是很多人认为的java的一个缺陷，太繁杂.
: 解决问题，其实越简单越好。太过追求技术和design的话，有可能就想歪了。我自己原
: 先经常犯这样的错误。
: 其实，procedural的程序，也挺好的。OO的东西，适当用用就行了。不用太较真儿。
: 我大学学的是机械，后来转行做贸易。当时在国内接触了很多工程师，都是成套设备出
|
p*****u
发帖数: 214 | 11 首先谢谢两位，同意的观点，DP用的恰到好处方是正途，一味的耍高深技术，有时候也
会把自己绕进去，不值得，procedure 方式没有坏处，各有千秋。但想推广被别人用，
最好还是让别人看得懂如何用，越简单越好，就像傻瓜电脑，这个时候类，pattern就
十分有用，当然太过了就没有价值影响执行效率，最典型的例子就是ADOBE.
【在 b******y 的大作中提到】
:
: briteguy说他同意。Java各方面都好，但我觉得有的地方就是被当年的Sun
: Microsystems搞得太复杂，太画蛇添足了。比如说，design pattern就是一个例子。适
: 当就好，太过于讲究了，有点学术气息太过，解决实际问题不足的意味。
: 还有比如说, BufferedReader, FileReader等等，一个套用一个的形式。读个文件，麻
: 烦死了，要串一堆的reader. 这些是很多人认为的java的一个缺陷，太繁杂.
: 解决问题，其实越简单越好。太过追求技术和design的话，有可能就想歪了。我自己原
: 先经常犯这样的错误。
: 其实，procedural的程序，也挺好的。OO的东西，适当用用就行了。不用太较真儿。
: 我大学学的是机械，后来转行做贸易。当时在国内接触了很多工程师，都是成套设备出
|
