基本上是没问题的，只要不乱改函数名和命名空间 不过还是建议你备份下原来的dll有些dll经过混淆后反编译出来的代码是没用的
没有办法死了这条心吧 就好比苹果榨汁了 你让苹果汁还原成苹果一个道理 反编译顶多就是让你看到苹果渣子，让你知道它的外形 也就是界面而已
如果说 VB3、VB4 还有可能的话，那么 VB5、VB6 反编译就是完全的痴人说梦了，VB6 已经不是纯粹的解释性语言了，根本不可能反编译出完整的源代码，对于这种语言写出来的程序，只能获得中间语言或低级语言。一般来说 VB6 都是 P 代码，而 P-Code 的代码逆向回来只能自己看，机器是识别不了的。
举个例子：
比如在 VB6 中有一句代码 ： MsgBox “Decompile Test。”
那么反编译出来的结果就是：
（代码太长不贴，这里贴主要的）
。。。
mov dword ptr [ebp-58]， 004012E4 ； 这里把 “Decompile Test。”的地址弄进去了。
。。。
call dword ptr [<&MSVBVM60.__vbaVarDup>]； 可以清楚的看出来，复制了一份变量的句柄。因为VB里字符串指向的是内存地址。
。。。
call dword ptr [<&MSVBVM60.#595>] ； 这一句弹出了MsgBox。这里如果跟进去的话是一大堆API 。
。。。
所以正常反编译（学汇编语言和计算机编译原理去吧）的话，看到段了就会知道这是一个 Msgbox 函数，但是具体显示的内容是什么，那是根本看不出来的。
P。S。 针对楼上[你不懂就别乱说]说的插一嘴，未加壳的 。NET 为何能被反编译出源代码，那是因为 。NET 是托管，而托管有中间语言，所以它的源代码被编译成 msil 这种中间语言而非像 VB6 直接编译成机器语言了。