奥迦插件24.3.18-找图识字模拟键鼠编程插件
本帖最后由 易生易世520 于 2024-8-7 08:06 编辑名称：奥迦插件24.3.18
更新记录24.3.18
1.增加函数SetObjectNamesEncode
2.修复按键函数在有些窗口不能按下方向键的问题
命令功能介绍:
奥迦插件在Windows 10操作系统上使用Visual Studio 2019编写,适用于所有较新的Windows平台,是一款集网络验证,深度学习,内核,视觉,文字,图色,后台,键鼠,窗口,内存,汇编,进程,文件,网络,系统,算法及其它功能于一身的综合插件
奥迦插件是一款找图识字,模拟键鼠的Dll文件.
插件使用C++语言和COM技术编写,是一个动态链接库(dll)形式的进程内COM组件,能被Windows系统支持的所有高级语言调用.插件分别有64位和32位两个版本
插件支持所有windwos高级语言调用.插件只是一个Dll文件.支持易语言,按键精灵.python,火山软件开发平台,c++,C#等等各种语言调用
插件文档:
插件下载:
云端下载:https://aj.tt5186.com/ajxz/AJ%E5%AF%86%E7%A0%810123.rar
支持一个，可以替代大漠的 牛牛牛 支持支持，牛牛牛！ 支持一下！ 一直不太理解这个COM的意义，查询得知，才明白了COM优势。
C++ 中是否使用COM技术开发组件，主要区别在于设计目标、灵活性、互操作性、可维护性和性能等方面。以下是COM与传统C++ DLL（非COM）的主要区别：
设计原则：
非COM DLL：通常仅限于C++应用程序内部使用，或特定约定的API调用。依赖于函数调用约定、数据类型和编译器特性，不保证跨编译器或跨平台的兼容性。
COM组件：遵循一套严格的设计规范和接口模型，确保了跨进程、跨语言和跨平台的二进制兼容性。COM强调接口而非实现，并提供了严格的版本控制机制。
互操作性：
非COM DLL：如果只在C++环境中使用，互操作性相对较差，尤其是当不同的应用程序使用不同版本的C++编译器时，可能会遇到ABI（Application Binary Interface）兼容性问题。
COM组件：允许不同编程语言（如C++, VB, Delphi, Java等）编写的客户端都能访问同一个COM组件，这是因为COM使用统一的接口机制，确保了高度的互操作性。
版本控制与扩展性：
非COM DLL：升级和扩展时可能需要重新编译所有依赖它的应用程序，且容易因API变动导致兼容性问题。
COM组件：通过接口版本控制和新增接口的方式，使得组件可以独立升级而不影响已有的客户端，增强了组件的可扩展性和维护性。
安全性与资源管理：
非COM DLL：内存管理和对象生命周期控制通常由调用者负责，这可能导致资源泄漏或安全问题。
COM组件：强制执行引用计数和接口指针规则，自动管理对象生命周期，降低了内存泄漏的风险，并提供了一定的安全性保障。
复杂度与性能：
非COM DLL：相对简单，但若要达到类似COM的灵活性和扩展性，开发者需要自己处理许多底层细节。
COM组件：虽然提供了强大的功能和灵活的设计，但也增加了额外的复杂性，包括接口查询、引用计数、代理/存根（Stub）的使用等，这可能会影响性能，尤其是在进程间通信（IPC）时。
部署和激活：
非COM DLL：可以直接加载或动态链接到进程中，部署较为简单，但如果涉及到进程间共享，则需要手动处理。
COM组件：提供了标准化的注册、发现和激活机制，如注册表和COM类工厂，使得组件能够在运行时按需加载和实例化。
总结来说，当你不需要跨语言或进程边界交互，且在单一的C++环境中工作时，传统的非COM DLL可能是更简单的选择。而在需要高度复用、互操作性强、易于维护和升级的场景下，COM组件则具有显著的优势。
承易 发表于 2024-3-28 08:23
一直不太理解这个COM的意义，查询得知，才明白了COM优势。
C++ 中是否使用COM技术开发组件，主要区别在于设 ...
com要用对象方式调用。
非com可以用内存加载方式调用 易生易世520 发表于 2024-3-28 09:19
com要用对象方式调用。
非com可以用内存加载方式调用
有群吗? 同样的代码奥迦内存会崩呢，大漠的就不会，不知道啥原因 奥迦和cv库冲突，只能2选1。根本就用不了奥迦，
页:
[1]
2