2013-05-20 15:02:44 在别处(562***95)
2013-05-20 15:02:49 在别处(562***95) 大家帮我看看这个时序图 2013-05-20 15:04:41 在别处(562***95) 是不是有问题？上面的实体不是对象，而是一些动作，如会议申请、会议室使用 2013-05-20 15:05:40 京田晓江(7***6833) 这个会议的图号复杂啊！ 2013-05-20 15:06:46 张旻(13****969) 你可以改成会议申请管理, 会议室管理呀 2013-05-20 15:07:05 张旻(137***969) 申请负责接收请求, 转发会议室查询可用会议室, 然后给用户选择最后通过 2013-05-20 15:07:15 张旻(137***969) 会议室是实体 2013-05-20 15:07:20 张旻(137***969) 会议申请也是实体 2013-05-20 15:07:27 张旻(137***969) 加上操作不就是对象么 2013-05-20 15:07:46 张旻(137***969) 你从数据库角度保存下来也就是申请记录和会议室使用记录 2013-05-20 15:08:06 在别处(562***95) 噢 2013-05-20 15:08:38 在别处(562***95) 你这样一说，感觉有点通了 2013-05-20 15:08:50 张旻(137***969) 呵呵, 我是DBA, 从数据先入手考虑的 2013-05-20 15:09:38 张旻(137***969) 而且最恨将业务逻辑封装到数据库SP的开发 2013-05-20 15:10:03 何煦(93***6) 这是不是就是潘老师讲的用设计去考虑需求？ 2013-05-20 15:10:07 张旻(137***969) 数据库现在只做存储, 业务逻辑应该封装到业务层, 用数据库做并发控制是可耻的 2013-05-20 15:10:37 张旻(137***969) 数据驱动, 看产物干活 2013-05-20 15:10:59 张旻(137***969) 其实现实当中的确是存在专门管会议室的和专门管申请的 2013-05-20 15:12:43 (316530285) 用数据库做并发控制是可耻的，是什么意思，[表情] 2013-05-20 15:13:04 张旻(137***969) ACID, 知道么 2013-05-20 15:13:27 张旻(137***969) 还有锁, 程序锁和数据锁都可以实现并发控制 2013-05-20 15:13:43 张旻(137***969) 设计的时候, 并发控制尽量放在应用层 2013-05-20 15:14:20 (316530285) 你可以想象一下没有数据库事务支持的系统开发吗？ 2013-05-20 15:14:46 张旻(137***969) 但是不可以滥用 2013-05-20 15:15:10 张旻(137***969) 否则程序结构简单了, 但是性能会降低 2013-05-20 15:15:40 张旻(137***969) 呵呵, 主要是有感于实际工作中曾经遇到过的一些case 2013-05-20 15:16:38 张旻(137***969) 最NB是SQLSERVER的分布式事务被滥用, 一个请求吊住了N个数据库呵呵 2013-05-20 15:17:36 (316530285) 还有什么其他的case呢，很好奇 2013-05-20 15:18:28 张旻(137***969) SQLSERVER有分布式事务的支持, 也就是从应用层面对于不同数据库进行锁控制 2013-05-20 15:18:37 张旻(137***969) 但是早期版本默认的锁是HOLDLCK 2013-05-20 15:18:43 张旻(137***969) 也就是全表串行化 2013-05-20 15:19:02 张旻(137***969) 没有地方可以更改, 后期有更改的地方变成READCOMMITTED的才好一些 2013-05-20 15:20:00 张旻(137***969) 但是研发并不知道, 开发工具从VS2005升级到VS2008, 数据库从SQL2005升级SQL2008以后, 触发了HOLDLCK参数导致整个数据库变乌龟 2013-05-20 15:20:15 何煦(93***6) 现在还有人这样写程序吗？很神奇 2013-05-20 15:20:40 张旻(137***969) 用的人对所使用的东西如果不够了解, 会发生这种情况的 2013-05-20 15:21:03 张旻(137***969) 他只知道分布式事务能够跨数据库, 但是没有深究具体的锁类型 2013-05-20 15:21:17 张旻(137***969) 以及平台和数据库升级对于现有机制的影响 2013-05-20 15:21:46 张旻(137***969) 不过现在Java + Oracle多了, 相对好一些了 2013-05-20 15:22:02 张旻(137***969) 细节决定成败嘛2013-05-20 20:44:37 潘加宇(3504847) 核心责任应该是：会议室.申请()。创建用来记录申请细节的"申请"对象，改变状态。。。。应该藏在"申请"操作里面，逻辑由会议室的状态机封装
没有存储、暂存，入库，对象如何保存，加载，是设计问题，和领域概念无关，或者说对所有领域概念的套路是一样的。设计（实现）不必画UML，用典型用例的实现示例表达即可。
控制类不负责封装逻辑，例如"校验"
[2020.01加一套题]UMLChina建模竞赛题大全-题目全文+分卷自测（11套110题）
[新增EA023粮食拍卖系统]全程字幕-23套UML+Enterprise Architect建模示范视频
[幻灯]剔除“伪创新”和“无领域”的领域驱动设计-2月25日
猴子掰玉米？比较不同版《领域驱动设计》说“不变式”和“聚合”
《软件方法》书中自测题-题目全文+分卷自测（1-8章）16套111题
软件开发团队的脓包（3）废话迷
《非程序员》电子杂志下载（39-51期）
《非程序员》电子杂志下载（1-38期）
中文书籍中对《人月神话》的引用（完结，共110本）：软件工程通史1930-2019、实用Common Lisp编程……
CTO也糊涂的常用术语：功能模块、业务架构、用户需求……[20210217更新]
UMLChina服务介绍
