最近用Delphi做了两个系统的接口,接口全部是用PB开发的。
真搞不明白,这些玩PB的人,为什么不能开发出来标准的Win32动态库调用模式,这样任何语言都可以按照标准来调用,非要弄出Ocx方式,MTS/COM+组件方式的调用,一个简单的接口问题搞的复杂的1PPP,问他们,他们说只会个PB,其他Delphi,C++不懂。
PB真是害死人

解决方案 »

  1.   

    PB!!!!!!!NB??????SB!!!!!!!接分。。
      

  2.   

    pb采用的是伪编译方式,使用虚拟机,即使编译成dll,仍然离不开Pbvm80.dll的支持.
      

  3.   

    poorbuilder嘛,穷人爱用。
      

  4.   

    问他们,他们说只会个PB,其他Delphi,C++不懂。//不思进取类型
      

  5.   

    没用过pb
    那啥语言啊?不晓得,见到过长什么样,不用:0
    pascal这么规范的语言不用????
    呵呵...
      

  6.   

    曾经以为用pb, vb的人就技术很差,直到我遇到了几个, 如VB的 TechnoFantasy, Online, 绿豆,还有pb 的几个(没上csdn的),才发觉一个道理,水平高低区别在人,而不在工具! 至于具体到pb, 我用过一段时间,确实比较别扭,和所谓的win32 标准有些不同,毕竟,它是运行在虚拟机的,所以,很多行为操作确实不同!
      

  7.   

    PB做数据库开发还是很快滴,
    COM+也是很好用的滴
    这么说话是很不好滴
      

  8.   

    PB做数据库开发还是很强的,楼主该批评的是人,随便把一个工具批斗一番,显得说话太不负责了。
    楼主可曾对pb有比较深入的了解?
      

  9.   

    大家好,不是我批评PB这个开发工具,而是PB做第三方接口的开发确实是受劲折磨,我使用的开发工具是delphi或vc++,跟个PB做接口,从心理鄙视PB,你自己内部玩PB到罢了,给第三方的接口至少是个每个语言都能调用的通用的win32动态库的接口吧,这样大家都省事。
        同样一个项目跟用win32标准的接口做的开发周期一个礼拜做完了,跟PB做的接口开发周期是3个月,而且做完跟PB的接口,太烂,自己都不想再去看一眼。我承认是我能力有问题,不懂PB.
        欢迎大家跟帖。
      

  10.   

    人的问题...我也做过PB,觉得做个接口很快的啊...不过好象PB是没法做通用的win32动态库的接口的
      

  11.   

    据说在PB版有一贴说:用Delphi的人脑子都进水了.
      

  12.   

    工具各有侧重,PB的强项在于数据库,用来开发接口也不是不可以,但是确实不如用delphi了所以说还是人的问题
      

  13.   

    PB编译的DLL不能供其它语言调用
    所以只能写COM做接口了
    这个确实是它的弱势
    但它开发数据库相关程序的优势是任何开发工具都无可比拟的
      

  14.   

    poorbuilder嘛,穷人爱用。
    ------------------------------
    数据库编程最佳武器:PB,其实也就DW好用,比D的好用N多了用PB开发一个MIS,用D要花上3倍的时间世面上没几个D开发的大型MISpb采用伪编译方式,很容易被反编译