docxgen生成接口文档的规范

/**

 @brief     用户登录接口

 @param username    用户名,当前为手机号

 @param type       登录类别,类型:enum TRLoginType

 @param callback    执行结束后的回调

 isSuc  YES 表示成功 NO 表示失败

 * * dic说明

 * * {

 * *  DICT_KEY_ERROR_CODE:#,   //对应的错误码 0 表示成功 其他表示失败

 * *  DICT_KEY_RETURN_CODE:#,  //对应的返回值 0 表示成功 其他表示失败

 * *  DICT_KEY_DESCRIPTION:#,  //返回描述信息

 * *  DICT_KEY_DATA:datadic    //仅在网络返回结果时有

 * *   {

 * *      user_exist_flag :#  1表示用户存在 0表示用户未注册

 * *   }

 * * }

 */

-(void)login:(NSString *)username type:(int)type

withCallback:(void (^)(BOOL isSuc, NSDictionary * dic)) callback;


/**

 @brief     用户退出登录

 @param username    用户名,当前为手机号 eg :"+8615313883014"

 @param callback     执行结束后的回调

 isSuc  YES 表示成功 NO 表示失败

 * * dic说明

 * * {

 * *  DICT_KEY_ERROR_CODE:#,   //对应的错误码 0 表示成功 其他表示失败

 * *  DICT_KEY_RETURN_CODE:#,  //对应的返回值 0 表示成功 其他表示失败

 * *  DICT_KEY_DESCRIPTION:#,  //返回描述信息

 * * }

 */

-(void)logout:(NSString *)username

 withCallback:(void (^)(BOOL isSuc, NSDictionary * dic)) callback;


/**

 @brief     生成验证码

 *                  登录流程中,点击获取验证码时,向服务发起请求

 @param username    用户名,当前为手机号 eg :"+8615313883014"

 @param callback     执行结束后的回调

 isSuc  YES 表示成功 NO 表示失败

 * * dic说明

 * * {

 * *  DICT_KEY_ERROR_CODE:#,   //对应的错误码 0 表示成功 其他表示失败

 * *  DICT_KEY_RETURN_CODE:#,  //对应的返回值 0 表示成功 其他表示失败

 * *  DICT_KEY_DESCRIPTION:#,  //返回描述信息

 * * }

 */

-(void)generateVerifyCode:(NSString *)username

             withCallback:(void (^)(BOOL isSuc, NSDictionary * dic)) callback;


VS2010中使用C++创建和使用DL.docx,文档加代码,全了。工程代码下载: 1.生成动态链接库(_declspec(dllexport)方式导出函数) 2.生成动态链接库(以.def文件(模块定义文件)方式导出函数) 3.以加载时动态链接方式调用DLL 4.以运行时动态链接方式调用DLL 5.以模块定义方式(.def文件)建立的动态链接库的调用 遇到的问题: 1.库导入的时候目录的问题。对应文中的问题1,后面有解释。 2.字符集的问题(是Unicode字符集还是多字节集),两种方案,一种修改字符集为多字节集,二是将字符串前面加 _T(""),文中问题2 3.不知道怎么通过模块定义文件方式生成DLL,通过看参考博客的代码找到了答案,主要修改头文件,和添加模块定义文件。 4.模块定义文件中的库文件名应和工程名一致。 DllMain函数 Windows在加载DLL时,需要一个入口函数,就像控制台程序需要main函数一样。有的时候,DLL并没有提供DllMain函数,应用程序也能成功引用DLL,这是因为Windows在找不到DllMain的时候,系统会从其它运行库中引入一个不做任何操作的默认DllMain函数版本,并不意味着DLL可以抛弃DllMain函数。 根据编写规范,Windows必须查找并执行DLL里的DllMain函数作为加载DLL的依据,它使得DLL得以保留在内存里。这个函数并不属于导出函数,而是DLL的内部函数,这就说明不能在客户端直接调用DllMain函数,DllMain函数是自动被调用的。 DllMain函数在DLL被加载和卸载时被调用,在单个线程启动和终止时,DllMain函数也被调用。参数ul_reason_for_call指明了调用DllMain的原因,有以下四种情况: DLL_PROCESS_ATTACH:当一个DLL被首次载入进程地址空间时,系统会调用该DLL的DllMain函数,传递的ul_reason_for_call参数值为DLL_PROCESS_ATTACH。这种情况只有首次映射DLL时才发生; DLL_THREAD_ATTACH:该通知告诉所有的DLL执行线程的初始化。当进程创建一个新的线程时,系统会查看进程地址空间中所有的DLL文件映射,之后用DLL_THREAD_ATTACH来调用DLL中的DllMain函数。要注意的是,系统不会为进程的主线程使用值DLL_THREAD_ATTACH来调用DLL中的DllMain函数; DLL_PROCESS_DETACH:当DLL从进程的地址空间解除映射时,参数ul_reason_for_call参数值为DLL_PROCESS_DETACH。当DLL处理DLL_PROCESS_DETACH时,DLL应该处理与进程相关的清理操作。如果进程的终结是因为系统中有某个线程调用了TerminateProcess来终结的,那么系统就不会用DLL_PROCESS_DETACH来调用DLL中的DllMain函数来执行进程的清理工作。这样就会造成数据丢失; DLL_THREAD_DETACH:该通知告诉所有的DLL执行线程的清理工作。注意的是如果线程的终结是使用TerminateThread来完成的,那么系统将不会使用值DLL_THREAD_DETACH来执行线程的清理工作,这也就是说可能会造成数据丢失,所以不要使用TerminateThread来终结线程。以上所有讲解在工程DLLMainDemo(工程下载)都有体现。 函数导出方式
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值