本帖最后由 alongyiyuan 于 2022-12-1 16:31 编辑
前言:应用接口支持库同特殊功能支持库一样,在日常开发中出现频率很高,尤其是在获取各种信息而进行配适时,随着windows对老版本的不在支持,以及老旧API的废弃,使很多开发者对许多命令无法兼容新版windows系统而感到头疼;所以支持新系统的【应用接口支持库Ex 】来了 至于开发新库的原因当然不只有此,cpp转译器已经基本上写完了(词法分析部分开源了),但是为了兼容易库出现各种各样问题,尤其是对于MFC继承的组件,在新环境下无法连接编译,所以从支持库下手,也呼吁大家进行新的支持库开发规范,以及新的编译方式。 介绍:【应用接口支持库】Ex版,由C++开发,支持使用vs2019静态编译, 1:1与 易语言自带的【应用接口支持库】中的命令 参数一样,同一份源码,可直接无缝代替,命令说明更加详细,参数一样。 整体效率都有提升。并且对于老旧api进行删减,能够避免使用MFC的地方也完全避免掉。
相关图片预览:
- 部分更新:
- 命令:"模拟按键()"通用型参数兼容宽字符处理命令:"模拟按键()"通用型参数兼容宽字符处理
命令:"弹出光驱()"和"关闭光驱()" 增加是否执行成功判断,系统错误代码可用 "取最后错误()" 命令取出
命令:"取系统信息() " 兼容win7以上系统,增加国家ISO和是否为x64架构两个成员
命令:"取BIOS信息()" 兼容新版系统,解决取不出BIOS信息的情况,解决编码导致的取出乱码问题
命令:"取文件版本信息()" 增加开发者编译版本和特殊编译版本两个成员
命令:"取CPU信息()" 修改CPU序列号为windows标准格式,修改取不出cpu缓存以及二级缓存的情况,修改位宽最大只能取到32位的情况,将内联汇编代码,改为_cpuid指令,x64和x86都可以通过编译 添加三级缓存大小。
命令:"取CPU占用率()" 返回值修改为double,取出更为精确。
命令:"打开监视器()" 更名为”打开屏幕()“去掉无用的参数"窗口句柄",防止开发者填写错误,并增加消息投递是否成功返回值;
命令:"关闭监视器()" 更名为”打开屏幕()“去掉无用的参数"窗口句柄",防止开发者填写错误,并增加消息投递是否成功返回值;
命令:"添加右键菜单()" 增加图标作用区域快捷按键以及shif显示,并添加详细说明,修复x64系统无法添加右键菜单问题,代码参考论坛水友 @StarAdmire 项目
命令:"删除右键菜单()" 添加详细说明增加作用区域
命令:"设置自动运行()" 添加详细说明
命令:"安装字体()" 新增内存临时安装,安装后进程会拷贝资源即可释放字体资源,生命周期为进程周期,进程独占资源,临时字体无法被枚举,进程周期内可以使用返回字体句柄调用删除字体来删除删除,即使不删除,进程结束后也会自动销毁。
命令:"取图片宽度()" 新增取内存资源,并增加取所有标准类型图片。
命令:"取图片高度()" 新增取内存资源,并增加取所有标准类型图片。
命令 “删除程序组()” 添加详细信息,将CFile类更改为windowsapi
命令 “创建程序组()” 添加详细信息,将CFile类更改为windowsapi
命令 “删除程序项()” 添加详细信息,将CFile类更改为windowsapi
命令 “创建程序项()” 添加详细信息,将CFile类更改为windowsapi
命令 “取快捷方式目标()” 参数名称部分进行修改,添加详细说明
命令 “格式化字符串()” 新增unicode部分
网络通信部分:
大部分命令由Winsock1 改为Winsock2,部分信息添加详细说明
命令 “是否与互联网连接()”更名“是否连网()” ,并返回且只返回是否至少有一个连接到 Internet 的连接可用。 它不保证可以建立与特定主机的连接。如:连接到(“www.baidu.com”) 原代码是判断是否能访问百度。
命令 "是否登入网络()"重新添加,并更名,是否存在网络
命令 "发送局域网消息()"参数3,改为保留参数
窗口操作部分:
命令 : "打开特殊系统窗口()" 窗口打开方式由run改为创建进程。修复崩溃问题。
命令 : "设置窗口透明度()" 新增 颜色值和鼠标穿透参数,新增逻辑型返回值
命令 : "取所有窗口列表()" 更名 取所有窗口句柄列表 并将返回值调整为整数型数组(唯一一个没兼容原函数的函数,但是窗口句柄为什么要文本型呢)
新增:
创建快捷方式
取屏幕DPI
隐藏鼠标
显示鼠标
蜂鸣 同 鸣叫 添加参数
取硬盘编号
窗口圆角化
窗口置顶
程序提权
常见问题:
1. 如何安装此支持库 2.编译环境 静态库还在测试,而且不准备配适VC6,只配合黑月加VS2017,VS2019,VS2022编译。目前2019Linker没有问题。易语言原版编译+VC6连接可能不行。 3.为什么使用黑月编译+新连接器。 首先是效率问题,之前论坛有水友问能不能重写个快速文本支持库,但其实黑月中的子文本替换比快速文本对象要快,本质就是用算法匹配子串代替了爆率匹配子串,而且支持库开源聂可以自己优化,如果你用VC编译静态库会很麻烦。(我之前也想用VC6编译呢,写的时候结构体没带默认值,初始化也都是用{0}和memset,后来还是放弃了,本身就是开源,谁愿意搞谁搞),第二个就是报毒问题,我拿自己的项目举个例子,下面是易+vc6与黑月+2019linker编译的情况,其中用到的特殊功能支持库也是我重新写的,原版链接不上 前者360一杀一个准,发给客户刚接收就被删除,而后者测试发给客户也没问题。 再看一下哈勃分析 6M是因为DEBUG模式 能明显看到VC2019连接的文件被腾讯判断为vc++程序,而易语言编译则是Elang。 4.如何配置 首先是需求的环境,黑月核心库的部分,适用于VS2019的源代码和已经构建好的二进制文件黑月群里都有 新支持库部分(VS2017以上编译)全部放到一个文件夹,需要连接到的其他静态库也同样放到此文件夹 最后是黑月设置: 将你调整后的连接目录,核心库目录,链接器如下图配置,这样你的易语言就可以使用各种各样C++的新特性,而不用担心出现链接问题,当然所有使用到的静态库都尽量保证编译的版本就比较贴近现代。最好是新库,这也是我为什么想要大家都使用新规范。所有支持库都用VS2017,Clang11以上编写,或者支持库开源,由开发者自行编译。 5.我要用窗口组件用不了黑月,普通编译可以吗 当然可以,但是我没有测试VC6下的静态链接情况,因为用到了很多现代头文件中的定义,如果拿去VC6编译非常累,我个人也不想去做。我会上传到公开仓库中,如果由水友能狗pr VC6编译的解决方案最好,仅几千行代码一个人太累了。 6.后续优化 特殊功能支持库、数据操作支持库、操作系统界面支持库我也都写了,但是命令都可以正常用所以大家不需要替换,我仅仅是为了通过编译。 现在比较想更新的是超文本浏览框,要么是修改内核版本,要么是内核换成EDGE。这个要看情况了,毕竟疫情闲着可以搞一搞,但是结束后我自己还要工作。而且我自己用易也比较少,更希望所有水友都参与进来。
最后使用记得备份原支持库哦,大家测试BUG,尤其是内存泄漏,进程崩溃这种,我自己也懒得测试可以留言。 还有上一次的libwrite我都写了是半成品,莫名其妙被加精。。。。。我是没打算继续封装,但是所有的函数里面都有,仅仅包装一层就可以用,我嫌太累了 源码和库: |