t**********h
发帖数: 2273 | 1 不是大牛，我写js写的不多。
但是我没看到多少oop写法的js啊。可能是我见识少 |
|
p*****2
发帖数: 21240 | 2
cs里面有class
貌似写oop的文章和书都不少 |
|
c*********e
发帖数: 16335 | 3 dom其实就是oop的概念啊，在javascript里，什么tag都是一个object.
dom的意思，就是document object model. |
|
|
p*****2
发帖数: 21240 | 5 Scala里面的actor也是object吧？也是OOP的东西。Erlang不熟悉，不过感觉actor本来
也是个object，封装性很强。但是不share state，性能有影响。 |
|
n****1
发帖数: 1136 | 6 我说的线程是抽象概念， 并非OS kernel thread。人家
erlang上面几十万个userspace thread照样跑得好好的。
建议你看看erlang, 看了你就知道独占一个userspace thread是已经实现了的， 不是
啥yy
>>打印机 安装多个打印鼓 相当于多线程
打印机/鼓里面本来就有电子芯片， 高度智能， 当然是活的。 如果你要写个打印机驱
动， 难道一个线程够了？
>>在量子计算机出来之前 搞和物理世界一对一的仿真 是不可能的
你要是陷入了java/python思维模式不能自拔，就会觉得java里几乎每一个对象都是活
的，连true/false都是。 那样连量子计算机也不可能达到， 因为OOP猴子们会把每一
个电子当成一个活对象。
但我们真正需要的活对象少之又少. |
|
n****1
发帖数: 1136 | 7 我提的这个与FP完全无关， 就拿c++做例子， 我希望C++里面的class只有data member
, 没有method member. 这样就可以完全从线程的角度, imperative style来看问题(其
实等价于用了opaque struct的C).
或者像golang这样， 完全隐藏多线程， 只有goroutine, 这样就可以完全从actor的角
度看问题。 同时考虑actor和线程是非常痛苦的。
＠domini
你就这点理解能力么？ 凡是反OO的就是FP么？ 我这帖子啥时候提FP了？
我是说OOP语言里的多线程应该由runtime来实现， 而不该直接把kernel thread api暴
露给程序员， 我啥时候说不用多线程了？
话说我还真认为imperative常常比OO的逻辑更清晰， 没有OO概念，PHP照样流行,c也能
写出整个linux 内核， 而java代码往往是滥用模式，又臭又长。 |
|
n****1
发帖数: 1136 | 8
有么？ 我原话是啥？
我想说的是“物体”不应该和OOP里面"object"划等号， 因为很多物体没有method, 但
"object"都有method, 至少有几个java自带的notify/wait之类的。
而OO猴子中毒太深， 直接把"物体"和"object"划等号。 |
|
g*****g
发帖数: 34805 | 9 LOL，last time I checked, Scala implemented actor in single thread too. So
maybe it's time for you to relearn 101.
At the end of the day, a language doesn't need to be the best at everything.
All features are double-edge swords. For a given job, a language may be
easier than another, that's about it.
However, I wouldn't say Java took the wrong approach in the first place. A
popular language is never a wrong approach. It's only not best for
everything, and it doesn't have to. I always compliment F... 阅读全帖 |
|
n****1
发帖数: 1136 | 10 Encapsulation is not a privilege but a basic requirement of all good
architecture, even in imperative/FP.
However private member of objects is not the only way to do encapsulation.
Even in smalltalk/javascript, which advocates themselvs as OOP more than FP,
there is no private member. Encapsulation is achieved in modular/file level.
I don't see any reason that FP is anti-encapsulation. |
|
g*****g
发帖数: 34805 | 11 It's not about religion, it's about getting the job done. We are not talking
about math proof where you only need one people. We are talking about
practical systems that you need millions of programmers to create, and OOP
have got there. If FP fails in that department, it's its own problem and no
one else to blame. |
|
g*****g
发帖数: 34805 | 12 Where does OOP say the property of objects must be mutable? If they are
constants, so be it.
The one more easily understandable by the mass is the better approach in
most cases, that's why FP is complimentary these days, not primary. Let's
get some reality check. |
|
p*****2
发帖数: 21240 | 13
level
of
or
on
I'd like to see more discussion on file-level encapsulation. I think it can
achieve the same as OOP, but just not as easy as OO. |
|
t***t
发帖数: 6066 | 14 IMO, it's the best of all, it's pure OOP, full blown FP, extensible, concise
,
scalable, plus it can use all Java libraries. |
|
|
z****e
发帖数: 54598 | 16 dispatch显然是错误的
随着class的数量上升
你这个dispatch会拼命增加
每增加一个，你就需要回去修改源代码
把你累死，最后还不如干脆就map，list算了
说到底就是不需要修改源代码的基础之上增加class是最优的
所以fp在这一块是非常非常受限
scala本身之所以不愿意抛弃oop也是出于这个考虑
任何switch, dispatch, if else这些都属于不合适的
最理想的就是想加就加，想拆就拆，而不用改动其他部分代码
).
functions |
|
L********t
发帖数: 3 | 17 在早期，程序基本都是从头跑到尾的一根筋的类型，主要用来解决计算问题，基本上是
为了实现算法的。
在近代，大量的商业应用，让算法成为了局部的需求，总体的需求是计算机和软件本身
成为商业运作中的一个成员，比如作为银行账本，库存清单，学校花名册等等。
在现代，也就是互联网时代，计算机和软件本身成为了商业的主角，甚至开创了新型的
商业模式，比如Ebay, Netflix, Facebook, Airbnb, Uber等等。
早期的应用，procedural functions and functional functions 可以应付得很好。近
代的应用，规模大增，这两种function在数量上满足不了应用的规模。只有object这个
技术，可以在design time写一次代码，然后在runtime生成大量的object。
但OOP在现代，没有跟上应用的需要，甚至没有跟上硬件和网络技术的发展。硬件贡献
了多核CPU技术，网络贡献了互联网技术。
现在的局面是，通用编程技术没有跟上互联网应用的节奏。科学和工业界都没有提出有
效的编程技术和语言(都是局限在单个计算机内的)。在现实中，只能用web ... 阅读全帖 |
|
c*********e
发帖数: 16335 | 18 who said that oop is bad? url link, please? |
|
g*****g
发帖数: 34805 | 19 OOP里面inheritance只是一种选择，没有人逼你代码重用必需使用inheritance。 Java
里的接口就是让你可以选择composition。认为任何一个有用另一个没用都是极端。如
何能代码最少而且扩展容易就是最优的代码。 |
|
|
d******e
发帖数: 2265 | 21 OOP的问题是太繁琐。
简单问题有最笨的方法实现。
特别是纯的设计模式。
所以现在人们试图用更加简单的方法来改进，
那么比对象简单的是什么呢。就是函数。 |
|
j********x
发帖数: 2330 | 22 毛主席也有问题
抓住主要矛盾就可以了
oop里面
inheritance可以说是弊大于利
其他都是毫无疑问利大于弊
问题有没有
当然有
没有问题的东西确实存在
这个东西叫“虚无” |
|
d******e
发帖数: 2265 | 23 我同意OOp是自然的描述。自然的描述不等于工程上最好的描述。这个可能不太好好理
解。
不太好的比喻，你可以建造一头熊。但是你要建造一条或者几头好测试的熊，那么久不
容易了。
类似的，java 1的代码可能很好理解，到了java 8久支离破碎了。
大的软件不能说明问题，而去恨可能不是oo的。例如以前cobal写的或者等火星的控制
软件(python)。
毕竟上个20年大家都认为oo是一条正确的道路。
至于fp,以前系统用不起啊。现在性能和内存都不是问题，这是一个时机到没到的问题。
卵。 |
|
z****e
发帖数: 54598 | 24 monad有多少人能正确理解的? 很多人知道了都解释不清楚，还谈什么简单? 自己都搞
不清楚的东西别人看坑爹
：今天有时间，多说两句。
：oop就是错误的封装方式。看看wirting testable code，所有的问题都几乎出在cotr
上。所有的结局方法就是一条,case class ＋ builder+ factory + DI. 既然这样，直 |
|
b*******s
发帖数: 5216 | 25 OOP is only good for systems requires a lot of interactions
as I said many times
卵。 |
|
i*****e
发帖数: 218 | 26 向大家请教一个python OOP 实现的问题。
我是从C++背景转用python 的。 关于python， 有一点我一直没搞明白。
In C++, object oriented的核心是， 可以用base class的 pointer 调用 derived
class 的methods。 这样 基本的框架可以用base class实现， 通过derived class
method实现”polymorphism“。
这个的设计在python里， 是如何实现的 ？
python 里怎么用 base class object call derived class method ?
多谢大家。 |
|
h**********c
发帖数: 4120 | 27 weak type的脚本语言实践oop经常出现很荒唐的结果比如
比较两个string objects的references,大量的运算符号要重写，比如加号返回两个
references的加和。
所以你要是脚本语言就老老实实写function得了，现代ide和解释器层面的优化可以。
OPINION TBD。 |
|
|
i*****e
发帖数: 218 | 29 > 忘掉oop吧。这东西严重落伍了。
现在新的是什么 ？ |
|
c******o
发帖数: 1277 | 30 node 也是OOP啊。。。
而且如果不是光用积木，要写复杂一点server的话node 的 OO不可避免。 |
|
g****t
发帖数: 31659 | 31 这这个不可避免的原因是因为历史遗产吧。
还一个很大的方面是写C的老流氓不肯让位。
给你足够的钱，开个什么data driven development working
Flow, tool set齐备的话，我觉得没什么大问题。
: node 也是OOP啊。。。
: 而且如果不是光用积木，要写复杂一点server的话node 的 OO不可避免。
|
|
s*****V
发帖数: 21731 | 32 OOP是社会分工细化的程序体现，就说专门的事情专门人干，半桶水不要瞎改。 |
|
C*******e
发帖数: 25 | 33 【 以下文字转载自 ME 讨论区 】
发信人: CandyCode (CandyCode), 信区: ME
标 题: Can anyone shed some light on oop for FEM, i.e. C/Fortran vs C++ ?
发信站: BBS 未名空间站 (Tue Aug 10 21:07:16 2010, 美东)
It seems that object-oriented FEM packages are quite popular these
days. I am not quite familiar with C++ for numerical computational
purpose, and trying to decide whether to invest my time in it. So can
anyone here help to shed some light on this topic, pros and cons? Tons
of thanks! |
|
C*******e
发帖数: 25 | 34 主要是写一些学校里的做research的code. 因为看到有一些opensource的research
code象
openfoam 之类的，如果要搞明白，我觉得还是要花时间好好学学oop。正在犹豫中，不
知道是学学
c++, 还是就用我熟悉的fortran或C写些code得了. 望高手科普顺带解惑。谢了。 |
|
r****n
发帖数: 8253 | 35 发信人: Oops (阿藕), 信区: Wisdom
标 题: Re: J 兄，请
发信站: The unknown SPACE (Mon Mar 27 18:18:06 2000) WWW-POST
看到J兄跟大家谈吃素,本一直想参加讨论,但店中的琐事多,坐不下来.
对於Waichi兄一直提及他从不持戒但有戒体,我虽从没私下跟他谈过或了解过,
但我从自己本身之情况来诠译Waichi兄之言,最後还是要向Waichi本人求证.
虽然我只是吃素九年时间,但是肉食对我身体会引起肚子剧痛是从小己有的.
小时候因妈妈无法照顾,让我寄养在山上一亲人主持之寺庙,
我年纪幼小并不知道庙中吃素与在家中是吃肉的,亦没有人告诉我.
在那数年往返家中,我每次回家都先大病一回,次次如是.
及後稍长大,在家中除上学都是坐着做手工帮补家计之用.
我常会肚子忽然剧痛,急如大病,发冷发热,汗如雨下.
家中大多数都没人又没有药吃.
有时我立即喝些茶,渴时想会好的等一下又没事了.
但有时不管用,在无法可用时我通常将自己放松不抵抗,
然後静观这痛可能达到什麽程度(没有办法之下也设法自娱是我的个性.)
发现原来痛至极点会 |
|
q****u
发帖数: 1421 | 36 【 以下文字转载自 Wisdom 讨论区 】
发信人: WaiChi (WaiChi), 信区: Wisdom
标 题: Re: oops 再请教一下
发信站: BBS 未名空间站 (Thu Feb 14 21:19:12 2008)
那是指除了外表(外相法)修啥之外, 然后实际在坐中
内在是干啥? 此内在是干啥, 是 "无相法"; 而如果此
内的干啥, 是一干成就绝对会真实解脱的话, 则此内
法就是 "解脱道无相法".
否则无论修什么, 内在干什么, 最终也不离禅定, 而
无论有多强的禅定, 哪怕已完全不漏的俱足四禅八
定功\夫, 定至完全定, 定至完全尽, 也和能解脱或解
脱都无关.
你可去寻找有正式传此法之师. |
|
q****u
发帖数: 1421 | 37 【 以下文字转载自 Wisdom 讨论区 】
发信人: WaiChi (WaiChi), 信区: Wisdom
标 题: Re: oops 再请教一下
发信站: BBS 未名空间站 (Thu Feb 14 23:58:54 2008)
一门深入是指 "六根门头", 六根之上才是 "门" 头, 于此门头,
不再转向而直往深入. 如此才是一门深入. (出自楞严经).
而绝大多数法门, 是连六根是啥都不知, 更不会摸得到六根,
再更莫说六根之上的门头了.
所以一门深入，并非指持一方法不断深入.
==
注: "六根" 并非指 "眼耳鼻舌身意", 眼耳鼻舌身意是 "六尘",
而非 "六根", 眼耳鼻舌身意是 "六浮尘根", 浮尘根是以
只纯物质角度, 以相言相, 而言他是你存在的根本.
眼耳鼻舌身意正统的名词术语是 "六浮尘根".
六根门头的那六根, 其正统的名词术语是 "六胜义根". |
|
q****u
发帖数: 1421 | 38 【 以下文字转载自 Wisdom 讨论区 】
发信人: WaiChi (WaiChi), 信区: Wisdom
标 题: Re: oops请进
发信站: BBS 未名空间站 (Fri Mar 6 19:33:04 2009)
完全不对.
而是这里是修行版, 而非八卦版, 如有人在任何认认真
真只谈修行之专版, (Included各宗各派, 及只谈理论,
或亦实修), 长期带出非与修行有关的风气, 则必吸引
一些非为修行, 而只为寻八卦娱乐的人聚集, 就形成了
满版都是谈乱七八糟事, 这除了有妨正常专谈修行的
讨论者专注讨论之外, 还影响新人到来本为找谈论修
行的, 一看满版都是些乱七八糟与修无关事, 就离开了,
除此之外, 所吸引来的八卦者, 本身非为修行, 但长期
在版上, 也难免为娱乐及意气插嘴而胡说八道做恶业.
这会导至自己将来正式修行之时, 总是烦麻小事障碍
多多. 一大堆微不足道烦麻小事, 但却也事事障道, 令
修行路上不如意事多多. |
|
x*m
发帖数: 276 | 39 这篇太深了。。读后感，方便的话请指导：
1.我显然还不明白“持眼根”和“持见性”的区别，oops好像在指导pupp后者，但据说
土人如我 是先从“持眼根”修起。
2. “持见性”不是“保持知明暗”而是直接見明暗。 这里“知”是指“起意”，是
应该去除的习性。
: 请问保持知明暗和保持見的区别. 谢谢.
知不一定見,見無知無不知. ！！！
3. 由此而知座下座中都要念佛的重要性：调伏意根啊。 |
|
w****n
发帖数: 1737 | 40 oops，差点没看到这个post
哈哈，
好，
为情所忧的人我都觉得事闲人
haha.
good night and take care. |
|
l******a
发帖数: 16364 | 41 ☆─────────────────────────────────────☆
crisy (糖糖妈) 于 (Wed Mar 14 15:14:53 2012, 美东) 提到:
小女3岁4个月大。她的preschool的老师一直说她有"leadership"（很有可能是客套话）.
这个特性，以前表现在组织班上的小朋友一起玩游戏。这是好的一面。
最近表现在，教唆小朋友帮她从别的小朋友手里抢玩具（自己不去抢），拿来给她玩；
让别的小朋友把玩具带到高处（老师规定不准），这样她可以在高处玩这些玩具等等之
类的事情。这是不好的一面。
请问，有没有经历过类似的孩子的父母，如何去掉不好的一面，保存好的一面？
还是说这个很常见，是小孩发育的必经之路？
请指教，谢谢！
☆─────────────────────────────────────☆
lulakoala (lulakoala) 于 (Wed Mar 14 15:20:04 2012, 美东) 提到:
A very smart girl! As long as she knows where to draw the lin... 阅读全帖 |
|
l******a
发帖数: 16364 | 42 ☆─────────────────────────────────────☆
yizhihua (hua) 于 (Fri Nov 4 20:23:12 2011, 美东) 提到:
还以为就俺一个人不喜欢朗朗，今天跟一些家长聊天才知道
有那么多人不喜欢他，有的说自从看了他造作的表演再也不
想让自家孩子学钢琴了，还有的甚至弃钢琴转提琴。哎，也是，
这种畸形培养出来的极品，比任何动物做出的表情都怪。
那一张油光发亮的大橱脸，是笑非笑，是哭非哭，想打喷嚏
又打不出来的表情，特别是大嘴一张，眼睛一闭，摇头晃脑呆
的样子，简直让观众现场崩溃。有段时间我们这边的MALL里
有他的照片广告，俺就看了一次，恶心得俺以后都躲着走，
别说以后让孩子学钢琴了。估计以后中国的钢琴家会青黄不接。
哎，真是害了一代青少年呀。
☆─────────────────────────────────────☆
LGZQ (老公赚钱) 于 (Sat Nov 5 00:04:19 2011, 美东) 提到:
你这是明显对音乐一无所知，以貌取人得出的结论。
现在乐盲们流行一种论调，只要提朗朗，必拿李云... 阅读全帖 |
|
s***l
发帖数: 2236 | 43 ☆─────────────────────────────────────☆
eelshcn (我爱) 于 (Thu Jun 30 14:49:03 2011, 美东) 提到:
和小黑的第一次接触，记得是因为我给她回了一个帖子，里面误把她的ID搞错了，她很
郑重其事的特意给我邮箱写信纠正，给我留下了深刻的印象。
而后慢慢发现她在圣迭戈版上算是个名人。而她带儿子去参加的那个社区的亲子班，我
后来在她的介绍下加入了，觉得效果很好。现在我也在她的带动下加入了义工的行列，
和小黑一起开过几次会，小黑文中提到的去食物银行的那次活动，我和儿子也参加了。
这两天版上大水滔天，我本来是只打算旁观的（抱歉，本人一向是潜水一族，喜欢看热
闹，再加上马上要生老二了，实在是腾不出空来），不过感觉不把我所了解的情况说出
来，似乎如鲠在喉，心里很别扭。再次声明，我发文的目的只是给大家提供一个尽可能
客观的旁观者的描述，能让大家（包括小黑本人）在分析这件事情和如何帮助孩子上提
供一些希望有用的信息。如有不妥，恳请大家轻砸，以和为贵，大家都本着解决问题的
态度，避免将宝贵的时间和精力耗费在无谓的争执上。
... 阅读全帖 |
|
s***l
发帖数: 2236 | 44 ☆─────────────────────────────────────☆
alvdena (晕乎乎) 于 (Wed Aug 31 10:05:48 2011, 美东) 提到:
女儿说我不漂亮，要爸爸去preschool接她。小孩子是不是感受到什么东西了。我每天
上班，虽然穿的不fashion，但是也穿戴整齐，不化妆，可也不至于丑啊。她怎么会那
么说。我气的说，以后再说妈妈不漂亮，那以后妈妈就不接她了。（一直以后都是我接
送的，爸爸顶多跟我一起去看一下）
她说她自己漂亮的，nnd，我老买漂亮衣服给她，她当然漂亮拉。今年一个夏天我自己
倒没有买衣服，上次买了一双皮鞋，她还老嫉妒的，一个劲儿说有一点点好看，她不喜
欢那个颜色。４岁还不到，对老娘倒是评头论足的，看来是她爹生的，不是我这娘生的
。我这女儿特会嫉妒，我揉孩子他爸，她还跟我争，在家里不让我喊她爸爸＂老公＂，
让我喊名字。nnd，为这事情我解释了很多回，难道女儿跟我吃醋，还是我跟女儿吃醋
了。（PS，平时在家里女儿跟爸爸特别亲）。还有比我更失败的妈吗？平时就管不住这
个家伙，吃力还不讨好！！！！
☆──────────... 阅读全帖 |
|
l******a
发帖数: 16364 | 45 ☆─────────────────────────────────────☆
difflife (丑女) 于 (Thu Sep 1 12:50:14 2011, 美东) 提到:
为什么非要去化妆，穿漂亮衣服？这不是从小教育孩子以貌取人吗？
为什么不能告诉孩子”心灵美，品德好，才最重要“。
只要干净，得体就行了，为什么总要去攀比这些东西呢？
孩子小时候难道不是给她树立观念的重要时刻？
☆─────────────────────────────────────☆
shell (Salut Bebe) 于 (Thu Sep 1 12:50:55 2011, 美东) 提到:
在美国，这一套不太行得通。
☆─────────────────────────────────────☆
kirn (pd) 于 (Thu Sep 1 12:52:05 2011, 美东) 提到:
小孩子的天性差别很大的.树立归树立,爱美的小女孩还是爱美的
☆─────────────────────────────────────☆
itsds (令狐入群——英俊潇洒之华... 阅读全帖 |
|
q*c
发帖数: 9453 | 46 ☆─────────────────────────────────────☆
binz (binz) 于 (Tue Jan 8 00:24:07 2013, 美东) 提到:
不知该怎样度过
我做错了很多
☆─────────────────────────────────────☆
lila (lila) 于 (Wed Jan 9 02:24:18 2013, 美东) 提到:
央视的两个年富力强的.
死于癌症.
罗京47岁死的,2009年6月,大概六四20周年.
主播了那么多东西.
陈氓(这个氓听着不喜欢)2008年没过平安夜死的,47.
排个什么电视片.死后进了八宝山,前总理赵都没进去成.
可见功劳很大.
人啊,最怕就是恶报,不信报应.
☆─────────────────────────────────────☆
yuuli (听，...听) 于 (Wed Jan 9 11:42:12 2013, 美东) 提到:
所以戒律重要。不守戒律，爽一下然后良心不安好久，生活打坐都立刻被干扰。现在
能理解，戒律的确是不是为了规范限制修行者，而是为了保护... 阅读全帖 |
|
t****a
发帖数: 1212 | 47 对于你说的这个OO更符合人类习惯的论调表示怀疑，我没看到研究证据表明你说的这点。
如果真想OO，前面提到的那些多态相关的方法可以在FP语言里实现这点。
common-lisp也实现了CLOS的OO方式，看各人喜好用吧。
我倒是看到一堆大牛在批评的OO：
Luca Cardelli wrote a paper titled "Bad Engineering Properties of Object
-Oriented Languages".[32]
Richard Stallman wrote in 1995, "Adding OOP to Emacs is not clearly an
improvement; I used OOP when working on the Lisp Machine window systems, and
I disagree with the usual view that it is a superior way to program."[33]
A study by Potok et al.[34] has shown no... 阅读全帖 |
|
c*******u
发帖数: 12899 | 48 ☆─────────────────────────────────────☆
wangerxiao (王二小) 于 (Thu Aug 30 03:58:27 2012, 美东) 提到:
看了那个小孩发烧，抽搐的贴子,实在忍不住说两句.
1)请GOOGLE: MMR and Autism. 男孩概率尤其高
2)知道一个孩子,打MMR后高烧,好了后被诊断Autism. 哪有这么快的,其实就是脑损伤.
疫苗有巨大的利益在里面,家长要多做研究!
我的两个孩子都没打!
☆─────────────────────────────────────☆
xy512 (何守拙) 于 (Thu Aug 30 04:02:05 2012, 美东) 提到:
可以不打么？
☆─────────────────────────────────────☆
zgerry78 (gerry) 于 (Thu Aug 30 04:05:35 2012, 美东) 提到:
这个说法太武断和误导了，个案不说明任何问题，建议多看看专业的临床研究报告
.
☆─────────────────────... 阅读全帖 |
|
z****e
发帖数: 54598 | 49
func是1st class citizen就没有封装
随便写，oop要求放入一个object中去
design pattern是每一个p都有的东西
用不用，纯粹根据环境决定
你需要明白为什么用，然后再决定要不要用
而不是看不懂说这个东西没有用，我觉得很多人根本是没有看懂patterns，然后说没用
design pattern一直都不是一个强制的要求
而是optional，实际上一直都有反pattern的说法
就是对于套路，可以不用，没有人强制要求说一定要用这些patterns
而用了这些patterns，恰恰是民工们自己觉悟出来，哦应该要这么用
有如下好处,blablabla，实际上随着fp的介入，dp用得越来越多
比如subscribe/publish pattern，就在streaming中得到了应用
就比如factory，在spring出现之前，factory是一个比较好的把compile部分剥离的办法
有了factory pattern，你如果修改了product的impl，就不需要我用factory的objects
跟着compile，这样就实现了更大程度的封装和dec... 阅读全帖 |
|
m****s
发帖数: 18160 | 50 ☆─────────────────────────────────────☆
purity (purity) 于 (Wed Jul 8 06:46:33 2009, 美东) 提到:
投诉人(ID):
purity
投诉对象及职务(限版主）:
Wisdom版版主serawang
投诉标题:
执法不公肆意践踏JHQ
投诉目标(更改处理决定/更改板规/弹劾板主...): 弹劾板主
投诉理由及证据:
主要罪状：
1. 把JQH历届版主收集的旧文，尤其是他看不顺眼的ID，如早期waichi和oops的文章秘
密删除，后来被老网友发现指责，并没有给出合理的解释。
2. 除了把眼中钉ID的文章在JHQ删除，还把自己支持的ID runsun/annica模仿waichi用
马甲VVaichi写的文章收入到JHQ忽悠没细心看清楚ID，不了解事情发展经过的网友。证
据如下：
http://www.mitbbs.com/bbsann2/literature.faq/Wisdom/fraud/M.124
发信人: VVaiChi (VVaiChi), 信区: Wisdom
标 题: 向诸位郑重道... 阅读全帖 |
|
