Distributed Transactions

在企业开发里,经常遇到的一个问题是需要做Distributed Transactions。一般推荐的做法是做成ServicedComponent,参考

Transaction Control
Writing Serviced Components

这种做法有几个问题,该组件以及所依赖组件必须是Strong-Named的,在通常的情形下(譬如Web Application里),我们需要手动注册组件。但这样,如果我们改动组件的话,需要停止服务,注销组件,然后重新注册组件。另外,这Transaction是declarative和automatic的,无法用编码精确控制 Transaction,而且declaration是在类的级别上的,无法在方法层次做 Transaction。其原因是,ServicedComponent是基于早期COM+的服务架构之上的,Transactional Context是与Object(对象)密切结合在一起的。

但在几年前随XP推出的COM+ 1.5 (Windows 2003服务器也有支持)里, Transactional Context可以独立于Object(对象)之外,极大地简化了Transactional programming。下面这篇2002年MSDN杂志上由COM+专家Tim Ewald介绍了相关的API (CoEnterServiceDomain/CoLeaveServiceDomain),并且提供了C# wrapper 。

Discover Powerful Low-Level Programming in Windows XP with New COM+ APIs

在.NET 1.1里,同样的功能是由2个类,System.EnterpriseServices.ServiceDomain与System.EnterpriseServices.ServiceConfig,来实现的。

这里是Don Box去年7月12日的blog里的例子,

ServiceConfig config = newServiceConfig();
config.Transaction = TransactionOption.Required;
ServiceDomain.Enter(config);
  MyTxCode();
ServiceDomain.Leave();

在.NET 2.0里,根据Don,你可以这么做

using (TransactionScope scope = newTransactionScope())
{
  MyTxCode();
  scope.Consistent = true;
}

也请参考

Using distributed transactions in .Net 1.x without deriving from ServicedComponent

软件里的 View – “视图”,“查看”,还是“察看”?

先看看中文里比较专业的解释“查看”和“察看”的区别,似乎强调前者更主要是对客观事实的一种反映,后者更强调通过主观努力去发现一些潜在的情况,和“发现”与“发明”的对比类似,所以View 很少翻译成“察看”,主观因素过重。

再看看 View 在金山词霸里有解释:

view
[vju:]
n.
景色, 风景, 观点, 见解, 观察, 观看, 意见, 认为
vt.
观察, 观看

在 Windows Explorer ,Internet Explorer ,Outlook Express ,Notepad,MMC 等大多数软件中,菜单“View” 被翻译为“查看”,其子菜单一般选择/设置是窗口的工具栏、状态栏以及左侧标题区、右侧内容区的各种设置和显示样式,而在 Microsoft Office、Visual Studio 等软件中,View 则被翻译为“视图”,除了象上面提到的工具栏、状态栏等窗口通用设置外,还包括一些功能较为特殊的功能,就是查看文档的不同特殊区域,或者对针对一个文档以不同的风格/角度去查看,这就和 Eclipse 中的 Perspective (透视图)类似了。

这些针对不同软件的翻译稍有不同,表示的含义也稍有差别,体现了本地化人员(翻译人员)的严谨与务实。