回 帖 发 新 帖 刷新版面

主题:Vfp 能不能开发多线程程序

[em7] 在 Vb 中能用 Api 开发多线程程序,但我在 Vfp 中始终没能成功。
请各位高手请发表看法与实例。

回复列表 (共23个回复)

沙发

一样实现的啊

板凳

jianzho:
    新年快乐!
    我希望能拜读,您在百忙中回复的详细代码。
    我代表希望能得到您的真传的 vfp 爱好者,向您表示最衷心的谢意!!!

3 楼

顶上
不会无答吧!
希望高手指教!!!

4 楼

cbl518兄,我很土,想问多线程是什么概念?
在编译界面看到有多线程和.dll的编译方式。
若把关键函数编译成.dll,那么unfox是否就反不出源程序。

5 楼

用VFP开发多线程,VFP可不是什么好的金钢钻,那样的瓷器活,能干的了???

6 楼

0901chang 老弟,你在考我?
WINDOWS 操作系统,可以运行多个程序(进程),VFP 运行时,只有一个通道(线程),通俗举例来讲,当你复制一个很大的文件,只能等待复制结束后,再运行其他语句。这段时间你什么也不能干,整个程序处在停止状况,只有等待、等待、再等待。这是线程阻塞现象。如果多线程,就可解决这问题。你可以前台操作,后台更新数据,或备份数据,两不影响。多线程还可以监视,某个进程或设备运行状况。监视文件夹,文件的变化……。

[quote]
若把关键函数编译成.dll,那么unfox是否就反不出源程序。
[/quote]
以上问题中的 [unfox] 我不明白什么意思,请老弟赐教!

7 楼

多谢楼主,我明白多线程的概念了。
vf是伪编译,有反编译的工具可以直接反出源程序,我是想问,用vfp编译的.dll,哪些反编译的工具是否也能直接反出源程序,若不能,用把关键的部分编译成.dll,那vfp的加密性能就高一点了。

8 楼

[quote]VFP 运行时,只有一个通道(线程)[/quote]
不对.
[quote]那vfp的加密性能就高一点了。[/quote]
一般用VFP久了,对SQL都会有所理解,
需要加密的话,你改用SQL数据库好了.
这些需要非VFP所长,

而且大部份Windows编程,大部份是代码(伪)编译,
编译的传递的大部份是代码(非机器代码)
由Windows系统解释执行.
很难评价其利弊,优在简练高效,弊在多一道关口翻译

9 楼

0901chang 老弟:

编译成.dll 基本上与操作系统 dll 代码一样,不但 VFp 可用,其它编程环境也可以调用。至于反编译 dll 程序,目前公开的程序几乎没有,否则 windows 操作系统就会被破解。
至于加密问题。用大众化加密手段,对于编程高手=0,只有用你自己的独特方法加密比较保险,效率比较高。
我建议你,还是采用对 文件夹 加密的方法多动脑筋,比较容易受到效果。
执行密码核对这部分,编译成 dll 文件相对是保险些,但是主程序被破解,别人也可以使用dll 文件去破解。

    另外,一些比较关键的程序,在编程时要采用各中方法解决防编译,让他破解了,也读不懂。比如:采用代码暗调用、多层次调用、同样变量名,不同样的作用域……
只要你动脑筋了想要办的事总会成功的。而且经验也越来越丰富。只要你用心了,世上就没有解决解决不了的问题。

    以上是愚兄的看法,希望过对你又所提示!!!

10 楼

cbl518兄,我知道解密对于专业人员来说,只是时间问题。我对加密没有具体的研究,对于商业价值比较大的工程,我只是不想让利益相关者用反编译工具软件直接得到源程序。

无论你如何加密,反汇编就能得到汇编语言,但从汇编语言去分析你得思路,要比分析源程序困难几个数量级,这就使做逆向工程的单位消耗更多的资源,资源不足的单位就望而却步。而对于资源充足单位单位则另当别论。

当系统很庞大,而你自己又没有足够的资源时,为了实际应用的维护和升级,源程序的书写必须规范,并且让自己多年后能够很快读懂。

cbl518兄,我想请教在vfp中如何玩出.dll。

我来回复

您尚未登录,请登录后再回复。点此登录或注册