z*******3
发帖数: 13709 | 1 那就是把这种并发的问题压给db去做了
这种方式就是之前一直批判的方式
db的负担已经很重了，大多数时候都是db有瓶颈问题
所以同步并发锁这种问题应该让hibernate这种东西来解决
而不是把问题推给db，所有逻辑都应该压给java去做，而不是db
这个基本概念其实很多搞java的人不理解
这就聊到了我之前举的常见例子
用hibernate有什么好处？
这个话题每隔那么一段时间，就会在java版那边讨论一遍
可以考考古，看看以前其他人是怎么说的 |
|
a9
发帖数: 21638 | 2 貌似这种锁即使用hibernate，也是要申请数据库上的锁。
我不是搞java的，把c#的经验拿过来随便一说，放了一下狗扫了一眼hibernate而已。
说的不对的地方请见谅。
要数
保持 |
|
z*******3
发帖数: 13709 | 3 有可能
这是防止多个线程同时并发修改一个对象
我说得不够准确，hibernate是针对数据库的东西
如果没有数据库的话，也还是需要其它东西来控制并发操作
比如appengine，就用抛出异常来控制并发修改同一个东西
其中一个线程修改正确返回，然后另外一个抛出异常这样
不同的环境可能遇到的情况是不同的 |
|
z*******3
发帖数: 13709 | 4 hibernate不仅仅控制存入的对象
还控制读取出来的对象
还会建立cache，以保存一定的object pool以提升效率
优化一个常见的手段就是减少层与层之间的io操作
那么这个pool里面的object保证唯一性的方式就很多了
但是即便如此，synchronized还是不够用
每一个entity还是要重载hashcode方法 |
|
g*****g
发帖数: 34805 | 5 你是想说我老不知道Object这个基类？你是来搞笑的吗？ |
|
g*****g
发帖数: 34805 | 6 你阅读能力有问题吗？我老哪句话说了OO跟design pattern是一回事？ |
|
g*****g
发帖数: 34805 | 7 Python这么做是可以的，一些静态语言，如Scala，不允许field跟method重名。同样可
以写public field，而在需要的时候把field的访问改成方法而不不要改动接口。但
Java和C++这些传统的静态语言不行。 |
|
g*****g
发帖数: 34805 | 8 所以说你没写过public API。你重构自己的代码容易，重构别人的代码可难。 |
|
d**********x
发帖数: 4083 | 9 C++程序员不懂design pattern?拜托你回去看看Design Pattern这本书是用什么语言讲
解的行么？
C++程序员整天研究回字几种写法？是，但是是什么目的？举个极端例子，MCD那一套让
人眼花缭乱的奇技淫巧，是用来做什么的？很多人根本就没仔细看过MCD的副标题：
Generic Programming and Design Patterns Applied
很多人不是不懂，只是不说。很多小孩子看到了，觉得自己懂，就很大声的说出来。这
没什么不好，不过以为不说的人不懂，就太那个了。 |
|
g*****g
发帖数: 34805 | 10 OO design pattern可以用任何OO语言写。但用什么写的跟大多数C++程序员懂不懂是是
俩回事。本版的大多数C++程序员还沉迷于回字几种写法，看看大多数讨论的问题就知
道了。
讨论设计模式，系统架构的问题平均一个月能有一次？就这某些ID还看不起Java程序员
实在搞笑。 |
|
|
|
m*******l
发帖数: 12782 | 13 还本版大多数C++程序员...
你统计过没有?
谁是C++程序员? |
|
|
d**********x
发帖数: 4083 | 15 Programming版现在就很冷清，除了吵架的看不到什么有营养的讨论
这版又没顶个名字叫CPlusPlus，你凭啥用这个版的讨论来代表C++程序员？莫非全天下
除了java程序员就是c++程序员，全天下所有的程序员都上mitbbs，所以他们没在java
版出现肯定就是c++程序员？
言讲
套让
。这 |
|
g*****g
发帖数: 34805 | 16 LOL，你看看谁挑起的呗，我老不过是还治其人之身而已。
我老就不明白，indeed工资摆在那里，为嘛总有写C++自觉高人一等。
java |
|
d**********x
发帖数: 4083 | 17 貌似facebook工资也不低啊,google工资也不低啊。。。比工资有啥意思？
当然我承认，C++造就了一大批高不成低不就还自我感觉良好的程序员，Linus骂得好
天下 |
|
g******y
发帖数: 1101 | 18 这个原因肯定是不对的。我们把这叫hidden logic，如果你必须这么干，只能说明你的
design有问题，很可惜竟然从来没有人给楼主指出过。 |
|
g*****g
发帖数: 34805 | 19 http://en.wikipedia.org/wiki/Encapsulation_(object-oriented_pro
Hiding the internals of the object protects its integrity by preventing
users from setting the internal data of the component into an invalid or
inconsistent state
invalid => you may add additional validation code in the method
inconsistent => updated related variables. |
|
|
m***i
发帖数: 2480 | 21 It is not that important now, because all modern IDEs can extract an
accessor out of an attribute. You can always start with a public attribute
for simplicity and refactor the code as needed. |
|
|
|
i***o
发帖数: 750 | 24 java族最爱谈什么design pattern。其实那些所谓的pattern，在以前都有，只不过拿
出来包装一下。java族成天daobdaob这些东西，实在让人无语。何况这些所谓的
pattern是不是真的有价值，还特别值得商榷。
如果编程真的可以总结成有限的pattern，程序员早就被程序（自动编程）干掉了。
说design pattern的，都是sb |
|
r****y
发帖数: 26819 | 25 晕。。。到底什么是design pattern，不能光看人灌水的帖子吧。
应该抱着学习的态度，去找书翻翻或者起码google科普一下。
话说java族还喜欢谈OO呢。。。 |
|
z****e
发帖数: 54598 | 26 你还真说对了
大部分pattern都已经被封装成实现类了
会用就行了
别iterator拿出来，不懂得这是什么那就麻烦了
要不我们zkss？
随便你说一个pattern，我来说这个东西怎么用
然后为什么这么用，我对这个很有兴趣啊
因为大多数时候都是经验的东西，不是书本上的玩意 |
|
|
i***o
发帖数: 750 | 28 最搞的就是对于oo的java大谈design pattern。他妈那么多违反oo原则的jb烂玩意儿，
也好意思谈。好像这个东西有多么高深。thumb down。 |
|
i***o
发帖数: 750 | 29 iterator是java/design pattern先搞出来的，还是独有的？这个也成臭现的point了？ |
|
i***o
发帖数: 750 | 30 封装就封装了。垃圾lib多了去了。但是成天拿出来臭现，就奇怪了。 |
|
i***o
发帖数: 750 | 31 和语言本身没太大关系，和用这个语言的特定人群有很大关系似乎。走到哪里，这群人
都讲这个。起初也就听听。tm成天当个宝的说，特别搞，即便是这个thread 也有人说。
“你咋不说学C++的懂Design Pattern的实在不多，本版很少讨论这个。有些人成天还沉
迷于回
字怎么写呢？”
我是针对这种奇怪的人群，奇怪的行为说的。 |
|
|
g*****g
发帖数: 34805 | 33 做人怎么做都行，最基本的就是要尊重事实。本版就是经常讨论C++语言细节，很少讨
论系统设计。
你觉得讨论设计模式很奇怪，我还觉得讨论语言细节很奇怪。
说。
还沉 |
|
i***o
发帖数: 750 | 34 问我为什么说这个，我当然要说为什么要说design pattern了。tm design pattern里
面那么多糟粕，也好意思总提。如果design pattern能不断扩充，进化也行，跟语言一
样的成长。所有各种语言的拥趸里，最烦就是java的，反复说，还以为自己很nb。js都
比java有意思，目前来看。 |
|
g*****g
发帖数: 34805 | 35 原来你是真不懂的，design pattern当然是不断扩充，进化的。
诸如concurrency design pattern, enterprise design pattern都远远超出了
GOF的范畴。 |
|
z*******3
发帖数: 13709 | 36 这个不是垃圾吧？
这是经常用的吧
gof那些个模式天天都在用啊
你说说有哪个不用的
拿出来现是因为要求会
就跟oo一样，要不会那还搞什么？ |
|
z*******3
发帖数: 13709 | 37 你要我说独有的么？
dto啊
你要不要展开说说dto？ |
|
z*******3
发帖数: 13709 | 38 gof那点东西就是入门级的玩意
j2ee core pattern是中级水平
eai pattern是高级水平 |
|
i***o
发帖数: 750 | 39 这种现法，和说回字几种写法区别在哪里？貌似有人很嘲笑。既然已经封装在lib里了 |
|
i***o
发帖数: 750 | 40 concurrency design pattern, enterprise design pattern 好高深啊，全都是java的
独门绝学？算不算进化，另说。 |
|
g*****g
发帖数: 34805 | 41 Design pattern这种东西。不同语言实现有所不同，因为语言所限有的不能实现。但大
部分思想还是一样的。本来就是一个好的实践被抽象出来。随着系统越来越大，越来越
复杂，面对的问题越来越多，各种设计模式必然越来越多。 |
|
z*******3
发帖数: 13709 | 42 回字你常用的只有一种
而pattern常用你天天都用
倒是singleton有好几种实现
这个东西蛮多人讨论的 |
|
i***o
发帖数: 750 | 43 抽象出来？java族是不是觉得这是因为java才有的？还是本来就有，被java族成天掉嘴
边？你说的concurrent，enterprise进化在哪里了？那些是后来你们搞出来的新玩意儿？ |
|
i***o
发帖数: 750 | 44 不完全是实现的不同。你们的这些pattern能有多大作用，天天用。所有的开发问题都
解决了？都是手工作坊，这个作坊，还居然瞧不起那个作坊了。 |
|
i***o
发帖数: 750 | 45 做人怎么做都行，最基本的就是要尊重事实。前后半句，是不是矛盾？programming和
语言关系极大。不管是语言还是所谓的pattern，最后的目标不都是"要有光，世界便有
了光“？
既然desgin pattern不是java家的，搞java的牛b什么？何况还那么多搞笑的pattern。
你们成天挂嘴边的很多pattern都很弱，好么，不是金科玉律，也不放之四海都可以用。 |
|
|
g*****g
发帖数: 34805 | 47 既然指针不是C++家的，搞C++的牛b什么？何况还那么多搞笑的回字写法。
你们成天挂嘴边的很多回字写法都很弱，好么，不是金科玉律，也不放之四海都可以用。
用。 |
|
|
g*****g
发帖数: 34805 | 49 No language is perfect. And I think most of these quotes are just taken out
of context. Some of them are out of date, with new libs handing the problems
just fine. Language is to make simple things simple, difficult things
possible. Java isn't the best language on the former, but it does a great
job on the latter.
In fact, the way the industry is moving forward. It's hard for new language
to compete if it's not a JVM language. It takes years to build adequate
libraries to make a language useful,... 阅读全帖 |
|
j********x
发帖数: 2330 | 50 说实话我这辈子没见过几个c++程序员，见过的都是设计能力很强的选手
。。。 |
|
