昨天下午有机会去参加Borland新技术展示和程序员for Borland的颁奖大会,感觉收获很大。整整一下午的时间,但却觉得一转眼就过去了,时间过得飞快。通过这次活动或是更确对于程序开发有了更深一层的理解。在此写出来我的个人收获和一些想法,和大家共同探讨和分享。一、对李维的最初印象 大概两年前,我曾和一个网友谈到学习软件开发的话题,记得当时他做为一个程序开发的发手身份向我强烈推荐李维在台湾出版的delphi的力做,说是一直想买李维出的那几本书,不过在当时大陆的书店买不到,还一直在想办法如何通过朋友在台湾买到。呵呵...也怪我当初对Delphi一点了解也没有。当时我很奇怪,李维是什么人物,能有何种水平写出堪称精典的书籍?!后来,工作的需要,我现在公司的同事也有很多是用delphi的,因为我个人一直崇尚java。除了平时听同事们谈论李维出的三本专著很精典,有一点感觉到李维是牛人了,要不然大家怎么都这么说呢:-)二、Borland大会&李维的精采讲解 大卫.科波菲尔的强档片头 从大会新技术发布会的一开始,李维运用的思路就很特别,ppt的片头中一下子冒出个大卫.科罗菲尔的图片来,这让大家摸不着头脑,呵呵,真搞笑。猜猜是谁?有的竟然猜是XXX程序员。经过大家的一阵疑惑后,李维说:这个是魔术大师大卫.科波菲尔嘛!不过我今天来却不是给大家变魔术的,专程讲解Borland技术的最新动向。持面以待,下面就开始李维的一系列精采讲演了。 Borland产品与系统开发周期管理(ALM) 在传统的软件开发周期中,五个步骤是相互分开的,如图1-1所示。这势必会影响系统开发的效率以及开发周期的长短。而Borland则提出所实现开发周期中每个阶段的无缝集成,这样更有利于系统开发效率的提高以及缩小系统开发生命周期,从而更快捷、高效的把产品推向市场,如图1-2。 传统的软件开发生命周期: +-----+ +-----+ +-----+ +-----+ +-----+
| | | | | | | | | |
|需求 | |设计 | |编码 | |测试 | |发布 |
| | | | | | | | | |
+-----+ +-----+ +-----+ +-----+ +-----+
图1-1 说明:在各学术派别的定义中,有可能对于软件开发周期各阶段都有不同名称的定义。由于昨天记忆匆忙,最后一个发布阶段是我凭着记忆写上去的,不清楚是否有误,如有问题请广大网友指正。谢谢!
Borland对产品生命周期阶段的无缝集成示例:由此可以看出Design与Build之间实现了真正的无缝集成。即:在设计阶段做出变动时,对Data Source发生变动,Build也相应的实现了同步更新。 +----------+
| |
| +-|--------+
| | | |
| | | |
| Design | | Build |
| | | |
| | | |
+--------|-+ |
: +----------+
: :
: :
: :
: :
: :
+--------------+
| Data |
| Source |
| |
+--------------+
图1-2
未完,待续...我正接着写:-)
| | | | | | | | | |
|需求 | |设计 | |编码 | |测试 | |发布 |
| | | | | | | | | |
+-----+ +-----+ +-----+ +-----+ +-----+
图1-1 说明:在各学术派别的定义中,有可能对于软件开发周期各阶段都有不同名称的定义。由于昨天记忆匆忙,最后一个发布阶段是我凭着记忆写上去的,不清楚是否有误,如有问题请广大网友指正。谢谢!
Borland对产品生命周期阶段的无缝集成示例:由此可以看出Design与Build之间实现了真正的无缝集成。即:在设计阶段做出变动时,对Data Source发生变动,Build也相应的实现了同步更新。 +----------+
| |
| +-|--------+
| | | |
| | | |
| Design | | Build |
| | | |
| | | |
+--------|-+ |
: +----------+
: :
: :
: :
: :
: :
+--------------+
| Data |
| Source |
| |
+--------------+
图1-2
未完,待续...我正接着写:-)
解决方案 »
- 加密压缩和解密解压缩的疑问
- 我的事务管理机制为何只能处理21条以下的insert语句?超过21条就不行了?
- Accept 提取对方端口号?
- 关于dbgridsed!我放了个dbgridsed,在编译的时候怎么提示没找到gridsed.dcu!!!!!!
- 一个ADOQuery怪的不能再怪的问题,大家请看....
- 如何实现让DBGrid第一列显示行号?
- 怎么删除StringGrid中的一行
- 如何通过鼠标点击网页上的元素,获得它的XPATH路径?
- 怎么样在stringgird中的cell中插入一个speedbutton?
- 一个小问题(关于工具栏的)
- 在我那個版塊有很多人問"哪有delphi6.0從入門到精通的電子版".作為版主我找不到.所以請各位一起幫手.謝謝.同時散分!
- 如何实现象IDE中的关键字会自动变色!急,up有分
--李维&Borland技术大会有感(北京) 昨天下午有机会去参加Borland新技术展示和程序员for Borland的颁奖大会,感觉收获很大。整整一下午的时间,但却觉得一转眼就过去了,时间过得飞快。通过这次活动加深了我对程序开发更一层的理解。在此写出来我的个人收获和一些想法,和大家共同探讨和分享。一、李维最初印象 大概在两年前,我曾和一个网友谈到学习软件开发的话题,记得当时他做为一个程序开发的高手身份强烈推荐李维在台湾出版的delphi的力作,说是一直都非常想买李维出的那几本书,不过在当时大陆的书店买不到,还一直在想办法如何通过朋友在台湾买到。呵呵...也怪我当初对Delphi一点了解也没有。所以感到很奇怪,李维是什么人物?能有何种水平写出堪称如此精典的书籍?!后来,工作的需要,我现在公司的同事也有很多是用delphi的,不过我个人一直是崇尚java的。除了平时听同事们谈论李维出的三本专著很精典,当时在潜意识中,有一点感觉到李维是牛人了,要不然大家怎么都这么说呢:-)二、Borland大会&李维的精采讲解 大卫.科波菲尔的强档片头 从大会新技术的发布会一开始,李维运用的思路就很特别,ppt的片头中一下子冒出个大卫.科罗菲尔的形像来,这让大家摸不着头脑,我也很差异。呵呵,真搞笑...猜猜是谁?有的竟然猜是XXX程序员。经过大家的一阵疑惑后,李维说:这个是魔术大师大卫.科波菲尔嘛!程序员也应该丰富一下业余生活,了解业外的东东。没错,我们在工作中创造的灵感,不就是在平时接触的事物中一点一滴的累积起来的。李维说明今天来不是给大家变魔术的,而是专程讲解Borland技术的最新动向。持目以待,下面就李维就开始引出一系列精采讲演了。 Borland产品与系统开发周期管理(ALM) 在传统的软件开发周期中,五个步骤是相互分开的,如图1-1所示。这势必会影响系统开发的效率以及周期的长短。而Borland则提出所实现开发周期中每个阶段的无缝集成,这样更有利于系统开发效率的提高以及缩小系统开发生命周期,从而更快捷、高效的把产品推向市场,如图1-2。 传统的软件开发生命周期: +-----+ +-----+ +-----+ +-----+ +-----+
| | | | | | | | | |
|需求 | |设计 | |编码 | |测试 | |发布 |
| | | | | | | | | |
+-----+ +-----+ +-----+ +-----+ +-----+
图1-1 说明:在各学术派别的定义中,有可能对于软件开发周期各阶段都有不同名称的定义。由于昨天记忆匆忙,最后一个发布阶段是我凭着记忆写上去的,不清楚是否有误,如有问题请广大网友指正。谢谢!
下面这个图示为Borland对产品生命周期阶段的无缝集成示例,由此可以看出Design与Build之间实现了真正的无缝集成。即:在设计阶段做出变动时,对Data Source发生变动,Build也相应的实现了同步更新。 +----------+
| |
| +-|--------+
| | | |
| | | |
| Design | | Build |
| | | |
| | | |
+--------|-+ |
: +----------+
: :
: :
: :
: :
: :
+--------------+
| Data |
| Source |
| |
+--------------+
图1-2 Borland Java 产品的发展方向 李维提出,在Java开发解决方案方面,Borland发布的Jbuilder8将提供一个集成性能监测和版本控制功能为一体的工具。它将全面集成开发周期中的五个阶段,从而达到在开发阶段就发现问题;不是等到分发的时候才发现问题。同时,他还表示Jbuilder8做为java开发工具中效率最高、可用性极强的开发工具,也包括了对Jakarta Struts的支持。它集成的性能监测功能,可以使我们编写的程序的内存泄漏做到自动的检测。这样可以使更多在程序上不易发现的BUG尽早发现、尽早把BUG扼杀在摇篮里。 Borland .NET产品的发展方向
每当平台转换时,就是一次机会的开始!
说的没错,Borland也正在努力把握它的发展机会。我以前对于Borland这个公司的认识,或许有点偏。觉得它的大概性质也就是个RAD的生产厂商,依附大树生活:如果大树的资源丰富,它就枝繁叶茂;如果大树改变了生活“规律”或是干涸,那么它的去向或许也不有确了...不过昨天通过李维的演讲,使我对于Borland有了更新的认识与了解,Borland将改变以往它单线程的RAD生产。将推出微软不曾拥有的“Enterprise solution”.明年推出的Delphi8,将集成全新的IDE开发环境。支持.Net平台和Linux平台,听说微软明年也将推出它的.Net的2.0版本。 开发实例的现场演示 整个下午向大家展示了四个例子,不过对于我来说印像最深刻的是那个Model Driven Application,具体过程:先以Model Maker中以UML形式表示出各对象之间的从属关系,执行适当的配置后,建库,不用自己手动建立数据库的表及表之间的关系,此时就会自动生成,面向对象的类将自动导入数据库。 由于这个例子让我对以前曾用它做过不少工程的rose都产生了一点疑虑了此时,李维还提出目前来说,我们对于建模工具到底用上了多少?比如:Rational Rose,我们在实际中到底用到Rose产生的代码了吗?回答是没有。这正是因为Rose产生出来的代码效率不高,而且还比较烂(这差不多是李维的原话,据我的记忆中搜索的,并没有撰改多少^_^).对于他的这个观点我不太赞成。因为在以往的项目中,我们曾用过rose做一些代码的生成,感觉还不错,至少可以说在需求阶段就已经感受到了rose的强大之处,并且rose的生成代码我们也用过。实际情况是生成的代码很规范,而且有利于日后的复用和重构。Borland在建模工具上的实现真会如何厉害吗?或许会比Rose更厉害,反正对于我们开发者来说工具越先进越好。谁会拒绝进步呢?:)
昨天的沙龙是免费的,但去者并不多,和前些日子同样是上班时间举办、并且800块门票的IBM DW比起来冷清多了。开始之前,我和前后左右不相识的同行们聊了聊,有些人是以前用delphi现在在用java了,有些是没毕业的学生,有些是市场人员,总之真正有一定水平的程序员我没有碰到(也许我坐的位置不好),这从侧面说明了RAD工具使一些人满足于Drag&drop层次,不求深入的现象。Demo时,李维的notebook在启动了Enterprise server后就动不了了,可见这个Server的速度(李维的notebook档次低不了吧)。它在演示MDA(Model driven Architect)技术时,当场失败两次,并且他说以前在上海和台湾演示都有失败的经历,并且他也查不出原因,可见这种技术远不完善。
还有很多感处,没时间写了,要去上课
[email protected]
这次沙龙我觉得最值得关注的有这么几点。
首先是borland的产品战略。Jbuilder是目前市场占有率最大的java develop tool,Borland还会做大量的投入来保持它的领先地位。明年JBuilder会出两个版本,分别在年中和年末。Borland还会加强Jbuilder和其它Application Server的兼容性(IBM和BEA的)。Delphi依然是Borland的重点照顾对象。在后面的版本中,Borland会将.NET Framework的类库封装进VCL,让程序员以最熟悉的方式、最小的学习代价就可以开发.NET的Application。My god!Windows的原生开发是delphi,Linux上也有delphi,现在写.NET还是delphi,一直忠实追随delphi的大虾小虾们又要乐坏了。自从有了delphi,BCB在使用它的程序员中一直留有Borland"二等公民"的印象:底层类库是delphi的,编译速度像老牛拉破车...不过到了明年情况就会有所改变。BCB7以后要和delphi走完全分离的战略方向,Borland承诺要用C++重新写一套胜过VCL和MFC的类库,把BCB发展成Windows下最好的原生程序(native code)开发工具,但对.NET支持的重任就全部交给delphi了。听了前半句,你也许会觉得终于出了一口恶气,听了后半句,我觉得又像是在添堵。唉,对BCB真是又爱又恨啊。
其次,我们应该腾出一点时间来琢磨一下Borland这次提出的模型驱动的体系
MDA-Model Driven Architect。上面贴子中也提到了李维做的Demo。我觉得这种新思想应该是水到渠成的,各方面的技术发展到一定水平后(建模、组件..),用模型驱动是自然而然的事,只是这次Borland把它很明确的提出来。但是,我认为我们离这种理想的境界还很远(有点像共产主义),只画画UML就能自动生成软件目前还是不现实的。
太困了,明天看看有没有回贴再写吧,ZZZzzz
李维的演讲中始终摆脱不了两个主要的观点:
一是borland始终是软件界的天王,在编程工具上无人能敌,包括微软。其实我看用微软开发工具的人不在少数,而且赚的钱也较用borland开发工具的高。
二是经常说起某某公司(当然不是borland),某某开发工具(当然不是borland的开发工具)如何如何的烂!!!
我个人觉得某东西好不好,应该是别人来评论,而不是自己老挂在嘴上。
[email protected]
至于bcb7,层底控制的话,还是VC好点
[email protected]
[email protected] (工作时间长开!)
[email protected]
任选
即使真是吹鼓手也是出于一种赤城的动机
billgates会说Linux比Windows好吗?
李维这次讲座,1/3时间在和听众做互动游戏,一边推销Borland的东东;1/3时间在Demo,没有图象光听声音根本不知道他在说什么;1/3时间谈了一些自己对开发、趋势的理解,这部分内容基本都是上次录音的重复,听过的不听也罢。
总的来说没什么可听的,把上次的录音翻出来再听一遍也许会有新的收获,我就是。
你会发现很多问题它无法解决,而Visual .net却如鱼得水
我已经转到C#
我断定Delphi没有前途,这从Delphi 7根本没有什么重大改进一样。
1,请问您懂UML和面对对象吗?
2,D7里的Bold组件您用了吗?
3,您使用过Intra Web开发系统过吗?
4,您使用过Rave做报表吗?
5,对于web Service您了解多少
6,您是不是找不到fast net又不会使用Indy组件而抱怨吗?
7,等等···很多东西不是看出来的,要去使用才知道的
我想要
[email protected]
谁有,给一份,谢谢先
或者给个下载地址
不过相信未来的.net会比较好的
我个人认为不能仅仅在Delphi或者Borland 中一直做运动
关键是新的技术能否实现的问题!
虽然我对Borland还是很有感情的!
kao,delphi7 刚出来,我有必要赶快把自己以前的quickrep 换成rave 报表吗?
to: [email protected] or [email protected]
url
http://liwei.china-pub.com/
:)Delphi7的变化, 是用出来的, 不是说出来的.
Delphi的爸爸去做C#了, 走C#的路也没有错.总之呢, 我们用自己喜欢的, 擅长的, 就是了.当年VB能做出来的, Delphi 能做出来, 现在C#能做出来的, Delphi.Net也会完成的, 我相信.发展总是跟着发展走的, 拭目以待.
不要用Intraweb开发系统.......................................................................................................................
强烈建议
微软的开发工具也不错,但是有点好大喜功,喜欢刻意把你的思路引到他的大框架里,有时甚至刻意绕个圈子来做一件很简单的事,vb很好用,但是用起来有时让你感觉混乱,c#感觉不错,不过我用得还不好。
java的编译速度太慢了,不知道有没有天才来改进。
我还是更喜欢delphi
我们必须踏踏实实地学习它。
我们不可能在没有一个相对扎实的基础时,去跟版本的新花样。
我承认自己对soap xml 都不明白,虽然买了老李的那本书,但我对delphi6的一些特征基本了解。我相信自己有前途。
在delphi7里,我使劲儿找socket控件,但没找到。后来看到了tcp…,没办法,还得学。我感到borland的中文资料太少的痛苦,一直以来的。
delphi之父和微软给delphi生了个弟弟c#。我们理由相信他们是同父异母的亲兄弟,他们从某种意义上是相同的。所以,我们玩儿dlephi的去学c#又得天独厚的条件。但我觉得去学c#的delphi fans不要把delphi忘却了。
就写这些吧,我还在值班呢。
在选择新的东西的时候,如果新东西完全向下兼容,恭喜你,你的事情很简单.如果你要从delphi换到C#,就不是那样容易了.对于技术本身不是问题,问题是这样做的代价.
另一方面,.net里面鼓吹的webform,以我的角度来看,在java里早就有了.各种taglib,近一点,jakarta.apache.org里就有这样的东西,换另一个产品,sourceforge.net的echo,这样的东西太多,我就不详细说了.
好久没来发言了.;-)
http://www.china-pub.com/liwei02.zip
http://liwei.china-pub.com/liwei01.zip
http://liwei.china-pub.com/liwei02.zip
delphi的发展要跟住潮流,要是没有delphi1那么pascal到现在还是pascal7.0一个dos下的东西,当前的潮流就是web应用,我看delphi如果不另外建立一个可以新的模式适应web编程发展,可能要夭折,也不一定要使用delphi这个名字,可以使个别的,凤凰涅盘样,要是可以向IDE样可视化的开发web程序,不要使用什么.net,java等,一定很好,其实.net就是MS要利用OS的方便来完成这个愿望,delphi为什么要随着MS打转呢,完全可以像java,SUN学习,自己搞一套,我到现在还相信使用delphi的人要多过使用java的人,为什么不呢