1. 右键新建BE模块

 

2. 对该模块工程进行编译

 

3. 现场测试该模块

由于默认采用Source配置进行源码编译,所以模块在工程测试的时候直接以main.cpp作为测试入口

 

4. 将bec模块在其他工程中导入使用

双击[用户模块表]

导入该编译出的模块,编写add函数调用测试

 

这里void main我明知它不符合C++标准规范,必须特此声明:
纯属个人喜好~仅为方便测试(有时候在main函数中想屏蔽后续的执行我直接一个return;就好了),

C++本身就是一门创造性的语言,你可以自由发散你的思维去定制改造属于个人偏好的事情,而不拘泥于某种教条,且只要其合理性对于大部分人而言均可以接受的,没有过于明显的错误或严重存在的异议的话,且允许让他人保留退出机制的话。

白易确实在控制台初始工程中已经写上了void main,若要改这一设定可参考白易主程VS管理器.mht制作模板一节。

 

5. 当模块原始文件发生更动时自动显示警告图标

此时用户可手动右键更新一下模块

6. 另外双击模块可获得类似易语言的表格声明查阅

PS:由于C++的复杂性特意保留了原始声明作为参照,并且也方便开发者在工程中复制粘贴代码。

 

 


[告知:引入白易模块后插件做了什么?]

首先先说"stdafx.h"这个头文件,这个文件是微软VC++(VS2019之前)钦定的预编译头的默认文件名(什么是预编译头详情:使用VC预编译头加速编译.mht),不过事实上的默认情况下并没有开启这一预编译头的设定,但该文件是可以随意存在的

白易延续了这一设定,就把"stdafx.h"这个头文件当作本工程项目内的同级自动化引入机制中的一环(好处是寻找本级项目的相对路径你可以通过该头文件去自行编写其他头文件的引入);

注:在以后我们把以下 1,2,3 这三前置规范化的流程叫做“白易模块通用初始化”

1. 白易先对stdafx.h头文件中写入了#include "BEMod/BEMod.h"这行内容

 

2. 然后第二环则是创建BEMod/BEMod.h(该头文件由白易插件内置管理,用户通常无需手动干预)

如果回到源文件编辑过程发现智能提示没有显示相关模块内的符号,可手动进行右键扫描

3. 生成VS配置BE.props写进当前项目中给予继承项
,

具体的继承配置为

 

下面的配置操作属于引入具体模块后将做的事情:

4. 在BEMod.h中引入在BEMod当前目录下的 "$模块名/$模块名.h"

之后就由该入口头文件内部继续引申出声明的符号

 

5. 解压bec文件到BEMod中

 

6. 读取#srclist.txt所记载的各个源文件,导入到VS工程的BEBuild虚拟目录中

让这些源文件自动成为VC工程中编译单元的一环

 

PS:若不涉及系统模块库的情况,该用户模块这套体系是完全在用户项目内展开的,故可直接将项目完整打包带走,编译时不依赖对方是否装有白易插件。