PBkiller会不会真的成为PB的killer？

[常恨村姑无觅处]

现在的PB反编译器越来越完善，以前有 ljtt的DePB 1.0 ,现在有 szjlq 的PB killer
（http://community.csdn.net/Expert/topic/4040/4040035.xml?temp=2.843875E-02）
PB的反编译器会不会让本来就没落的PB雪上加霜？
毕竟软件开发商是不会希望源代码“赤裸裸”地暴露在别人面前的，反编译器可能会促使他们
放弃用PB开发。我们这些用PB的是不是要加快转行的步伐？

[li_d_s]

我觉得不见得，pb同样可以做开源的东西嘛，java和.net不是同样面临被人反编译的情况？何况depb和pbkiller都只是可以看到源码，但是无法直接pbl转换到pbd,也不能直接export,只能一个个事件拷贝，代码研究起来也非常费功夫，恐怕大多数公司不会选择反编译别人的源码来处理。如果真的有些代码是严格的商业秘密，也可以用c做dll嘛

[leio]

对于需要注册码的用PB开发的软件，PB的反编译的确是个Killer，我现在就正在为这个问题头疼呢。

[lzheng2001]

大家不要将机密资料写到PB源程序中就是了, 普通应用技术的源码,看到也无所谓

[joss]

猫捉老鼠的游戏

[luotitan]

同意小鬼的，但此开源非彼开源。

[mb459]

至少还有人想反编译pb，说明pb还是有一定生命力的。
不过说实在的，每种语言的产品都会存在这样的危险，就算是c写的dll文件也不例外。

[princelily]

有一利，必有一弊么！嘿嘿

[xierhub]

直接编译成DLL

[吹雪风]

PB KILLER,支持中...

[j9dai]

呵呵，支持，因为警钟，让我们更专注于技术

[li_d_s]

而且现在很多系统已经没办法产品化了，特别是大型系统，重要的都是业务逻辑和业务流程，如果你不熟悉业务，给你几十个pbl，估计你花上几月也未必研究的出来，何况还是pbkiller里面出来的

[wu_07]

同意楼上的
PB killer这个名字不怎么地道，嗬嗬！

[常恨村姑无觅处]

回复人： li_d_s(我是小鬼-日货？送我都不要，哪怕是丰田和日产的轿车！) ( ) 信誉：104 2005-6-7 9:18:12 得分: 0
而且现在很多系统已经没办法产品化了，特别是大型系统，重要的都是业务逻辑和业务流程，如果你不熟悉业务，给你几十个pbl，估计你花上几月也未必研究的出来，何况还是pbkiller里面出来的
-------------------------------------------------------------------------------
有道理。不过对于个人做的共享软件呢?是不是意味着只能任人宰割？

[hygougou]

回复人： bingo28(Bingo!) ( ) 信誉：100 2005-06-10 23:16:00 得分: 0

有道理。不过对于个人做的共享软件呢?是不是意味着只能任人宰割？
-------------------------------------------------------------------------------

呵呵~~~，如果你的共享软件做得好(下载的人多)，迟早有汇编高手马上破解，不管你用何工具做

中国的D版现象盖大叔都承认合法化了

:)

[NORTHCHERT]

我试过PB10的产品pbkiller1.0版本识别不了没有办法看见源代码

[冷箫轻笛]

没办法，现实就是这么残酷
没有D版，我们这一代根本就成长不起来

[peixun]

其实做成三层的,那么研究起来是不是保密程度会更高呢,呵呵,建议作三层!将源码分布到客户-服务器两个地方,大家认为如何?

[jiangxj]

没有不被矛刺穿的盾，也没有不被盾挡住的矛。
矛不会因为被盾挡住而废弃。
盾也不会因为被矛刺穿而废弃。

[sbks]

注意连接口令之类的不要固定在代码里就可以了
其它的看一看无所谓了

[li_d_s]

重要的东西用c做dll封装起来，嘿嘿