第2次散分!!如果新的Turbo系列的Delphi软件价格在3000-4000之间,多少人愿意买正版?
本人做了几年的共享软件,如果价格到了这个可以接受的程度,还是想考虑买正版,不知道大家想法如何???
用了那么多年的Borland开发工具了,从来是精神上支持,没有实际行动支持,如果价格到了可以接受的位置,还是想实际行动支持下了。

解决方案 »

  1.   

    自己玩,就用免费版地,如果自己创业,一定买一套希望升级费少点就行
    -------------------------------------
    ...此帖用 CSDN's forum Explorer 回地
    还有可以关注一下这个:http://www.eastrise.net/bbs/
    还有要升职了 哇哈哈哈高兴呀!!
    CSDN论坛浏览器:http://CoolSlob.ys168.com/
      

  2.   

    作为个人用户,估计我一分钱都舍不得陶.
    FT
    --
    Anything one man can imagine, other men can make real.
      

  3.   

    个人肯定不会买了.公司应该支持下我要新的Turbo系列的C++,还要看功能怎样
      

  4.   

    30-40元RMB,偶买,再贵就,不用考虑了
      

  5.   

    公司的话就买,个人呢,300元是可以接受的,作为捐赠我所热爱borland
      

  6.   

    哈,我是学生,只好用免费版Turbo C++和Delphi,尝试用一下,又不做项目,只完成导师布置的作业。
      

  7.   

    做共享靠它吃饭的话3k还是勉强可以的,但delphi与c库和obj文件的链接要做好,dcu文件的格式也要公开!
      

  8.   

    如果还象Borland这种售后方式的话,超过2000块肯定无人问津。
      

  9.   

    OBJ的连接TP时代都没有问题;DCU格式比C/C++的OMF和COFF目标文件格式高级得多,而且每一版都在改,没法公开。
      

  10.   

    2006/08/08 - DevCo brings back Turbo!
    DevCo is bringing back the Turbo Editions: Turbo Delphi for Win32, Turbo Delphi for .NET, Turbo C++ (Win32) and Turbo C# for .NET will be released on September 5th, 2006, both in a Free (Explorer) and affordable (less than US$ 500) Pro version. IMHO, this is a very good move, and will hopefully bring large numbers of new Delphi, C++ and C# developers to the DevCo community (and the TurboExplorer website). 
    Note that Turbo Delphi and Turbo C++ include the VCL components, and Turbo Delphi for .NET even allows you to build ECO applications (as well as ASP.NET of course). 
    There appears to be one gotcha, however. According to Neil Rubenking, you can only install one Turbo edition on your machine at a time. If you want to use more than one "Turbo" version, then you probably will want to use Borland Developer Studio anyway (so for Delphi developers, you need to choose between Turbo Delphi for Win32 or Turbo Delphi for .NET I'm afraid). 
      

  11.   

    100元左右偶就会买
    另外强烈BS三火,铁公鸡-------------------------------------------------------
    本回复由大傻的破玩意儿【CSDN's forum Explorer】完成!
    大傻的破玩意儿,今天你用了木有 !!
    软件功能强大,速度超快!!支持中...
    软件下载地址:http://CoolSlob.ys168.com
      

  12.   

    嗯,应该是“Delphi的用户数目,在过去五六年中大大降低了,”,前面的帖子怎么贴都有敏感字,所以分段贴出。
      

  13.   

    不懂就不要乱说。
    Delphi连接C的OBJ没有任何问题,早在TP时代就可以。
    至于函数依赖的问题,那是Delphi的问题吗???
    一个OBJ中引用了其他函数,你不把那个函数所在的OBJ也连接进来,还怪Delphi不好,你脑子秀逗啦?
    Delphi也可以生成C的OBJ和C++的OBJ,你看看C/C++能不能把包含间接引用其他函数的OBJ连接成功?至于DCU格式,那是Borland的专利格式,你说公开就公开?
    DCU可以快速连接,而且是全浮动的,每一个变量/函数与其他变量/函数之间的相对位置都可以随意调整,这样可以Smart Link,没用到的变量/函数就被剔除了,不会连接到exe中。
    而OBJ做不到这一点。
      

  14.   

    别那么冲嘛。LIB是C的格式,Delphi不支持也很正常。你用TLIB把它拆开也花不了几秒钟吧。用crt嘛,你可以写一个空的框架C程序,包含必要的库,然后编译生成OBJ就可以了。DCU是Borland的专利格式,是有很多技术含量的,我想不会轻易公开。
    至于gcc能做到一部分,我想也是完全可能的。
    但是gcc的编译/连接速度,就算程序完全不用C++特性,纯粹的结构化程序设计,能和Delphi相比吗?还是有数量级的差距吧。
      

  15.   

    建议嘛,建议,意思就是使用起来更方便,很多事情手动不是做不了,是很麻烦且解决方法机械化(因此可以自动解决),照你这么说IDE也没有必要了,写了Makefile之后一句make也花不了几秒钟吧。光用tlib就可以了么?那对于大部分非omf库都要使用的coff2omf呢,嘿嘿,不说这个了,反正我也只要求链接C库,没有C++库的名字问题。速度慢,这个是肯定的,没办法,不过还没数量级的差异那么大。嗯,我也明白Borland肯定不愿意公开,正如Sun死活不愿意放开对Java的控制一样,不过这不是我应该考虑的问题(如果是Boland公司的,说这话还能有点立场),可能因为我唯一用过Delphi工作的地方用的是正版吧,所以不觉得有啥必要对Borland感恩戴德的(相反的,国内的很多D fan的心态很奇怪,就差喊“Borland您是程序员的大救星”了),business is business在商言商,他不开放是为了自己的利益,那也有可能为了自己的利益而开放(比如Turbo系列的免费精简版,难道是施粥式的免费施舍么(顺便说一下,施粥其实也不是单方面的施舍,盖饥荒时间久了容易出民变,所以这么应付一下)?他干吗不把所有开发工具的价钱都提到10k$呢?无他,培养入门级用户的数量,以便他们在成为职业程序员后能有动力购买正式产品,还要能买得起),IBM不也呼吁Sun放开对Java的控制了么,当然我和IBM不可相提并论,不过呼吁一下总是可以的。
      

  16.   

    dcu有啥技术含量?最讨厌的就是dcu格式老是变!你要是做类库来卖钱又不想公开源码的,只能老老实实买几个版本的Delphi来编译,Borland想的不就是这个局面吗?不然,哼哼,叫你链接不了
    想想D6和D7语法上有多大区别?基本上没有,可是你d6的dcu要想在d7上用,没门
      

  17.   

    dcu有啥技术含量?
    你用C/C++写一个.c或者.cpp文件,不管里面有多少变量/函数根本没有使用,都被连接到最终的exe中,这就是由于obj(不管OMF格式还是COFF格式)的缺陷造成的。
    本人从BC++ 3.1试到BCB 2006,还有VC++ 6、VC++ 2003、GCC 3.4.2,都是如此。
      

  18.   

    我要是用Delphi写共享软件嫌钱了,我就买正版的.否则,买不起.
      

  19.   

    要是在低版本上写的程序在高版本的DELPHI上都能不用改动任何一行代码,我就谢天谢地,谢谢Borland了!!
      

  20.   

    Torbo系列,DOS下的?如果是DOS下的,對我來說那算是“雞肋”。
      

  21.   

    回复人:DelphiGuy() ( 四级(中级)) 信誉:100dcu不就是存储编译结果和调试浏览信息的数据存储格式么,有何技术含量的说法?
    我保留了一份俄人做的d3-d7的dcu格式不完全定义,要看么?一直收藏没人看觉得挺可惜的obj能不能smart link,我不懂,收藏了一份Borland的<<Open Architecture Handbook>>,也没细看过,不过如果是不能的话估计就少了一些必要的信息,你不会以为ms/ibm/intel这些大厂不能开发能够支持smart link的object file格式吧? 记得free pascal 1就支持smart link,他的ppu文件很简单,我看过源码,好像是chunk format,不太记得了,反正是挺简单的一个头部,然后一层包含一层的格式,有点像xml一个节点包含子节点,不过是二进制的,还有,以前小有名气的Virtual Pascal(是这个名字么?),不知道现在还在不在,懒得搜了,也支持smart link总之,obj毕竟是10多20年前的东西,它的规范以今天的需求看来肯定不那么全,只是至今c++厂商都遵循一定的规范,不像Delphi的dcu,,,要说隔几个版本一变,尚情有可原,每个版本都会变,都不知道说它什么好好了,这些都是题外话了,这方面我也是菜鸟,只能泛泛而谈,聊正题吧,turbo delphi如果卖5000以内,支持64bit,bug不太多的话,我自己愿意支持一套,超过5000的,还是用5元CD吧,也不是富人,没办法
      

  22.   

    按你这么说,
    word格式也没有什么技术含量,不就是一点文本、图片和VBA吗?Open Office中就有word格式的定义,你要看吗?
    3DS格式也没有什么就是含量,不就是一点图元和坐标定义吗?我不知道那里有完整的格式介绍,但是你可以找找看。
    ...
    上嘴唇一碰下嘴唇是很容易的,但是你要是做一个读写这些格式的软件,你就知道什么叫技术含量了。ms/ibm/intel能不能开发更高级的OBJ格式我不知道,也不敢妄加猜测,但是现实是所有使用OBJ格式连接的开发工具都不支持Smart Link。你说要保持OBJ格式的兼容?可以,但是连接的时候转换为一种中间格式行不行呢?还是没做到吧。另外,第一个支持Smart Link的Turbo Pascal 4.0出现在1987年,DCU的前身TPU也并不比OBJ格式晚几年。还有,那些xx Pascal,几乎无一例外都是在1996年泄露出来的TP6源代码基础之上发展起来的。