MZK
原型模式就是拷贝构造吗
STST
NO
模式不要和语法混在一起
MZK
此话怎讲
可以说c++中的深拷贝是原型模式的一个实例吗
STST
不是
拷贝构造是C++里面定义的一个语法而已
拷贝构造没有向用户隔离构造过程
原型模式隔离了
MZK
原型模式和ctrl+c ctrl+v 不是一个意思吗
STST
运行时候的ctrl+c ctrl+v是太正常了
设计的时候ctrl+c ctrl+v就是万恶之源了
STST
模式,或者拷贝构造,这都是设计期的词汇
MZK
思想是一样的吧
STST
那怎么叫一样呢
MZK
我混淆了
STST
原型模式,客户只需要知道有一个实实在在的原型对象供克隆
拷贝构造,客户就需要知道这个类有这么一个公开的构造器了
所有的工厂模式的本质目的,就是为了隐藏构造函数
应该说是隐藏构造细节
QJ
不是为了依赖注入吗？
MZK
c++中使用原型模式不就是深拷贝吗
STST
依赖注入 比模式本身更加抽象,属于OOD里的一个实践
STST
" c++中使用原型模式不就是深拷贝吗",是的,搬砖就是用小推车来完成,你能说搬砖和推小推车是一样的吗?
MZK
不一样
STST
语言是模式实施的工具
就如同小推车只是搬砖的工具
MZK
我了解了 thx@STST
谢谢你的耐心讲解
STST
至于依赖注入,其根本思想是来自OOD里的DIP原则,在设计的时候最大限度只依赖高层接口,而不是依赖细节,而细节的依赖最大限度地往后推,最终可能都推到了配置的时候才确定了
MZK
接触多种语言是不是可以更好的理解设计思想
STST
最理想的情况就是所有的细节都推迟到配置的时候才确定,这样的设计一定是很灵活的,当然设计的成本还是比较高的,而且不可能一次到位,肯定是慢慢通过不断重构最终达到的目标
MZK
这样就达不到快速开发的目的了
STST
所谓的快速开发,是指项目的前80%很快速,然后就迅速慢下来了,90%的时候就停了
再也走不动了,加人加班,情况愈加糟糕,最后成一锅粥
MZK
哦 新人什么都不懂 还请以后多多指教
DQ
所谓的快速开发,是指项目的前80%很快速,然后就迅速慢下来了,90%的时候就停了
再也走不动了,加人加班,情况愈加糟糕,最后成一锅粥