使用DLL文件是否更能隐藏编程思路？
我用vbrezQ这个工具可以看到一个vb编写的程序使用API的思路！哪个过程使用了哪些API，使用的顺序是怎样的，使用这个工具很容易看到！但看不到dll文件里函数使用API的思路（因为打不开）！用其它软件也只能看dll中用到的一堆API，看不到思路！那么将一个过程编写进dll中是否就能保护里面的编程思路呢？因为这个过程基本上就是调用API的！通过分析API的使用顺序就很容易看出编程思路！
有大侠了解这方面的信息吗？
[解决办法]
既然放进了dll中，自然和你说的dll一样了，只能看到调用了哪些api，看不到调用顺序。把模块化的功能程序写入dll形成一个函数，然后在vb中调用，这样即使能看Vb写的那部分，功能函数思路看不到也能增强不少保密性。
[解决办法]
UPUPUPUPUPUPUPUPUPUPUPUPUPUPUPUPUPUPUPUPUPUPUPUP
[解决办法]
一般小软件可能会这样做。但是其实没必要。你的思路其实需要尽可能的展现给用户，否则用户难道会用一个自己无法驾驭的软件么？你需要保密的是算法，但思路应该尽可能的展示出来。
核心算法可以考虑用c++写，毕竟c++的逆向工程是不可能的，逆向出来就成汇编了。
[解决办法]
mark
lz貌似喜欢逆向的东西，这个难啊
[解决办法]
没听说有完全逆向的软件。
若能破解exe，那dll也一样。
[解决办法]
其实，逆向的问题大家都感兴趣，如果没有约束谁都想偷窥，呵呵
但有点难，可参考下
“千年难题”之NO.1：P（多项式算法）问题对NP（非多项式算法）问题
在一个周六的晚上，你参加了一个盛大的晚会。由于感到局促不安，你想知道这一大厅中是否有你已经认识的人。你的主人向你提议说，你一定认识那位正在甜点盘附近角落的女士罗丝。不费一秒钟，你就能向那里扫视，并且发现你的主人是正确的。然而，如果没有这样的暗示，你就必须环顾整个大厅，一个个地审视每一个人，看是否有你认识的人。生成问题的一个解通常比验证一个给定的解时间花费要多得多。这是这种一般现象的一个例子。与此类似的是，如果某人告诉你，数13，717，421可以写成两个较小的数的乘积，你可能不知道是否应该相信他，但是如果他告诉你它可以因式分解为3607乘上3803，那么你就可以用一个袖珍计算器容易验证这是对的。不管我们编写程序是否灵巧，判定一个答案是可以很快利用内部知识来验证，还是没有这样的提示而需要花费大量时间来求解，被看作逻辑和计算机科学中最突出的问题之一。它是斯蒂文·考克于1971年陈述的。
[解决办法]
