C++ ORM的研究

1.    选择

针对QT，最终选择了QxORM，版本为1.4.1

2.    编译


QxORM依赖于boost，首先需要编译boost

编译boost

boost版本

依据是QxORM的代码版本来选择boost的版本，QxORM_1.4.1这个版本需要boost_1.56.0

编译器的版本

依据是QxORM的代码版本来选择VS的版本，QxORM_1.4.1这个版本需要VS2013（VC120）

boost编译步骤


1）解压后，使用VS2013编译。首先打开“VS2013 开发人员命令提示”，cd 到boost解压后的根目录：E:\XXX\boost_1_56_0，执行bootstrap.bat。会在boost根目录生成 b2.exe 、bjam.exe 、project-config.jam 、bootstrap.log四个文件。其中，b2.exe 、bjam.exe 这两个exe作用是一样的，bjam.exe 是老版本，b2是bjam的升级版本。
2）执行下面命令
bjam stage --toolset=msvc-12.0 --without-python --stagedir="E:\SDK\boost\bin\vc12" link=static runtime-link=shared runtime-link=static threading=multi debug release

参数说明
（1）stage/install：
stage表示只生成库（dll和lib），install还会生成包含头文件的include目录。本人推荐使用stage，因为install生成的这个include目录实际就是boost安装包解压缩后的boost目录（E:\SDK\boost\boost，只比include目录多几个非hpp文件，都很小），所以可以直接使用，而且不同的IDE都可以使用同一套头文件，这样既节省编译时间，也节省硬盘空间。
（2）toolset：
指定编译器，可选的如borland、gcc、msvc（VC6）、msvc-9.0（VS2008）等。
（3）without/with：
选择不编译/编译哪些库。因为python、mpi等库我都用不着，所以排除之。还有wave、graph、math、regex、test、program_options、serialization、signals这几个库编出的静态lib都非常大，所以不需要的也可以without掉。这可以根据各人需要进行选择，默认是全部编译。但是需要注意，如果选择编译python的话，是需要python语言支持的，应该到python官方主页http://www.python.org/下载安装。
查看boost包含库的命令是bjam --show-libraries。
（4）stagedir/prefix：
stage时使用stagedir，install时使用prefix，表示编译生成文件的路径。推荐给不同的IDE指定不同的目录，如VS2008对应的是E:\SDK\boost\bin\vc9，VC6对应的是E:\SDK\boost\bin\vc6，否则都生成到一个目录下面，难以管理。如果使用了install参数，那么还将生成头文件目录，vc9对应的就是E:\SDK\boost\bin\vc9\include\boost-1_46\boost,vc6类似（光这路径都这样累赘，还是使用stage好）。
（5）build-dir：
编译生成的中间文件的路径。这个本人这里没用到，默认就在根目录（E:\SDK\boost）下，目录名为bin.v2，等编译完成后可将这个目录全部删除（没用了），所以不需要去设置。
（6）link：
生成动态链接库/静态链接库。生成动态链接库需使用shared方式，生成静态链接库需使用static方式。一般boost库可能都是以static方式编译，因为最终发布程序带着boost的dll感觉会比较累赘。
（7）runtime-link：
动态/静态链接C/C++运行时库。同样有shared和static两种方式，这样runtime-link和link一共可以产生4种组合方式，各人可以根据自己的需要选择编译。
（8）threading：
单/多线程编译。一般都写多线程程序，当然要指定multi方式了；如果需要编写单线程程序，那么还需要编译单线程库，可以使用single方式。
（9）debug/release：
编译debug/release版本。一般都是程序的debug版本对应库的debug版本，所以两个都编译。


重点说明


序号linkruntime-link生成物备注
1staticstatic
libboost_date_time-vc120-mt-sgd-1_56.lib
libboost_date_time-vc120-mt-s-1_56.lib
 
2staticshared
libboost_date_time-vc120-mt-gd-1_56.lib
libboost_date_time-vc120-mt-1_56.lib
与5结果相同
3sharedshared
boost_date_time-vc120-mt-gd-1_56.dll
boost_date_time-vc120-mt-gd-1_56.lib
boost_date_time-vc120-mt-1_56.dll
boost_date_time-vc120-mt-1_56.lib
 
4sharedstatic报错，无法编译 
5使用缺省使用缺省
libboost_date_time-vc120-mt-gd-1_56.lib
libboost_date_time-vc120-mt-1_56.lib
与2结果相同
并且在省略debug release时，debug release版本都编译
6使用--build-type=complete
boost_date_time-vc120-mt-gd-1_56.dll
boost_date_time-vc120-mt-gd-1_56.lib
boost_date_time-vc120-mt-1_56.dll
boost_date_time-vc120-mt-1_56.lib

libboost_date_time-vc120-mt-sgd-1_56.lib
libboost_date_time-vc120-mt-s-1_56.lib

libboost_date_time-vc120-mt-gd-1_56.lib
libboost_date_time-vc120-mt-1_56.lib

libboost_date_time-vc120-s-1_56.lib
libboost_date_time-vc120-sgd-1_56.lib
 --build-type=complete时，可以看到link，runtime-link的
3种组合下debug， release的多线程版本都生成出来了，
除此之外，还生成了link=static，runtime-link=static的debug， release的单线程版本
从上面的结果可以看到，link和runtime-link的缺省配置是 link=static runtime-link=shared，另外，我们还可以分析一下 boost 库的命名特点：
（1）以“lib”开头的是“link=static”版本（静态链接库版本，没有dll），而直接以“boost”开头的是“link=shared”版本（动态链接库版本，包含lib和dll）。
（2）所有的库都含有"boost"前缀。
（3）紧随其后的是boost库名称（比如date_time库）。
（4）然后是编译器的版本，与库名称之间以"-"而不是下划线"_"分隔（比如 -vc120）。
（5）有“mt”的为“threading=multi”版本，没有的则是“threading=single”版本。
（6）有“s”的为“runtime-link=static”版本，没有的则是“runtime-link=shared”版本。
（7）有“gd”的为debug版本，没有的则是release版本。
（8）所有的库都含有boost库的版本号结尾（比如1_56，其中的"."以下划线"_"代替）

系统配置并使用boost

包含头文件的Include路径：E:\eCode\boost_1_56_0
包含库文件的链接路径：E:\eCode\boost_1_56_0\bin\vc12\lib
（1）可以设置为仅用于当前project：
选中当前project->Properties->Configuration Properties->C/C++->General: Additional Include Directories: 设置 E:\eCode\boost_1_56_0
选中当前project->Properties->Configuration Properties->Linker->General: Additional LibraryDirectories: 设置 E:\eCode\boost_1_56_0\bin\vc12\lib
（2）可设置为仅用于当前Solution：
选中当前project->Properties->Configuration Properties->VC++ Directories:
Include Directories: 设置 E:\eCode\boost_1_56_0
LibraryDirectories: 设置 E:\eCode\boost_1_56_0\bin\vc12\lib
（3）可设置为OS当前用户下的VC++环境（当前用户下VC++所创建的所有Solution）
在某个已打开的工程下，切换到Property Manager 选项卡，然后然后展开当前工程的properties配置，打开Microsoft.Cpp.Win32.User
选择Common Properties->VC++ Directories:
Include Directories: 设置 E:\eCode\boost_1_56_0
LibraryDirectories: 设置 E:\eCode\boost_1_56_0\bin\vc12\lib
这样设置的仅在Win32编译选项下起作用，x64编译选项需要另外配置x64的properties sheet。
（4）可设置为OS所有用户下的VC++环境
可以编辑 Microsoft.Cpp.Default.props 、Microsoft.Cpp.props 。这里就不介绍了。

编译QxORM

设置环境变量

环境设置

编译

编译成功会在bin目录下生成QxOrmd.dll和QxOrmd.lib

3.    QxORM的使用

主要是QxEntityEditor的使用，不过遗憾的是，这个QxEntityEditor现在不开源找不到了。
QxEntityEditor具体使用方法可以看如下视频：

评论

发表评论

此博客中的热门博文

mips 精确异常和延时槽

图片
一、非精确异常 在多发射乱序执行的流水线 CPU 上，从指令进入流水线到异常事件的发生，期间要经过若干流水级，此时 PC 的值已指向其后的某条指令，在实现非精确异常的 CPU 上就把此时的 PC 值作为引起异常指令的所在（为了表达的方便，记为 eptr）。 简单地说 就是 eptr 的指向，并非真正的引起异常的指令之所在，而是其后面的某条指令所在。 二、精确异常 简单地说就是 eptr 的指向就是真正引起异常的指令之所在 而实现精确异常的 CPU，则在最后指令提交时 (commit) 按指令流的顺序提交，异常的产生也在该指令提交时，这样就能精确计算出引起异常的指令相对于当前 PC 的偏移，从而保证精确异常。 也就是说当异常产生时，之前的预备工作（即取指，译码，当然PC随之增长）便被废弃。CPU从异常中返回时，再重新做读取和译码的工作。 总之，不管是何类异常，eptr 之前的所有指令都会被执行完成 (commit之后)，eptr 之后的指令不会被执行。 三、mips 延迟槽 引入延时槽主要目的就是提高流水线的效率，分为以下两种： 1、分支延时槽 分支延迟槽 (Branch delay slot)，简单地说就是位于分支指令后面的一条指令，不管分支发生与否其总是被执行，而且通过下面的图可以看出位于分支延迟槽中的指令先于目标指令提交 (commit即执行)。 ....... ....... jal 48 <---- 48 代表跳转的目标地址 jal会置ra寄存器的值 nop / li a1, 4 <---- 这地方就是一个延迟槽  ....... <----- ra 寄存器的值变为这个地方的地址 ....... 进一步理解： 流水线中，分支指令执行时因为确定下一条指令的目标地址（紧随其后 or 跳转目标处？）一般要到第 2 步以后，在目标确定前流水线的取指级是不能工作的，即整个流水线就“浪费”（阻塞）了一个时间片，为了利用这个时间片，在体系结构的层面上规定跳转指令后面的一个时间片为分支延迟槽（branch delay slot）。位于分支延迟槽中的指令总是被执行，与分支发生与否没有关系。这样就有效利用了一个时间片，消除了流水线的一个“气泡”。 如下图所示，当我们把延时槽的指令去掉以后，你会发现我们浪费了一个时钟周期。（还需要注意一点就是通过ALU一...
阅读全文

libvirt event 处理

一、初始化时的函数栈 virNetSocketAddIOCallback()(当然这是以virNetSocket类型的数据结构为例，所谓virNetSocket类型的数据结构是指这类数据结构都是以virNetSocket开头，表现为virNetSocket*形式，例如：virNetSocketPtr） virEventAddHandle() addHandleImpl() <==================> virEventPollAddHandle()（通过virEventRegisterImpl函数来实现对应） 在virEventPollAddHandle()函数中将数据填充到eventLoop.handles[]数组中，下面我们就关注怎么用eventLoop.handles[]数组的。 备注： virNetServerNew 用来建立virNetServerPtr数据结构的同时（这数据结构用来描述remote模式下的server），还调用virEventRegisterDefaultImpl()函数，virEventRegisterDefaultImpl()函数调用virEventRegisterImpl函数来填充addHandleImpl()。 二、event的处理 main() (daemon/libvirtd.c) virNetServerRun() virEventRunDefaultImpl() (在一个while循环中，循环的判断条件是 !srv->quit，srv->quit默认是0，表示server一直在运行，当收到一些信号是该变量才会变成1，表示server退出了，循环也跟着退出） virEventPollRunOnce() 在virEventPollRunOnce()函数中，调用poll函数，来循环struct pollfd* fds(表示fd的数组），fds的初始化函数是virEventPollMakePollFDs()，在该函数中用eventLoop.handles[]数组来初始化fds。 当poll监视的fds数组中有事件发生，poll退出，返回值>0，virEventPollRunOnce()继续，其接着调用virEventPo...
阅读全文

802.11协议用到的简写

ACK (acknowledgment)　应答 AID (association identifier)　关联识别码　　 AP (accss point)　访问点 ATIM (announceent traffic indication message)　广播传输指示消息　　　 BSA (basic service area)　基本服务区 BSS (basic service set)　基本服务集 BSSID (basic service set identification)　基本服务集识别码 CCA (clera channel assessment)　干净信道评价 CCK (complemenetary code keying)　补码键控 CF (contention free)　无竞争 CFP (contention-free period)　无竞争期 CID (connection identifier)　连接标识符 CP (contention period)　竞争期 CRC (cyclic redundancy code)　循环冗余码 CS (carrier serse)　载波侦听 CTS (clear to send)　允许发送 CW (contention window)　竞争窗口 DA (destination address)　目的地址 DBPSK (differential binary phase shift keying)　差分二进制相移键控 DCE (data communication equipment)　数据通信设备 DCF (distributed coordination function)　分布式协调功能 DCLA (direct current level adjustment)　直接电平调整 DIFS (distributed (coordination function)interframe space)　分布式（协调功能）帧间间隔 DLL (data link layer)　数据链路层 DP (desensitization)　减敏现象 DQPSK (differential quadrature phase shift keying)　差分正交相移键控 DS (ditribution system)　分发系统 DS...
阅读全文