- 博客(6)
- 收藏
- 关注
RSS订阅原创 Validation 问题域
谁来做Validation何时做Validation如何表达错误如何传递错误如何关联错误到发生错误的对象, 尤其是对象图中非Root对象<br /><br /><br /> 这里的Validation指的是对进入到系统中的业务数据的校验(不包括Web应用中页面数据在浏览器端的验证)<br /><br />谁来做Validation<br /><br /> 数据的有效性不是自身所能决定的, 而是使用它的场景(Context)决定的, 因此, 每个Context应该有自己的Validation逻辑.<br
2010-06-28 21:58:00
1236
Validation 问题域
谁来做Validation 何时做Validation 如何表达错误 如何传递错误 如何关联错误到发生错误的对象, 尤其是对象图中非Root对象 这里的Validation指的是对进入到系统中的业务数据的校验(不包括Web应用中页面数据在浏览器端的验证) 谁来做Validation 数据的有效性不是自身所能决定的, 而是使用它的场景(Context)决定的, 因此, 每个...
2010-06-28 21:58:00
67
原创 代码的物理组织
<br />同一个Feature的代码要放在一起(IDE里单独的一个工程, 或者工程里单独的一个文件夹), 这些代码要么全有要么全无的, 它们合作完成一个Feature, 如果用户不再需要这个Feature了, 可以把它们整个的痛快的删掉, 不会留下谁也用不到的代码成为系统的垃圾. 如果想看一个Feature是如何实现的, 那所有相关代码都在一起, 不需要在庞大的代码库中跳来跳去.<br /><br /> 那么理想的情况就是: 你看看源代码树里所有工程文件的名字, 或者文件夹的名字, 就知道系统提供了哪些
2010-06-20 23:31:00
1466
代码的物理组织
同一个Feature的代码要放在一起(IDE里单独的一个工程, 或者工程里单独的一个文件夹), 这些代码要么全有要么全无的, 它们合作完成一个Feature, 如果用户不再需要这个Feature了, 可以把它们整个的痛快的删掉, 不会留下谁也用不到的代码成为系统的垃圾. 如果想看一个Feature是如何实现的, 那所有相关代码都在一起, 不需要在庞大的代码库中跳来跳去. 那么理想的情况就是: 你...
2010-06-20 23:31:00
57
C#代码组织: project over folder
在.Net/C#项目中采用project(*.csproj)来组织代码比用同一个project不同的文件夹来组织有几个好处: 从客户代码的角度, 我依赖你很少一点东西, 可以就只依赖这点东西(做成单独的project), 不需要依赖其它无关的代码 从访问控制, Visibility 的角度, C#的internal关键字是针对物理模块的, 即dll的, 而不是名称空间或文件夹 从避免双向依...
2010-06-16 23:32:00
85
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人