作者文章归档：龙伍佑
定义接口时需要注意什么？是实现，还是消费？窃以为，接口是抽象了的服务，服务的消费者只会关心服务能够提供什么，而不会考虑服务如何实现。例如在ATM机上取款，取款人只需要考虑怎样插入储蓄卡，怎么选择功能项，然后输入正确的密码和取款金额，再等待正确数额的钞票从机器中吐出，最后取走。至于内部的实现机制，则不在取款人的思考范畴。因此，接口必须符合调用者的期待，不然就会给设计带来障碍。接口的定义是为调用者准备的，接口具备的方法以及方法具备的签名，都必须站在调用者的角度来考虑。当调用者是测试用例时，这样的设计就变成了测试驱动设计。
例如编写一个银行账务管理系统，存取款服务的接口定义应该是这样：
ERP更多的关注是计划层面的管理，需要有完整的作业层面的管理来支持，才能顺畅的运行.
某大型的汽车零部件企业该公司使用的是某国外著名品牌的ERP，已经实施到第三期了。但是，运行中有很多问题，比较突出的有以下几点：
1、 BOM的准确率偏低，ERP中导出的某个BOM共436行，现场核对其准确率时，发现修改的行数（物料的品种、对应工序、零件定额等错误）居然高达57行，差错率13%强。
2、 BOM中把功能组件定义为工序，而没有定义工位，所以，工序与工位的对应关系是一对多，而且不区分左右工位。而配送单只能确认到所谓的工序，导致投料到现场的作业有很大的不确定...
前言：在Remoting中处理事件其实并不复杂，但其中有些技巧需要你去挖掘出来。正是这些技巧，仿佛森严的壁垒，让许多人望而生畏，或者是不知所谓，最后放弃了事件在Remoting的使用。关于这个主题，在网上也有很多讨论，相关的技术文章也不少，遗憾的是，很多文章概述的都不太全面。我在研究Remoting的时候，也对事件处理发生了兴趣。经过参考相关的书籍、文档，并经过反复的试验，深信自己能够把这个问题阐述清楚了。
本文对于Remoting和事件的基础知识不再介绍，有兴趣的可以看我的系列文章，或查阅相关的技术文档。
本文示例代码下载：
Microsoft .Net Remoting系列专题之二
一、远程对象的激活
在Remoting中有三种激活方式，一般的实现是通过RemotingServices类的静态方法来完成。工作过程事实上是将该远程对象注册到通道中。由于Remoting没有提供与之对应的Unregister方法来注销远程对象，所以如果需要注册/注销指定对象，微软推荐使用Marshal（一般译为编组）和Disconnect配对使用。在《Net Remoting基础篇》中我已经谈到：Marshal()方法是将MarshalByRefObject类对象转化为ObjRef类对象，这个对象是存储生成代理以...
Microsoft .Net Remoting系列专题之一
一、Remoting基础
什么是Remoting，简而言之，我们可以将其看作是一种分布式处理方式。从微软的产品角度来看，可以说Remoting就是DCOM的一种升级，它改善了很多功能，并极好的融合到.Net平台下。Microsoft® .NET Remoting 提供了一种允许对象通过应用程序域与另一对象进行交互的框架。这也正是我们使用Remoting的原因。为什么呢？在Windows操作系统中，是将应用程序分离为单独的进程。这个进程形成了应用程序代码和数据周围的一道边界。如果不采用进程间通信（RPC）机制，则在一个...
Visual C# 是微软公司推出的下一代主流程序开发语言，他也是一种功能十分强大的程序设计语言，正在受到越来越多的编程人员的喜欢。在Visual C# .net 中，提供了为实现MDI程序设计的很多功能。本文就是通过一个具体的例子来详细的介绍在VS2005 下的 C# 中的MDI编程。
一 程序设计及运行的环境：
（1）操作系统：win2K/XP
（2）VS2005
二 程序设计的思路、主要步骤和实现方法：
&...
半年，一段说长不长，说短不短的时间。我在ERP领域才走了半年，在一个产品上做了半年。虽然距离成为这个领域专家的地位还尚远，但半年来，我还是不断的总结，不断的反思着项目的成功与失败。这里，我想与大家一起探讨一下在ERP开发及实施过程中一些关键所在。当然，我一个人的力量是微薄的，不能碰及ERP这整个森林，但我还是要把我碰到的一些树木写下了。希望大家能帮我把这篇文章不断完善，以对今后进行ERP开发和实施的人员起到帮助。你可以补充你的意见或建议，甚至直接指出我这篇文章什么地方不好不对都无所谓，但愿有很多人参与到对本文的讨论中来。
1. 死锁原理
根据操作系统中的定义：死锁是指在一组进程中的各个进程均占有不会释放的资源，但因互相申请被其他进程所站用不会释放的资源而处于的一种永久等待状态。
死锁的四个必要条件：
互斥条件(Mutual exclusion)：资源不能被共享，只能由一个进程使用。
请求与保持条件(Hold and wait)：已经得到资源的进程可以再次申请新的资源。
非剥夺条件(No pre-emption)：已经分配的资源不能从相应的进程中被强制地剥夺。
循环等待条件(Circular wait)：系统中若干进程组...
对锁机制的研究要具备两个条件：
1．数据量大
2．多个用户同时并发
如果缺少这两个条件，数据库不容易产生死锁问题。研究起来可能会事倍功半。如果这两个条件都有，但你还是按数据库缺省设置来处理数据，则会带来很多的问题，比如：
1）丢失更新
A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果
2）脏读
A用户修改了数据时,B用户也在读该数据,但A用户因为某些原因取消了对数据的修改,数据恢复原值,此时B得到的数据就与数据库内的数据产生了不一致
3）不可重复读
B用户读出该数据并修改,同时，A用户也在读取数据，此时A用户再读...
请执行以下语句，将数据写入master 数据表sp_lock_records。
declare @index integer
declare @t_time datetime
set @index = 0
set @t_time =getdate()
while @index < 2880
begin
waitfor DELAY '000:00:5'
set @t_time =dateadd(second,5,getdate())
declare @kill_lock_spid bit ,&...