- 写在前面的话
- 引言
- 第 1 章 对象入门
- 第 2 章 一切都是对象
- 第 3 章 控制程序流程
- 第 4 章 初始化和清除
- 第 5 章 隐藏实施过程
- 第 6 章 类再生
- 第 7 章 多形性
- 第 8 章 对象的容纳
- 第 9 章 违例差错控制
- 第 10 章 Java IO 系统
- 第 11 章 运行期类型鉴定
- 第 12 章 传递和返回对象
- 第 十三 章 创建窗口和程序片
- 第 14 章 多线程
- 第 15 章 网络编程
- 第 16 章 设计范式
- 第 17 章 项目
- 附录 A 使用非 JAVA 代码
- 附录 B 对比 C++和 Java
- 附录 C Java 编程规则
- 附录 D 性能
- 附录 E 关于垃圾收集的一些话
- 附录 F 推荐读物
文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
A.3.5 其他 J/Direct 特性
通过 @dll.import 引导命令内的修改符(标记),还可用到 J/Direct 的另两项特性。第一项是对 OLE 函数的简化访问,第二项是选择 API 函数的 ANSI 及 Unicode 版本。
根据约定,所有 OLE 函数都会返回类型为 HRESULT 的一个值,它是由 COM 定义的一个结构化整数值。若在 COM 那一级编写程序,并希望从一个 OLE 函数里返回某些不同的东西,就必须将一个特殊的指针传递给它——该指针指向函数即将在其中填充数据的那个内存区域。但在 Java 中,我们没有指针可用;此外,这种方法并不简练。利用 J/Direct,我们可在 @dll.import 引导命令里使用 ole 修改符,从而方便地调用 OLE 函数。标记为 ole 函数的一个固有方法会从 Java 形式的方法签名(通过它决定返回类型)自动转换成 COM 形式的函数。
第二项特性是选择 ANSI 或者 Unicode 字串控制方法。对字串进行控制的大多数 Win32 API 函数都提供了两个版本。例如,假设我们观察由 USER32.DLL 导出的符号,那么不会找到一个 MessageBox() 函数,相反会看到 MessageBoxA() 和 MessageBoxW() 函数——分别是该函数的 ANSI 和 Unicode 版本。如果在 @dll.import 引导命令里不规定想调用哪个版本,JVM 就会试着自行判断。但这一操作会在程序执行时花费较长的时间。所以,我们一般可用 ansi,unicode 或 auto 修改符硬性规定。
欲了解这些特性更详细的情况,请参考微软公司提供的技术文档。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论