为什么 DAO 有单独的创建和更新方法？
我正在研究 DAO 接口的几种设计。一种具有单个 update() 方法，而另一种则具有单独的 create() 和 update() 方法。
假设可以按照“插入否则更新”的方式执行某些操作，那么单独的 create() 方法有什么好处？是否与潜伏在那里的并发有关？
预先感谢您的帮助。
干杯， 罗斯
I'm looking at a couple of designs for DAO interfaces. One has a single update() method, while the other has separate create() and update() methods.
Assuming that it's possible to do something along the lines of 'insert otherwise update', what's the benefit of a separate create() method? Is there something to do with concurrency lurking there?
Thanks in advance for your help.
Cheers,
Ross
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
在创建 DAO 时，我使用两种单独的方法，只是为了清晰和明确。
如果有一个 Update 方法并且有人传入一个现有对象，它将被更新。但是，如果这个人确实想创建一个新对象，而它已经存在的事实是一个错误，该怎么办？
使用单一的 Update 方法，任何人都无法确切地知道幕后到底发生了什么。
I use two seperate methods when creating DAO's simply for Clarity and Explicitness.
If there is a single Update method and somebody passes in an existing object, it will be updated. But what if the person really wanted to Create a new object and the fact that it already existed is an error?
With a single Update method, there's really no way for anybody to tell what EXACTLY is going on behind the scenes.