捐赠 | 广告 | 注册 | 发布 | 上传 | 关于我们    
  沪ICP备05001939号 DELPHI盒子 | 盒子论坛 | 盒子文章 | 盒子问答悬赏 | 最新更新 | 论坛检索 | 下载中心 | 高级搜索    
  精品专区 | 繁體中文 | 奖励公告栏 | 直通车账号登陆 | 关闭GOOGLE广告 | 临时留言    
 
广告
评论:Delphi for .NET Compact Framework Technology Preview
edwardzhou 21117 2006/1/20 10:06:09
这个Preview好些已经不能用了
我编译时提示: the beta product has expired
siow 19328 2005/11/20 23:35:40
还有就是BORLAND的东西死贵。
----------
这好像是个误解,其实BORLAND的东西比MS$要偏宜好多的,不信大家可以对照一下价格表
szlbz 18837 2005/11/2 10:48:47
用了CFBuildHelper插件后输入能正常了,谢谢lextm。
zbird 18822 2005/11/1 21:43:23
呵呵,似乎再这么讨论下去也不会是有结果的了。差不多到此为止吧。
最后再随便谈点东西。
你说的是borland的创意,我也不否认borland的创意,只是我更关注一些比较实际的问题,可持续性。一个成熟的东西bug比较少,即使遇到问题也很容易解决。但如果一个东西的用户群太小就没这么容易了。开源的部分还好,你可以自己改。要是程序的问题,你就得天天保佑borland快点出个update了。
在我看来学习一种新的语言的学习成本是很低的。真正关键的是经验,语言的使用经验。Delphi版的.net的前途还不明朗。我觉得Delphi版的.net的普及情况估计会和BCB差不多,所以我不是很看好这东西。我要保护我的学习投资(虽然有的人总喜欢说什么什么是相通的,但有些东西注定是体力活,我可不想重复的做这些体力活)。
-------
PS:咳,工作后真的变得越来越实际了。新技术更多的是用来玩的而不是用来用的。
还有你上面有说到VS和together都很贵。together应当不便宜(borland的东西都不便宜),但VS应当不会很贵。
我差不多决定只用delphi做win32非数据库程序的开发,而且是个人使用。所以我曾说过也许我和delphi到delphi7为止,不知道是否真的会如此。在传统的win32个人开发的情况下。delphi2006能比delphi7+modelmaker带来多大惊喜?表示怀疑。
不用2005,界面是一个很重要的问题。被delphi7虐惯了,习惯了delphi的界面风格。不过2005不支持。这也算了,有些东西是需要改变一下了。不过连传统模式的语法高亮都没带就有点太不合情理了。2005的界面模仿VS,不过图标(将16的图标直接放大当32的图标用,真受不了borland)和配色实在是太糟糕了。也许用久了会习惯,但我已经不太愿意去习惯了。
borland的C++开发工具没用过,delphi做win32已经基本足够了。除非是有些C++资源在delphi下没有替代品,需要混合语言编程的支持,否则我不太可能去动那东西。而且即使用到也不会涉及一些很难的东西(现成类库的使用嘛)。
delphi2006应当算是一个很值得期待的东西,当然也会是一个很让人不放心的东西。
还记得BCBX在发布的时候大家都比较期待。在拿到BCBX的测试版的时候大家又普遍比较失望,当然还有点期待就是正式版出来的时候会完善。不过奇迹没有出现。正式版和测试版的差别不大。
VS只简单的用过,做C到C#的移植,外加做了个PPC的界面。
C#这个Delphi+JAVA的杂交品种果然好用。加上MS的大力支持前途不可限量。如果要选用.net的开发工具我会选用VS。borland的工具在目前实在是太缺少一个打动我的理由。
lextm 18800 2005/11/1 10:54:52
另外现在做Delphi CF开发,你还可以下载一个很好的插件,叫做CFBuildHelper
http://www.jed-software.com/files/CFBHSetupB10.exe
作者是今年参与Borland Conference的牛人之一,可以试试看。

“我写了一个小工具,专门用来删除不符合PocketPC要求的语句。减少人为删除的烦恼。”我没有用过你的,不过这个工具也带了同样的功能,是由Borland singapore的一位老兄搞得。
lextm 18798 2005/11/1 10:43:44
你好,看了你最新的评论,我还是觉得不错。从普通程序员的角度来说,你的看法很正确。

不过有一些细节也还是值得商榷的。
----------
我没反对用eclipse,我只是说怀疑是以为要转向eclipse导致JBUILDER在原有平台的开发力量不足,致使

bug的问题比较突出。
----------
JBuilder一直有一些小问题很突出,Borland却没有尝试解决,比如中文字体,等等。

现在使用Eclipse的IDE,首先是JBuilder的旧有问题可以回避,Eclipse由其社区来维护,又减少了Borla

nd维护IDE的开销。其次,Borland的精力可以集中到自己最擅长的MDA,CASE和DB上面,提供一系列完善

的插件集成到Eclipse中间。这样既保证了Borland的投入/支出平衡,也可以发挥Borland的强项。IBM就

是这样发布它的Rational XDE以及WebSphere的,做得很成功。

----------
Kylix的市场做得很槽糕,和borland的不负责任的态度。一个东西如果不能持续发展对开发人员来说是很

不利的。
----------
这你就是在冤枉Borland了。首先你可以去看Borland主页,仍然可以看出Borland在销售Kylix,只不过列

入了Classic名录中间。Kylix退市的可能性不算很大,因为Linux平台的RAD迟早还是会成为需求(个人观

点)。Danny Thorpe也在各种场合强调他考虑到将现在Delphi上面研发的新技术加入到下一个Kylix版本

上面。但是前提很简单,Show Me The Money!!当市场启动的时候,Borland会很快反应的。

另外暂时Kylix的更新维护是有开源项目进行的——还是官方开源。你可以看看FreeCLX项目的主页,就知

道了。

----------
经常编译完程序后界面就全乱了,加上我只用Delphi做传统的win32开发所以一直没去动2005
----------
这是很大的误解。Delphi 2005出来的时候确实问题还是不少,但是我从来没有遇到你说的问题。再者打

了三个补丁以及Allen在Code Central发布的“第四个”补丁之后,速度/稳定性都有大幅提高。Delphi 2006肯定会更好。Borland官方也前所未有的关注Delphi 2006,全项目组动员,以提高IDE的可靠性——恐怕是由于Dlephi 8/2005的品质确实影响了销售业绩。

Delphi 2005可以开发Win32/.NET。之所以用Delphi 2005,是因为IDE更好用,我上次提到的Reviewer‘s Guide里面有很详细的说明。不会让你失望。很多CodeRush等插件实现的功能,现在已经集成到Delphi 2005里面。所以升级吧。

----------
但又有几个人知道BOLD?
----------
Bold/ECO在国外的影响肯定比在中国大,所以我们看到的,不是事情的全部。嘿嘿

----------
不过最初宣传的时候就有意要取代BCB,只是后来没有真正的完善下去(或者只是为了安抚BCB

程序员才这样说的)。
----------
确实从BCB6开始,Borland在C++领域方面的政策很不稳定。首先是C++部分从R&D部门独立了出去,自立部门,所以,他们当时决定改用JBuilder的IDE,做一个开创性的产品。这就是BCBX。但是很明显,Borland现在的实力都集中到了JBuilder和Delphi上面,根本难以打造出一个1.0版本就能震惊世界的C++ IDE。所以BCBX卖得不好。

同时也是由于BCB社区的一些原因。作为BCB的用户,我也关注过去年这个时候世界范围内的BCBer大签名。这件事最后形成了一封BCB社区致Borland的Open Letter。可以说有太多人是通过C++/VCL学习了RAD开发,积累了大量的知识跟项目。因此,Borland不可以忽视这些需求。

很快Borland官方就发布了新的C++策略,支持BCB进入Delphi 2006架构中,这就是即将与Delphi 2006同时发布的C++Builder 2006(两者公用一个IDE)。

关于BCBX,我觉得还是有机会继续发展的,很多里面出现的新技术,其实日后可能出现在Kylix或者BDS里面也不一定。比如WxWidgets,虽然不像VCL那么熟悉,但是肯定比MFC好用很多。

----------
你也说了Together有for VS的。
----------
你很难说服一个用户买了VS再买Together(除非是盗版),因为两个都很贵。所以MS一直在搞自己的Together,据说有了很大的进展。但是你也知道,这是个重积累的产品。IBM Rational和Borland Together都是很难超越的。MS想在Visio那个“高级画笔”的基础上搞自然不行,推翻重来可是三年五载的事情了。

----------
还有就是BORLAND的东西死贵。
----------
的确,不过,物有所值。

----------
呵呵,这位大哥对borland的感情很深啊。
----------
的确。虽然我没有用过Turbo Pascal或者SideKick,但是是从Turbo C开始的。自然是一天都离不开Borland了。哈哈
zbird 18785 2005/10/31 13:50:42
TO:lextm
很高兴认识你,我的QQ:22599085,你的?
zbird 18783 2005/10/31 13:46:25
VCL的C++化,最初在BCBX即将推出的时候,是这样宣传的,当然也有可能是网友们的误传了。
我没反对用eclipse,我只是说怀疑是以为要转向eclipse导致JBUILDER在原有平台的开发力量不足,致使bug的问题比较突出。
我没否认Kylix很优秀。只是说Kylix的市场做得很槽糕,和borland的不负责任的态度。一个东西如果不能持续发展对开发人员来说是很不利的。向MS要放弃传统的VB的时候就遭到了很多VB程序员的抵制(虽然我看来抵制MS放弃VB是个满愚蠢的做法)。
Delphi2005的很大的一个问题也是bug比较多。没用过几次。经常编译完程序后界面就全乱了,加上我只用Delphi做传统的win32开发所以一直没去动2005。
ECO确实是个很优秀的东西。不过BORLAND的推广力度不够,而且给予程序员的资源也及大的不足。加上广大的程序员连UML的门都还没摸到,要玩这个估计是有点难度。其实最早BOLD就已经提供了类似ECO的功能,ECO也很可能是BORLAND在收购BOLD后在BOLD的基础上发展起来的,但又有几个人知道BOLD?希望BORLAND不要又把一个好东西给做死了。
BCBX就是一个实验性的产品,它只出到了1.5版本,并不是要取代BCB 6。
----------不过最初宣传的时候就有意要取代BCB,只是后来没有真正的完善下去(或者只是为了安抚BCB程序员才这样说的)。
你见过MS搞出Together那样的东西?
----------together也是borland买的,当然我是不反对买东西的了。together确实是个好东西。比较期待swt版的eclipse,不知道borland会不会出。
比如,没有Together似的技术
----------你也说了Together有for VS的。
我就很怀疑你用BCBX和Kylix用了几天。
----------没用过这两个东西:),我只是观战而已:)。
PS:最后再说一下。我在前面也说过了。对于我们来说也许结果才是更重要的东西。一个再优秀的东西失去了持续发展的可能那也是白搭。
还有就是BORLAND的东西死贵。

呵呵,这位大哥对borland的感情很深啊。
szlbz 18779 2005/10/31 11:58:40
我写了一个小工具,专门用来删除不符合PocketPC要求的语句。减少人为删除的烦恼。
szlbz 18778 2005/10/31 11:56:51
为什么编译后的程序在PocketPC上不能选择输入法?
lextm 18776 2005/10/31 11:21:12
老实说,我个人比较同意ccy_com同志的观点,但那是D8那个时候的事情了。你的眼光确实是很务实的那种,但是MS不是很务实的有时候。比如说MS很会炒作新概念,一个还在Beta的东西就吵得人不得安宁。但是Borland很多时候都是务实的。例如Delphi 2005/2006都没有跟风的和.NET 2.0关联,还是老实的呆在1.1上面。所以,你其实应该用用Borland的东西。

—————
关于BCBX,那确实是一个很时尚的东西,所以有点虚。不过,你的观点也是可以商榷的。比如RAD包,BCBX其实有,不过叫做Technique Preview,在第二张光盘里面,虽然可以用的控件不多,但是确实可以RAD一下子。

——————————
之所以BCBX或者Kylix被放弃了,我想不完全是因为MS有股份的缘故。像古老的IntraBuilder一样,Borland R&D洞察了天机,但是市场还不到时候。首先,很多C++的程序员还停留在GCC那种环境下面,他们不熟悉RAD。而使用了BCB之前版本的人员又依恋VCL。这样的情况下面,BCBX卖不动,怎么接着搞?Show Me The Money!!Kylix也一样,很多人第一次在Linux上面体会了RAD的快感,但是真正搞Linux开发的人拒绝使用Kylix,他们有GCC。所以,Kylix也卖不动。

——————————
ECO只是概念吗?其实ECO就是Bold for Delphi的升级,更好用,更先进。Bold已经有十年历史了,ECO也有了三个版本,技术上面已经超出了“用于演示”的范畴。只不过在众多程序员连基本的UML都还不懂得时候,ECO这种MDA的东西有几个人会用?况且和MS的帮助系统相比,Borland一直作得不够好。

——————————
MS的VS2005将要发布,但是,除了启动速度之外,我不觉得有什么实质性的东西比BDS好。所谓的Team System,看起来和Borland全力打造的ALM计划差得很远。比如,没有Together似的技术,没有ECO这样的东西。甚至在你用ADO .NET设计数据库的时候,不能像Borland BDS实时察看到数据。BDS如果在稳定一些,OTA架构在改进一点,Borland就会比MS做的好。

——————————
不知道你是怎么看待Borland打算放弃JBuilder转入Eclipse的。IBM很成功的利用了开源的概念。市场验证的结果是Eclipse很成功——不要钱嘛。所以,Borland改用日食也是很正常的。Eclipse的插件系统就比Borland的OTA要做的好。但是Borland放弃的只是一个IDE,它在Java领域最优秀的Together技术等等,还将继续领先——试试看Together 2006,会给你不一样的感觉。扬长避短是很明智的商业选择。

——————————
另外更正几个问题:

我们应该是正在期待的Delphi 2006,或者叫做BDS 4.0,不是3.0(那是Delphi 2005)。

BCB挂了吗?请你上Borland去看看,结合着Delphi 2006的IDE,新的BCB 2006就要发布了。

VCL的C++化?很奇怪你有这样的想法,那个东西叫做WxWindows/WxWidgits,完全是开源项目,和VCL没有关系。

BCBX就是一个实验性的产品,它只出到了1.5版本,并不是要取代BCB 6。

关于Kylix的使用,很多都在后台,因为Kylix+Indy作网络服务器是十分的方便。你可以查看Marco Cantù的Blog——你应该知道他是谁,他很支持Kylix,你支持的话请去Borland下载Open版,或者购买Enterprise版。没有你的支持,Kylix也只能呆在3那个版本了。

C#Builder和D8是BDS的1.0和2.0,确实不太好,但是你用Delphi 2005就不会这样说了。关于C#Builder和VS的比较,你可以搜一下C#Pro杂志的一篇封面文章,其实很多方面反而是MS投机取巧,作的非常没有创意——因循守旧。你见过MS搞出Together那样的东西?如果Borland不出Together for VS,VSer的日子可不会很好过。

——————————
关于Borland的创意,你必须从使用它的IDE开始体会,而且建议你把英文的帮助里面的介绍反复捉摸,或者看看Delphi 2005 Reviewer‘s Guide——如果你英语过了4级,看起来不会太吃力。如果你只看外表,或者听从传闻,那自然是很靠不住的。我就很怀疑你用BCBX和Kylix用了几天。

嘿嘿。欢迎继续讨论

All rights reserved. Copyright (C) 2005 lextm
ccy_com 18745 2005/10/28 22:23:09
创意玩腻了开始玩抄袭?玩概念,做秀?
----------
玩概念, ECO做的是不是概念, borland有了自己的产品, 现在演示的东东是不是概念, borland也有了可用的产品, 我只希望不要听到,明天整个开发团队都被微软挖走, 然后就是VS也同样完成了功能而且完成的更好
ccy_com 18743 2005/10/28 22:14:00
另外bcbx是不是创意, kylix是不是创意, 他们就最后因为其他原因不能做了, 是什么原因我已经说了,不用再说一次
ccy_com 18742 2005/10/28 22:12:19
你还是不明白有没有创意和能不能把创意坐下去不是同一个人决定的.
另外vc也好dlephi也好只不过是工具而已, 就先现在演示的功能我用其他工具的时候一直在想可以做到这样, 可是没有一个能够像现在演示的这样符合要求, 你最先做到了,就是优秀. 至于选用什么样的工具和有没有创意没有什么关系
zbird 18740 2005/10/28 21:58:25
对不起,我想对于我们来说也许结果才是更重要的事情。

但borland只要做, 很多东西的创意都令人佩服
-----
好,创意。请列举出近年来borland的创意。
近年来borland的创意都是秋后的蚱蜢,蹦不了几天就挂了。
当然我也不是要说borland怎么烂。
有创意是好的。但更重要的是要将这个创意,给做下去。
今天一个主意,明天一个主意,以后还有谁能相信你啊。
而且,我在这里说的正是borland没创意的方面。
创意玩腻了开始玩抄袭?玩概念,做秀?

MS向来就很会讨好开发人员。我简单的用过VS。在我看来VS的开发环境,确实十分优秀,而且类库的使用也很方便。更可恶的是,帮助文档实在是太优秀了。换句话说VS的学习成本很低。
现在的问题不是新技术不够多,而是新技术太多了。对于我们来说必须保证花在学习上的投资。对于保护投资来说MS明显比BORLAND有保障多了。
---------
不说了,反正喜欢用的就用。
不喜欢的人就算了。
但就我而言,我觉得选用BORLAND产品做.net开发的时机还未成熟。
ccy_com 18735 2005/10/28 20:30:03
zbird你要明白, 有很多的事情董事会才有决定权.
但borland只要做, 很多东西的创意都令人佩服
ccy_com 18734 2005/10/28 20:26:28
borland做了很多的尝试, 可是很多半成品的原因应该是来自上层, 微软成了borland的大股东, bcbx和kylix肯定往下做有困难, 只好返回windows替.net护航,如此而已
alexou 18732 2005/10/28 19:00:11
还有,现在要学的太多了。看liwei blog和BDN放出的OCL/UML的文章,稍微有些建模知识的我都看的不知所以,一股子烦躁就由心地而生,到底是人写代码还是机器写代码……
alexou 18731 2005/10/28 18:56:29
Borland用心去做的话,BDS3还是蛮值得期待的。C++与Delphi的集成,together for delphi都是能让人心动的特性。不过大量的人才流失确实大伤了Borland的底气,能否振兴就在此一举了。
至于Kylix还是有一定的用户群的,对于需要在Linux下写东西/跨平台的Delphi程序员来说还算的上是一把利器。选择QT来跨平台的确有些问题,但如果把时间向前推几年,也许QT是唯一的选择呢。
--------
总的开说近年来borland做的东西不少,精品不多。
而且经常做半成品,让程序员的学习投资很没保障。
----
基本上同意。
感觉Borland在尝试过程中浪费了大量的资源,必要时应该有壮士断腕的决心。
zbird 18721 2005/10/28 13:59:59
Borland做的东西都是热点。
----------
楼上的在说梦话吧。
BCB做了几年,始终没有一点起色,最后被borland给挂了。
在挂了BCB后,BORLAND企图退出个X版本的C++开发环境来取代BCB。
坦白的说X的特性很吸引人,比如VCL的C++化等。
不过在推出来的时候还很不完善。
连RAD开发包都没有这么接替BCB?
其后就没了消息。
Kylix也算是BORLAND的一个重头戏。
Kylix使用修改过的QT库实现跨平台功能。
不过由于QT的许可协议问题导致LINUX下程序员在最开始就对Kylix怀有一定的芥蒂。
且在Kylix推出的时候,LINUX下就已经出现了不少不错的开发工具。
同时Kylix采用了LINUX程序员普遍不太熟悉的pascal语法。
也许Kylix的推出本意就不在linux程序员,而在那些希望转到linux下进行开发的windows程序员。不过好像windows下的程序员们也不是很买账。
Kylix好像最多出到了三吧,出了pascal与C++两个版本。
wps2005用的kylix,要不是这样我还真怀疑这东西有没有人在用。
D8也许算是borland推出的最失败的版本之一了,实在是说不出他的优点。
C#BUILDER感觉算是个VS中C#部分的克隆版,实在是没有看到他的什么特色,而且在界面方面比VS还有所欠缺。
jbuilder算是个不错的产品,而且确实很好用。
在最初接触的时候,给我的感觉是Delphi的IDE确实差了点。
但在我最近的使用过程中发现jbuilder2005的bug不少。不知道是不是象borland自己说的一样,要将jbuilder转到eclipse下。主力开发人员都去做eclipse版的jbuilder开发了。
--------
总的开说近年来borland做的东西不少,精品不多。
而且经常做半成品,让程序员的学习投资很没保障。
第一页 上一页 下一页 最后页 有 25 条纪录 共2页 1 - 20
 用户名:
 密 码:
自动登陆(30天有效)
 
  DELPHI盒子版权所有 1999-2023 V4.01 粤ICP备10103342号-1 更新RSS列表