[M] Prelude to K.O. (4.5) + 12楼(4.75)

原帖由 Prz 于 2007-6-3 0:00:00 发表
唔，对了，目前来说，CAS对于其它语言的兼容性并没有作太多妥协。

1. 对于一些Pascal原生的对象，CAS模块是将其作为基本元素直接传递的。比如，String对象，集合(set)，记录类型(record)等。

2. Delphi提供的标准核心构件，也是被当作基本元素直接传递的。比如，文件(File)，流(Stream)等。
(以上两点呼应我曾经提到过的，CAS仅仅是按照COM规范使用Interface实现模块代码分离，而不是完全的为COM而COM)

3. 比较重要的是，CAS模块与总线、模块和模块之间的过程调用没有Exception Firewall。
这样做的好处是能够为模块编写者提供全面的Debug信息——前提是，如果模块能安全的够接受异常对象并展示出其内部含有的信息；
但是，就像我上面提到的，不是所有的语言都对异常有完善的支持，尤其是对于C++来说，任何时候都可能抛出异常几乎是不能接受的.....

原帖由 Prz 于 2007-6-3 15:55:00 发表

试试下面这段：
----

#include <stdio.h>
class Cx
{
public:
Cx() {throw new int(1);}
~Cx()  {throw new int(2);}
};

void main()
{
try{C c0;}
catch(int *e)
{
  printf("还没有到这里世界就太平了...||||");
}
}

不仅如此，还必须在里面层层套用try...catch，头晕。

似乎C++在析构时截获异常只能打印处理，然后丢弃，更像是在“帮助调试”。

因此绝大部分的异常都是为调试服务的，正常运行中的程序流程很少会抛出异常。

从设计的角度，你很难保证析构时调用的所有函数都不抛出异常，不论什么原因。

据我有限的理解，所谓的智能指针仅仅是保证在对象不再被引用的时候自动“析构”而已，和异常处理风马牛不相及，不用try...catch一样会挂。
如有错误，请纠正。

话说回来,delphi不也会面临层层套用try...catch的问题吗?

这个时候如果发生异常，抛出的当然将是另一个的异常。

如果程序遇到异常而可以不停止调试，那就证明程序可以继续运行下去，那么也就没有必要使用异常

(反映到实际使用中，比如分配、调用资源的失败，都可以用返回值，没有必要使用异常)；

我相信您的描述可以自圆其说，但是，你不能将自己的意愿强迫到别人的头上。别人怎么提供别人的实现，这是与您怎么实现您的对象是非常不同的事情。

Delphi和C++异常处理对于一个人的几万行程序来说，基本没有区别。但是对于多人，特别是以松散方式合作的组来说，C++异常的scalability要差得多(这里的意思是，随着规模的扩大而导致可用性的快速降低)，这个是不争的事实。

但是问题是，无数的历史事实证明，独裁的结果肯定是快速灭亡，因此不是一个解决问题的办法。

模棱两可。请正面回答我的问题：您前篇里面企图把智能指针和异常处理混淆在一起，我认为是不相干的，我到底是错了还是对了？

就用你自己的切身说法，析构仅仅是释放资源。那么异常发生，自然是比释放资源更严重的事情发生了，继续释放资源还有意义吗？

你用一个C++和Delphi以至于任何一种程序都会出现的问题，明显没有说明任何的作用。

只要你不独裁，我尊重你的看法

概念错误，"分配、调用资源的失败"绝对不是无法继续运行的错误。

使用Delphi的大中型项目中随处都找得到异常的使用；请找出使用C++的大中型工程中使用异常的例子？

因此相对您，我更不像独裁者

很遗憾的发现，你根本没有仔细阅读你自己在前面贴出来的那边CSDN的Blog。
构造异常的时候自动释放对象是Delphi的基本功能，不需要外加"智能"。

你当然没有说C++有优势了，而且还没明白我的意思，我说的就是你的反驳方法无效。

请不要偷换概念：“不妥协”绝对不是“独裁”。
当然，对于M$我只有不好意思地说"Suck It"了。
M$不是一贯的以自己为标准，然后希望别人"妥协"吗......