西西河

主题:【原创】Delphi,亡羊补牢奈若何? -- 晨池

共:💬86 🌺84
分页树展主题 · 全看首页 上页
/ 6
下页 末页
          • 家园 的确,C++builder 如果早推出

            VC的日子可能还要难过一些。也许是当时觉得DELPHI很强很好,想让所有的人都用这个开发工具,没有考虑到喜欢C/C++的人就是喜欢C/C++的风格。

            好像有很多人就希望一旦 C++ builder 一出来就转过去的。

            • 家园 C++ builder 和VS有什么不同?

              好像有很多人就希望一旦 C++ builder 一出来就转过去的。

              C++ builder 是个什么样的风格?它和VS有什么不同?

              • 家园 两个用的都不是很多。就大致讲讲我的感受

                个人感受,DELPHI的集成环境很好,对象我这样的懒人来说,的确是可以做到快速开发而不用深入了解很多东西。基本上需要知道的东西就在眼前,不需要知道的东西都在背后。大致和VISUAL BASCI差不多吧,但是感觉要比VISUAL BASIC要好很多。

                用 微软的VISUAL C++,当时的感觉是真麻烦,很多东西不需要知道的也得知道。

                两相比较,就很希望出现一个类似DELPHI的开发环境,但是语言是C/C++而不是PASCAL。我以为应该可以很简单的用C/C++替代PASCAL,结果后来出来的C++ BUILDER还是和DELPHI有区别。

                对我来说,我主要关注的是开发集成环境的方便不方便,对于底下的 VCL (BORLAND) MFC(MICROSOFT)的优劣我是不知道的。

                • 家园 门槛低是兴趣的开端。

                  门槛低是兴趣的开端。我当时就是在图书馆没事翻看各种VC的书,虽然有C/C++编程经验,但看VC的书真是难受!好像微软故意的一样。因为有人说用C++ BUILDER了3天就基本会用了!俺是外行,当时没人指导啊!

                  后来自虐地看Win-API编程,半年才找到了个北,即便如此,MFC对我还是天书奇谭。

                • 家园 就我个人的感受

                  我没真正用MFC做过东西,就表面感觉来讲MFC过于庞杂,估计是在多次版本升级中形成的,但是感觉又没有在开始的时候就很好的设计架构,好像不断无计划的添加。而VCL在最开始就设计的比较好,我对于我不熟悉的类,我完全可以猜出属性和方法名。

    • 家园 Delphi 2009已经release了

      ......

      • 家园 我下了一个下来,也不知道好用不好用,公司的电脑不敢安装,

        自己那个老爷机又在紧要关头over了,先放着,反正也用不着

    • 家园 难道没有人用Turbo Pascal吗

      第一次写内存驻留程序是用的TurboPascal3.0,用来屏幕抓图,抓那个俄罗斯方块的图。

      第一次的面向对象的程序就是在Turbo Pascal6.0上写的,显示CAD的DXF文件。不过没有完成,毕竟编程序没有游戏有吸引力。

      等到D出来的时候我已经完全堕落了,所以就没有去用,游戏害人不浅呀。

      • 家园 Turbo系列的基本上我都用过

        从Turbo BASIC开始,TC,TP,TC++,BC++。后来转去做UNIX平台,才不再使用Borland的产品。等过了几年转回来,已经是Web的天下了,Java通吃前后端。就再也没用过Borland的东西了。

        • 家园 Turbo系列好像用的最广的是TC和TP吧?

          学C语言都是用Turbo C,学数据接口用Turbo Pascal。

          Turbo系列里面除了Turbo C,Turbo Pascal,我知道的好像还有Turbo Basic(貌似只出了1.0),Turbo Prolog, Turbo Debuger。当时专门有书讲这些之间怎么混合使用,呵呵。

          Turbo C最高到3.0,还有一个Turbo C++3.0,带语法高亮的,很漂亮。

          • 家园 我用TB纯粹是转型

            从Apple II的浮点BASIC转到结构化编程的时候,用的Turbo BASIC。说实话,第一次看见全屏幕编辑器,震撼啊。居然可以用上下左右键控制光标;也不用担心行号不够用。整个一个刘姥姥进大观园。

            语言方面:

            最头痛的事情莫过于不建议使用Goto了,简直是折磨。

            最爽的是,递归变得超级容易了。有了运行栈,不用再自己写栈结构模拟了。

            此后过度到C++,都没有这个冲击大。自下向上的建议开发模式我从来就不喜欢。吸引我重新回到OO的还是Java的那个后绑定。从此就再也不碰C了。

            • 家园 老兄真可以写写语言发展史了。呵呵。

              也不用担心行号不够用

              呵呵,我当初学Basic时,就觉得这个行号很别扭,因为想想如果日后要修改,那么命令之间要设多少行才行?好在没有机会上机,无所谓啦。等到对编程感兴趣时,已听说C已经"过时"啦。但最爽的事就是可以不用goto啦

              java始终对我在进行性虐待,我一点招架的余地都没有,所以能躲多远躲多远。不过看万斤兄对java的描写,我也找回点自尊。曾经这里的风北客兄写过对java的interface的理解也是在某一天的灵光突现。我又一次感到我还基本能生活自理。因为对interface这个东西的理解,对一般人来说还是可望不可及滴事情。

              • 家园 语言发展史不是我能写的

                写那样一篇东西,需要不仅仅是熟悉过去,还要能预测未来。我们今天语言所使用的技术,也基本上都是几十年前就已经成熟了的。

                C语言应该在未来相当长的一段时间内都不会退出舞台,只不过应该会退出企业级应用。而在操作系统,编译器,嵌入式系统,以及一些基础性软件领域,C还是居统治地位的。而新兴语言所竞争的场所,应该主要还是在企业级应用。企业级应用因为其需求涵盖的范围广,业务逻辑变化迅速,以及涉及的开发人员素质参次不齐,对语言的描述能力,结构组织,以及可用性提出的要求比较高。新的语言技术,譬如AOP,IoC都是在组织结构(waving, wiring)上的改进。Annotation/Metadata的引进则加强了语言的描述性,使用户摆脱单一的基于继承关系的描述手段。函数语言(functional languages)则因为其独特的逻辑组合手段,在很多方面有广泛的应用前景(譬如Google System里面的Map/Reduce,就是一个典型的函数语言应用实例)。企业应用对性能方面的需求相对比较宽松,也使得一些解释性语言得到一定的发展前景。至于未来如何发展,我和大家一样,只能拭目以待。

分页树展主题 · 全看首页 上页
/ 6
下页 末页


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河