都什么时代了,还样样要自己实现。有现成的控件为什么不用?站在前人的肩膀上才可能有所前进。都要自己实现的人,是不适合使用可视化开发工具的,用汇编吧。这种控件到处都是,你真要研究down一个回去分析源代码嘛。有病,把我写在标题里。

解决方案 »

  1.   

    我还是那个观点,重要的不是编程技巧,能实现就行,管他用控件还是自己实现?(当然,写代码时,不能想“实现就行”),况且用控件可以保证基本零Bug。这也是面向对象理论的最终目的。
      

  2.   

    自己实现?你为什么不弄个叫“Doors”的操作系统?
    为什么不提交语言规范叫“D--”做个可视化开发工具“Delphi's brother”?
    高手不是自以为的,是别人封的,我就认为Nicrosoft可以算高手。
    换句话说:面子不是自己挣的,是别人给的。
      

  3.   

    GIF控件满大街都是,为什么不用呢。
      

  4.   

    taxi不要着急吗,用控件有时候不行。
    先是涉及版权,有的控件不能再发布给别人,要再买一堆的
    使用许可证。
    另外我用过的控件有一个LEADTOOL是处理图像的,好是
    挺好的可是缺一点功能,而且有一点BUG,我从它的7.0换到
    10.0原来能用的都不能用了。处理GIF有点复杂,象这个LEADTOOL就不能处理GIF,因为GIF
    是需要单独的许可的,得另买,自己开发好像也存在类似的问题。我对自己去编解码以及显示程序没什么兴趣,一是我的知识去做
    这类问题会很累,二是这些都有非常成熟的库,比自己编要安全
    三是我编出来,测好了,并不能保证比现有的性能好。所以我面对
    这样的问题多半是不会自己编(我也编不出来--1个月的时间:)关于ICO转换我些过一段代码(bmp->ico),贴给你,希望有用。 if(hBit == NULL) // hBit is BitMap Handle
    return NULL; CBitmap oBitmap;
    oBitmap.Attach(hBit); CBitmap oBMap;
    BITMAP rBitMap;
    oBitmap.GetBitmap( &rBitMap );
    oBMap.CreateBitmapIndirect( &rBitMap );
    BYTE a[4096];
    DWORD len = oBitmap.GetBitmapBits (4096,a);
    for (UINT i=0; i<len; i++)
    {
    a[i] ^= a[i];
    }
    oBMap.SetBitmapBits( len, a); HICON hIcon;
    if (bTheBigIcon)
    {
    CImageList oImagelist;
    oImagelist.Create(32, 32, TRUE, 1, 1);
    oImagelist.Add(&oBitmap, &oBMap);

    hIcon = oImagelist.ExtractIcon( 0 );
    oImagelist.DeleteImageList();
    }
    else
    {
    CImageList oImagelist;
    oImagelist.Create(16, 16, TRUE, 1, 1);
      oImagelist.Add(&oBitmap, &oBMap);

    hIcon = oImagelist.ExtractIcon( 0 );
    oImagelist.DeleteImageList();
    }
    m_bIcon = false;
    return hIcon;
    顺便说一句:社会确实是不公平的
      

  5.   

    自己从头做出现Bug的概率更高。况且,现在很多VCL控件带源代码,免费的。处理Gif的我就有一个。不需要许可的。
      

  6.   

    taxi 不是有没有本事的问题,有本事你就自己做啊,干嘛还来问我们啊,除了gif较难处理外,但是我还是有代码(不太稳定),其他的很容易搞定:))
      

  7.   

    好吧,哪里down.
    to BigApplie:谢谢,BmptoIco正好需要,至于IcoToBmp,BmpToJpg,JpgToBmp都弄懂了,对了,IcoToJpg懂不懂.
    to Nicrosoft;把你写在标题里,是想让大家认识你,而且在那个问题中(应该知道哪一个吧),只有你的昵称最有印象,而且回答得有说服力.继续努力吧
      

  8.   

    BigApple:你那句社会确实是不公平的是什么意思.
      

  9.   

    to taxi:那就不好意思了(我说“有病”),谢谢你的良苦用心。呵呵。
      

  10.   

    To taxi and all ;
    我可没有其他的意思!!!!
    意思是说在现实生活中 
    个人的能力(A)和被认知认可的程度(B)之间
    B = f(A),  这个f函数不是直线。当然也不是对数指数。
      

  11.   

    hello taxi;
    我认为你的问题是首先弄懂图象的格式,有没有必要了,如果是想自己编写图象处理
    当然完全有必要,有一本书叫《图象文件格式大全》,好象是清大出的,被我压到箱底了。
    如果追求速度了,就不要用pascal,应该用C写好在包装成dll之类.
    另外在delphi中好象有一种比较简单的方法:delphi提供了关于图象文件的封装类,例如jpg to bmp 可以如下,(其他格式也许也可,试一下)记得加入 use jpeg.
    var
      MyJpeg: TJpegImage;
      Image1: TImage;
    begin
      Image1:= TImage.Create;
      MyJpeg:= TJpegImage.Create;
      Image1.LoadFromFile('TestImage.BMP');  // Load the Bitmap from a file
      MyJpeg.Assign(Image1.Picture.Bitmap);  // Assign the BitMap to MyJpeg
    object
      MyJpeg.SaveToFile('MyJPEGImage.JPG'); // Save the JPEG to Disk
    end;
      

  12.   

    to bigapple
    你的形容非常的好。
      

  13.   

    我有英文文档,要吗?
    [email protected]
      

  14.   

    to taxi,
    不要学delphi了,直接用C++bulid,或VC++算了,累一点,但懂得多得多,你不是想考程序员吗,不可能用pascal吧。
    <哎呀,各位delphi同好,不要打我,C/C++才是业界标准.....声音渐远,一片寂静...>
      

  15.   

    C/C++开发项目成本太高,很多公司已经不把他作为首选了。所以VB应用很多。
      

  16.   

    如果要做操作系统,你也在Windows下做?用Delphi做?呵呵,说笑话了。用可视化开发工具就是为了提高开发效率,有高效的方法为什么不用?这不仅仅是生存的问题。人类的进步都是建立在工具的改良上的。石器时代,青铜时代,蒸汽机时代都代表了人类文明的大飞跃。现代社会的社会分工非常细,样样都自己做早已经不可能,那是自给自足的自然经济。这也不是急功近利的问题。我曾经在Delphi下要实现某一个功能。研究了几个小时还是有些问题,然后我上网到csdn.net,很快就发现了这个功能的vcl控件,导致我思考了一个问题:“我们的开发策略应该是:先自己实现,如果实现不了再找控件还是应该先找控件,找不到再自己实现?”我个人认为:如今已经跨入组件时代,站在前人的肩上能看得更远,个人力量有限,所学有限,大家各尽所能,然后把每个人所擅长的部分组合起来完成一个项目,这样可以尽可能减少Bug,提高效率,高速生产。
      

  17.   

    欢迎各位访问小弟的网站:www.sunistudio.com
      

  18.   

    我kao:Nicrosoft,你怎么专门在我的问题里做广告
      

  19.   

    哎,vc++早就学过了,不过很快就放弃了,共学四天,只会一个hello world.,不知道是不是智商太低,至于c++build,前几天刚好买一个d版5.0的,一个窗体都编译不出来,还怎么学,而且500多兆,比vc还庞大
      

  20.   

    to taxi:呵呵,因为我喜欢你的问题啊。
      

  21.   

    学VC之前,需要很多基础,不是单单学VC就行了。你得先了解Windows编程的基础知识(如消息机制等),还有面向对象知识以及MFC,有了这三方面的基础,再学VC就顺手多了。to taxi: 由于C++Builder同样使用VCL类库,会Delphi的话,转C++Builder也很容易,当然,你另外得熟悉C/C++的语法。窗体编译不出来是什么意思?新建一个Application,然后编译执行不就出来窗体了?把你的问题详细说一下吧,看看我能不能帮上忙。:)
      

  22.   

    就是一进入c++builder,窗体上没有放其它控件,然后直接执行,就出现错误,至于什么错误信息,已经忘记了.目前 c++builder已被我请出了硬盘.
      

  23.   

    满大街都是控件,中国人写的太少。满Internet都是技术,中国人会的太少。国外谈java热,国内谈basic热。如果这些图形文件玩的好,我就不信不能赚钱。为什么外国人就赚钱了,至少赚了个名。
      

  24.   

    to taxi:那是因为你搞到的C++Builder有问题,不能说C++Builder不好,正版的肯定没有问题,虽然我自己用的盗版的也没有问题(我kao,你哪里搞来的烂盘啊)。千万不要因为盗版没有盗好就否定C++Builder本身。这样你会错过一个很好的工具。
      

  25.   

    用控件是为了软件的重用,当然研究一些算法是有必要的,但是研究jpg->bmp你认为是有必要的嘛!?
    我是搞通讯的,通讯里面最无聊的是协议,你没有发挥的余地,就象是个机器!
    jpg也是一样,如果jpg压缩算法是你搞出来的也许还可以引以为荣,照着别人的算法作一个程序算什么?--苦力
    有力量自己弄个高效的算法一个还差不多
      

  26.   

    Nicrosoft:在那个话题中我是赞成你的,但在这里我却不这样认为。搞软件要分清是系统软件还是应用软件,如果是应用软件当然是速度第一越快越好。但如果是系统软件我认为是技术第一,基础算法相当重要。君不见UNIX不就是其技术的先进性和稳定性而使其经久不衰吗?中国就是应用软件程序员(注意不是系统分析员)太多,而系统软件程序员太少。另:我正在研究TCP/IP的原理与实现,希望有志同道合者共同交流。
      

  27.   

    虽然你号称不同意我的观点,但是我赞同你的观点,呵呵。可能你误会我的观点了,我的意思是:既然使用了可视化开发工具,就应该发挥它的特长,使用控件才能真正发挥出RAD的威力。如果是为了进行系统开发,你会在Delphi或VB下来做吗?这完全是不同的领域。进行系统开发,当然要自己处理与硬件层打交道的代码。
      

  28.   

    to wwwunix:虽然你号称不同意我的观点,但是我赞同你的观点,呵呵。可能你误会我的观点了,我的意思是:既然使用了可视化开发工具,就应该发挥它的特长,使用控件才能真正发挥出RAD的威力。如果是为了进行系统开发,你会在Delphi或VB下来做吗?这完全是不同的领域。进行系统开发,当然要自己处理与硬件层打交道的代码。
      

  29.   

    To Nicrosoft:呵呵!误会,误会。希望能多多交流。
      

  30.   

    if (你选择了RAD) and (你要的功能有现成的控件) then
       begin
    下载这个控件;
    使用这个控件;
    if 你对原理有兴趣 then
          研究一下源代码;
       end;
      

  31.   

    BigApple:你那个BmpToIco看不太明白,能用delphi就好了,现在急着用.