我不明白为什么我找不到这样的工具（oracle Forms 或 Reports 反编译器）
这是非常有价值的，因为很多企业都使用基于oracle的系统。
有谁知道 .FMX 或 .REP 格式文件结构有什么特殊之处，导致无法为其构建反编译器？
鉴于他们刚刚因 SAP 侵犯知识产权而获得 13 亿美元的赔偿，甲骨文可能不是最好的选择。公司要么拥有自己的内部开发系统（包括源代码），要么从大公司购买第三方应用程序（加上支持）。他们为后者付出了很多代价，一家大公司会三思而后行，是否会做一些非法的事情来欺骗另一家大公司。
因此，此类软件的合法市场非常小。
从技术角度来看，在 Forms 3.0 之后，“源”也不再是直接文本，因此您很难将 FMX 解码为可理解的内容，然后将其重新组装成有效的 FMB。
加上 Forms 的多个版本（主要版本和单独的补丁集），创建在各种平台上运行的可执行文件。
大量的努力，小市场，法律问题......
没有资源，只有模糊的记忆。
早在 Forms 3.0 时代，您就可以手动编辑 INP 文件（源代码，相当于 FMB），因为它们是平面文本。
当他们转向 FMB 时，我记得曾考虑将 FMB 转换为 FMT（文本格式），进行更改，然后再次返回。但转换为能被接受的 FMB 是一个问题。如果您从 .class 创建 .java，您将获得一个通过编译器运行的文件，它会告诉您源代码有什么问题（如果有的话）。 java 编译器旨在获取外部创建的内容（例如在文本编辑器中）并解析它并返回任何解析问题。
如果您手动创建 FMB 并且错误，则加载时会出错或直接崩溃。它的目的不是告诉您“源代码”有什么问题，因为它无意加载外部创建的内容。
因此构建有效的 FMB（更不用说从 FMX 构建 FMB）非常棘手。
将 FMX 解析为可读格式而不是 FMB 可能是可行的。但绝大多数 Forms 用户都会拥有 FMB，并且将 FMB 解析为可用内容的用例比 FMX 更多。并且有一些实用程序可以执行此操作（包括 Oracle 本身的 Forms-to-Apex 迁移工具，以及一些第三方应用程序，例如来自 Oracle 的应用程序）PITSS http://www.pitss.com/).
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
