发信人: freely (* 风铃 *), 信区: BorlandDev
标  题: [合集]让我们来讨论一下 Borland 编程工具的发展吧~
发信站: 哈工大紫丁香 (2001年06月15日17:03:45 星期五), 站内信件


────────────────────────────────────────
 PowerStation (再见我的·生离死别)    于 2001年01月07日10:33:57 星期天 说道:

----->> 我知道最早的就是 TC1.5 了~ //可惜还没用过~
        TC2.0 也是简单了些~ //不过用了一年多~ 还是挺有感情的~
        TC++3.0 我觉得是学语言和最好的编译器，虽然我不知道她是否辉煌过~
----->> Borland Windows 下的编译器我几乎没接触过，希望大家广开言路，讨论
        Borland 的编译器，讨论他们之间的横纵联系~ 
        //给想从头入门的人，一清晰的概念~
----->> 比如 C/C++（Builder） 产品线、Pascal（Delphi）产品线~ 等等~
        //偶挖坑了~ hehe

────────────────────────────────────────
 Scorpion (三头六臂)                  于 2001年01月07日11:12:47 星期天 说道:

TC2.0我最有感情了。
最开始接触编程序就是从它开始的。
我感觉如果现在从头学C,还是用它比较好，直接用VC做C的编译器太大炮打蚊子了。
而且还会被好多给你生成的Code所迷惑。
CBuilder用的时间也不长，用的时候感觉编程就是有趣的游戏，
象是给你一张画布让你随心所欲的涂抹。但就是帮助比起M$的MSDN
来就少的可怜了，可能是Borland天才的程序员们觉得那太容易了，不需要看帮助的。
【 在 PowerStation (再见我的·生离死别) 的大作中提到: 】
: ----->> 我知道最早的就是 TC1.5 了~ //可惜还没用过~
:         TC2.0 也是简单了些~ //不过用了一年多~ 还是挺有感情的~
:         TC++3.0 我觉得是学语言和最好的编译器，虽然我不知道她是否辉煌过~
: ----->> Borland Windows 下的编译器我几乎没接触过，希望大家广开言路，讨论
:         Borland 的编译器，讨论他们之间的横纵联系~ 
:         //给想从头入门的人，一清晰的概念~

────────────────────────────────────────
 Sun (劳逸结合)                       于 2001年01月07日11:49:00 星期天 说道:

【 在 Scorpion (三头六臂) 的大作中提到: 】
: TC2.0我最有感情了。
: 最开始接触编程序就是从它开始的。
: 我感觉如果现在从头学C,还是用它比较好，直接用VC做C的编译器太大炮打蚊子了。
: 而且还会被好多给你生成的Code所迷惑。
tc2的编辑环境不如tc3，所以学C还是用tc3比较舒服。
一直搞不明白，tc3.1和bc3.1有什么不同。
: CBuilder用的时间也不长，用的时候感觉编程就是有趣的游戏，
: 象是给你一张画布让你随心所欲的涂抹。但就是帮助比起M$的MSDN
: 来就少的可怜了，可能是Borland天才的程序员们觉得那太容易了，不需要看帮助的。
: 【 在 PowerStation (再见我的·生离死别) 的大作中提到: 】
: : ----->> 我知道最早的就是 TC1.5 了~ //可惜还没用过~
: :         TC2.0 也是简单了些~ //不过用了一年多~ 还是挺有感情的~

────────────────────────────────────────
 xxxxx (因为寂寞)                     于 2001年01月07日16:24:02 星期天 说道:

tc是最成功的编译器之一。如果使用c的话，我推荐tc++1或3,
因为机成环境作的好，支持多窗口，鼠标，内指调试器等。
学windows我觉得从delphi比较好。vb和windows距离太远；
cb编译太慢，有大；vc估计要被淘汰(cls类库? visual studio 
上一个版本是98;根据我的经验，如果微软一个产品挺了三年而不出新的，
那他就快了).
还有，就是我认为c是非常好的语言，但现在的c++不是，太混乱，
而且力设计目标越来越远(好象这也是strounstrup的感觉，hehe)
【 在 PowerStation (再见我的·生离死别) 的大作中提到: 】
: ----->> 我知道最早的就是 TC1.5 了~ //可惜还没用过~
:         TC2.0 也是简单了些~ //不过用了一年多~ 还是挺有感情的~
:         TC++3.0 我觉得是学语言和最好的编译器，虽然我不知道她是否辉煌过~
: ----->> Borland Windows 下的编译器我几乎没接触过，希望大家广开言路，讨论
:         Borland 的编译器，讨论他们之间的横纵联系~ 
:         //给想从头入门的人，一清晰的概念~

────────────────────────────────────────
 zxg (~~~)                            于 2001年01月08日08:37:59 星期一 说道:

【 在 Scorpion (三头六臂) 的大作中提到: 】
: TC2.0我最有感情了。
: 最开始接触编程序就是从它开始的。
: 我感觉如果现在从头学C,还是用它比较好，直接用VC做C的编译器太大炮打蚊子了。
: 而且还会被好多给你生成的Code所迷惑。
: CBuilder用的时间也不长，用的时候感觉编程就是有趣的游戏，
: 象是给你一张画布让你随心所欲的涂抹。但就是帮助比起M$的MSDN
: 来就少的可怜了，可能是Borland天才的程序员们觉得那太容易了，不需要看帮助的。
cbc的帮助还行,特别是她的一些例子,应该好好研究.
其实msdn的帮助多,但你无法都看.
cbc的帮助没有msdn多,但你一样看不完.
: 【 在 PowerStation (再见我的·生离死别) 的大作中提到: 】
: : ----->> 我知道最早的就是 TC1.5 了~ //可惜还没用过~
: :         TC2.0 也是简单了些~ //不过用了一年多~ 还是挺有感情的~

────────────────────────────────────────
 Scorpion (三头六臂)                  于 2001年01月08日12:05:17 星期一 说道:

【 在 xxxxx (因为寂寞) 的大作中提到: 】
: tc是最成功的编译器之一。如果使用c的话，我推荐tc++1或3,
: 因为机成环境作的好，支持多窗口，鼠标，内指调试器等。
: 学windows我觉得从delphi比较好。vb和windows距离太远；
: cb编译太慢，有大；vc估计要被淘汰(cls类库? visual studio 
: 上一个版本是98;根据我的经验，如果微软一个产品挺了三年而不出新的，
: 那他就快了).
: 还有，就是我认为c是非常好的语言，但现在的c++不是，太混乱，
     不是吧。C++怎么能太混乱?试想只用C怎么能写出MFC来。
: 而且力设计目标越来越远(好象这也是strounstrup的感觉，hehe)

────────────────────────────────────────
 xxxxx (因为寂寞)                     于 2001年01月08日17:06:31 星期一 说道:

赫赫。mfc恰恰是c++混乱的一个证明。。 c和c++的特征被
不和谐的混到一起（消息竟然采用最原始的宏映射方式！）
编译效率低下。（想象delphi的编译速度).
【 在 Scorpion (三头六臂) 的大作中提到: 】
: 【 在 xxxxx (因为寂寞) 的大作中提到: 】
: : tc是最成功的编译器之一。如果使用c的话，我推荐tc++1或3,
: : 因为机成环境作的好，支持多窗口，鼠标，内指调试器等。
: : 学windows我觉得从delphi比较好。vb和windows距离太远；
: : cb编译太慢，有大；vc估计要被淘汰(cls类库? visual studio 
: : 上一个版本是98;根据我的经验，如果微软一个产品挺了三年而不出新的，
: : 那他就快了).
: : 还有，就是我认为c是非常好的语言，但现在的c++不是，太混乱，
:      不是吧。C++怎么能太混乱?试想只用C怎么能写出MFC来。

────────────────────────────────────────
 yidday (有痣青年·用力唱歌)          于 2001年01月08日18:37:40 星期一 说道:

//nod
宏映射好难。
【 在 xxxxx (因为寂寞) 的大作中提到: 】
: 赫赫。mfc恰恰是c++混乱的一个证明。。 c和c++的特征被
: 不和谐的混到一起（消息竟然采用最原始的宏映射方式！）
: 编译效率低下。（想象delphi的编译速度).
: 【 在 Scorpion (三头六臂) 的大作中提到: 】

────────────────────────────────────────
 Scorpion (三头六臂)                  于 2001年01月08日18:56:25 星期一 说道:

【 在 xxxxx (因为寂寞) 的大作中提到: 】
赫赫。mfc恰恰是c++混乱的一个证明。。 c和c++的特征被
~~~~~~~~~~~~~~~~~~~~~不敢苟同。 
不和谐的混到一起（消息竟然采用最原始的宏映射方式！）
编译效率低下。（想象delphi的编译速度).
【 在 Scorpion (三头六臂) 的大作中提到: 】
: 【 在 xxxxx (因为寂寞) 的大作中提到: 】
: : tc是最成功的编译器之一。如果使用c的话，我推荐tc++1或3,
: : 因为机成环境作的好，支持多窗口，鼠标，内指调试器等。
: : 学windows我觉得从delphi比较好。vb和windows距离太远；
: : cb编译太慢，有大；vc估计要被淘汰(cls类库? visual studio 
: : 上一个版本是98;根据我的经验，如果微软一个产品挺了三年而不出新的，
: : 那他就快了).
: : 还有，就是我认为c是非常好的语言，但现在的c++不是，太混乱，
:      不是吧。C++怎么能太混乱?试想只用C怎么能写出MFC来。

────────────────────────────────────────
 lofe (〖感激生活〗)                  于 2001年01月08日20:22:22 星期一 说道:

xxxxx发话了，我还是斗胆说两句，请指正，呵呵。
MFC的结构设计其实还是很巧妙的，例如运行时类型识别，动态生成，
消息映射，命令路由，视图/文档结构。MFC虽然没有受到普遍好的评
价，但无论怎么说，它还是目前比较好的解决方案，就象我们一直反
对考试制度，但仍然是一种最可行的方案。
MFC中消息映射的实现可谓是非常巧妙的了，宏在其中起到了很大的作
用。宏与C/C+的特征并不矛盾吧，而且本身就是C/C++的一部分，其实
几乎是M$所有开发工具的一部分。
宏映射确实为代码的调试，安全性会带来隐患，但还是有很多方便之
处的，例如WindowsAPI中的扩展数据类型，增强了程序的可读性。至
少，在C/C++语言中宏是不会消失的。
Delphi的编译速度确实非常快，它们可以说是面向应用开发的，而不
是系统开发。我觉得把更低层、更开放的VC与Delphi，VB，BCB这样的
可视开发环境放到一起做比较还不是很恰当。
【 在 xxxxx (因为寂寞) 的大作中提到: 】
: 赫赫。mfc恰恰是c++混乱的一个证明。。 c和c++的特征被
: 不和谐的混到一起（消息竟然采用最原始的宏映射方式！）
: 编译效率低下。（想象delphi的编译速度).
: 【 在 Scorpion (三头六臂) 的大作中提到: 】

────────────────────────────────────────
 lofe (〖感激生活〗)                  于 2001年01月08日20:43:50 星期一 说道:

我对Delphi(准确地说是对Object Pascal)，尤其是其原理上、实现上的
思想，真是一窍不通。:-(
【 在 lofe (〖感激生活〗) 的大作中提到: 】
: xxxxx发话了，我还是斗胆说两句，请指正，呵呵。
: MFC的结构设计其实还是很巧妙的，例如运行时类型识别，动态生成，
: 消息映射，命令路由，视图/文档结构。MFC虽然没有受到普遍好的评
: 价，但无论怎么说，它还是目前比较好的解决方案，就象我们一直反
: 对考试制度，但仍然是一种最可行的方案。
: MFC中消息映射的实现可谓是非常巧妙的了，宏在其中起到了很大的作
: 用。宏与C/C+的特征并不矛盾吧，而且本身就是C/C++的一部分，其实
: 几乎是M$所有开发工具的一部分。

────────────────────────────────────────
 xxxxx (因为寂寞)                     于 2001年01月09日16:37:06 星期二 说道:

【 在 Scorpion (三头六臂) 的大作中提到: 】
: 【 在 xxxxx (因为寂寞) 的大作中提到: 】
: 赫赫。mfc恰恰是c++混乱的一个证明。。 c和c++的特征被
: ~~~~~~~~~~~~~~~~~~~~~不敢苟同。 
建议你看看vcl和jfc

────────────────────────────────────────
 xxxxx (因为寂寞)                     于 2001年01月09日16:38:24 星期二 说道:

//faint 太谦虚了。你cb使那么熟，竟然还这么说
【 在 lofe (〖感激生活〗) 的大作中提到: 】
: 我对Delphi(准确地说是对Object Pascal)，尤其是其原理上、实现上的
: 思想，真是一窍不通。:-(

────────────────────────────────────────
 xxxxx (因为寂寞)                     于 2001年01月09日16:42:16 星期二 说道:

呵呵。好象根据软件工程理论，一个东西如果太巧妙，
那就是比较失败的设计了。因为‘巧妙’的东西总是难以掌握。
宏使非常实用的，但比较低级，可读性差，容易出现隐含问题，
因而kerningham(c的发明人）不主张宏。另外，宏是c的产物。
在面向对象中那么多使用宏，why? 看看设计模式，有很多种
方法可以实现消息影射。
【 在 lofe (〖感激生活〗) 的大作中提到: 】
: xxxxx发话了，我还是斗胆说两句，请指正，呵呵。
: MFC的结构设计其实还是很巧妙的，例如运行时类型识别，动态生成，
: 消息映射，命令路由，视图/文档结构。MFC虽然没有受到普遍好的评
: 价，但无论怎么说，它还是目前比较好的解决方案，就象我们一直反
: 对考试制度，但仍然是一种最可行的方案。
: MFC中消息映射的实现可谓是非常巧妙的了，宏在其中起到了很大的作
: 用。宏与C/C+的特征并不矛盾吧，而且本身就是C/C++的一部分，其实
: 几乎是M$所有开发工具的一部分。

────────────────────────────────────────
 Sun (劳逸结合)                       于 2001年01月09日16:58:15 星期二 说道:

C++成功之处在于它给了用户许多选择，你可以按照自己的意愿做你想做的任何事情。
比如你不需要OO，那么就拿他当一个C也未为不可；有时使用goto也是很清晰方便的。
想把C++用好，关键在于使用者。你可以选择你喜欢的，抛弃你不喜欢的。如果你是
高手，自然可以设计出好的结构。如果你是新手，那么就很容易犯错误。
给用户最大的发挥空间，这一点C++是非常棒的。
MFC基本结构建立的时候，OOA/OOD的许多理论还没有成型，它确实落后了。
但是，大家习惯了，而且MFC稳定。所以，不得不还用它
【 在 xxxxx (因为寂寞) 的大作中提到: 】
: 呵呵。好象根据软件工程理论，一个东西如果太巧妙，
: 那就是比较失败的设计了。因为‘巧妙’的东西总是难以掌握。
: 宏使非常实用的，但比较低级，可读性差，容易出现隐含问题，
: 因而kerningham(c的发明人）不主张宏。另外，宏是c的产物。
: 在面向对象中那么多使用宏，why? 看看设计模式，有很多种
: 方法可以实现消息影射。
: 【 在 lofe (〖感激生活〗) 的大作中提到: 】
: : xxxxx发话了，我还是斗胆说两句，请指正，呵呵。
: : MFC的结构设计其实还是很巧妙的，例如运行时类型识别，动态生成，

────────────────────────────────────────
 xxxxx (因为寂寞)                     于 2001年01月09日17:15:37 星期二 说道:

很精彩。但有一点，给用户最大的发挥空间是c的任务，而不是c++.
【 在 Sun (劳逸结合) 的大作中提到: 】
: C++成功之处在于它给了用户许多选择，你可以按照自己的意愿做你想做的任何事情。
: 比如你不需要OO，那么就拿他当一个C也未为不可；有时使用goto也是很清晰方便的。
: 想把C++用好，关键在于使用者。你可以选择你喜欢的，抛弃你不喜欢的。如果你是
: 高手，自然可以设计出好的结构。如果你是新手，那么就很容易犯错误。
: 给用户最大的发挥空间，这一点C++是非常棒的。
: MFC基本结构建立的时候，OOA/OOD的许多理论还没有成型，它确实落后了。
: 但是，大家习惯了，而且MFC稳定。所以，不得不还用它
: 【 在 xxxxx (因为寂寞) 的大作中提到: 】
: : 呵呵。好象根据软件工程理论，一个东西如果太巧妙，

────────────────────────────────────────
 Sun (劳逸结合)                       于 2001年01月09日21:20:10 星期二 说道:

在面向对象层C++同样也提供了最大的发挥空间的。
而且，C++完全继承了C，也就是继承了C的灵活，
那么C++当然也就是提供了最大的发挥空间了。
没太看明白你说的意思，:-)
【 在 xxxxx (因为寂寞) 的大作中提到: 】
: 很精彩。但有一点，给用户最大的发挥空间是c的任务，而不是c++.
: 【 在 Sun (劳逸结合) 的大作中提到: 】
: : C++成功之处在于它给了用户许多选择，你可以按照自己的意愿做你想做的任何事情。
: : 比如你不需要OO，那么就拿他当一个C也未为不可；有时使用goto也是很清晰方便的。
: : 想把C++用好，关键在于使用者。你可以选择你喜欢的，抛弃你不喜欢的。如果你是
: : 高手，自然可以设计出好的结构。如果你是新手，那么就很容易犯错误。
: : 给用户最大的发挥空间，这一点C++是非常棒的。
: : MFC基本结构建立的时候，OOA/OOD的许多理论还没有成型，它确实落后了。
: : 但是，大家习惯了，而且MFC稳定。所以，不得不还用它

────────────────────────────────────────