可我其它的函数没有加VAR也可以成功。是不是所有的*都要加（对C不太熟悉）？谢谢！
[阅读: -06-13 07:57:00
#define STDCALL
#define STDCALL
#ifndef SDTAPI_
#define SDTAPI_
#ifdef __cplusplus
extern &C&{
/**********************************************************
********************** 端口类API *************************
**********************************************************/
int STDCALL SDT_SetMaxRFByte(int iPortID,unsigned char ucByte,int bIfOpen);
int STDCALL SDT_GetCOMBaud(int iComID,unsigned int *puiBaud);
int STDCALL SDT_SetCOMBaud(int iComID,unsigned int
uiCurrBaud,unsigned int
uiSetBaud);
int STDCALL SDT_OpenPort(int iPortID);
int STDCALL SDT_ClosePort(int iPortID);
int STDCALL SDT_GetErrorString(int ErrorCode, char * ErrorString);
/**********************************************************
********************** SAM类API **************************
**********************************************************/
int STDCALL SDT_GetSAMStatus(int iPortID,int iIfOpen);
int STDCALL SDT_ResetSAM(int iPortID,int iIfOpen);
int STDCALL SDT_GetSAMID(int iPortID,unsigned char *pucSAMID,int iIfOpen);
int STDCALL SDT_GetSAMIDToStr(int iPortID,char *pcSAMID,int iIfOpen);
/**********************************************************
******************* 卡类API ************************
**********************************************************/
int STDCALL SDT_StartFindIDCard(int iPortID,unsigned char *pucIIN,int iIfOpen);
int STDCALL SDT_SelectIDCard(int iPortID,unsigned char *pucSN,int iIfOpen);
int STDCALL SDT_ReadBaseMsg(int iPortID,unsigned char * pucCHMsg,unsigned int * puiCHMsgLen,unsigned char * pucPHMsg,unsigned int
*puiPHMsgLen,int iIfOpen);
int STDCALL SDT_ReadFPMsg(int iPortID,unsigned char * pucFPMsg,unsigned int * puiFPMsgLen,int iIfOpen);
int STDCALL SDT_ReadIINSNDN(int iPortID,unsigned char * pucIINSNDN,int iIfOpen);
int STDCALL SDT_ReadNewAppMsg(int iPortID,unsigned char * pucAppMsg,unsigned int * puiAppMsgLen,int iIfOpen);
int STDCALL
SDT_ReadBaseMsgToFile(int iPortID,char * pcCHMsgFileName,unsigned int * puiCHMsgFileLen,char * pcPHMsgFileName,unsigned int
*puiPHMsgFileLen,int iIfOpen);
int STDCALL SDT_ReadIINSNDNToASCII(int iPortID, unsigned char *pucRecvData,int iIfOpen);
#ifdef __cplusplus
Delphi定义：
//设置射频适配器最大通信字节数
function SDT_SetMaxRFByte(iPort:ucByte:iIfOpen:integer):external 'sdtapi.dll' name 'SDT_SetMaxRFByte';
//查看串口当前波特率(该函数只用于SAM采用RS232串口的情形，如果采用USB接口则不支持该API)
function SDT_GetCOMBaud(iPort:puiBaudRate:byte):external 'sdtapi.dll' name 'SDT_GetCOMBaud';
//设置SAM的串口的波特率(该函数只用于SAM采用RS232串口的情形，如果采用USB接口则不支持该API)，设置成功后，在该SAM和主机注册表中都记录设置后的波特率，保证在SAM重新启动和该套API被重新调用时采用设置后的波特率。该函数调用成功后，需要延时5毫秒，然后才能继续与SAM通信
function SDT_SetCOMBaud(iPort:uiCurrBaud:uiSetBaud:byte):external 'sdtapi.dll' name 'SDT_SetCOMBaud';
//打开端口
function SDT_OpenPort(Com:integer):external 'sdtapi.dll' name 'SDT_OpenPort';
//关闭端口
function SDT_ClosePort(Com:integer):external 'sdtapi.dll' name 'SDT_ClosePort';
//对SAM复位
function SDT_ResetSAM(iPort:iIfOpen:integer):external 'sdtapi.dll' name 'SDT_ResetSAM';
//对SAM进行状态检测
function SDT_GetSAMStatus(iPort:iIfOpen:integer):external 'sdtapi.dll' name 'SDT_GetSAMStatus';
//读取SAM的编号
function SDT_GetSAMID(iPort:pucSAMID:iIfOpen:integer):external 'sdtapi.dll' name 'SDT_GetSAMID';
//读取SAM的编号(转换成字符串)
function SDT_GetSAMIDToStr(iPort:pcSAMID:iIfOpen:integer):external 'sdtapi.dll' name 'SDT_GetSAMIDToStr';
//开始找卡
function SDT_StartFindIDCard(iPort:IpucIIN:array of CHAR;iIfOpen:Integer):external 'sdtapi.dll' name 'SDT_StartFindIDCard';
function SDT_SelectIDCard(iPort:IpucSN:array of CiIfOpen:Integer):external 'sdtapi.dll' name 'SDT_SelectIDCard';
//读取ID卡内基本信息区域信息
function SDT_ReadBaseMsg(iPort:pucCHMsg:PCvar puiCHMsgLen:IpucPHMsg:PCvar puiPHMsgLen:IiIfOpen:integer):external 'sdtapi.dll' name 'SDT_ReadBaseMsg';
//读取ID卡内IIN,SN和DN
function SDT_ReadIINSNDN(iPort:pucIINSNDN:iIfOpen:integer):external 'sdtapi.dll' name 'SDT_ReadIINSNDN';
//与SDT_ ReadBaseMsg函数类似，读取ID卡内基本信息区域信息，并将读到的基本信息写进输入参数所指定的文件中
function SDT_ReadBaseMsgToFile(iPortID:pcCHMsgFileName:puiCHMsgFileLen:IpcPHMsgFileName:puiPHMsgFileLen:IiIfOpen:integer):external 'sdtapi.dll' name 'SDT_ReadBaseMsgToFile';
//读取ID卡内IIN,SN和DN，并把16进制转化成ASCII形式
function SDT_ReadIINSNDNToASCII(iPort:pucIINSNDN:iIfOpen:integer):external 'sdtapi.dll' name 'SDT_ReadIINSNDNToASCII';
//将wlt文件解码成bmp文件
function GetBmp(Wlt_File:intf:integer):external 'WltRS.dll' name 'GetBmp';
编译通过，运行不正确！
日出东海落西山，愁也一天，喜也一天；遇事不钻牛角尖，人也舒坦，心也舒坦。
(779字) ( [806]
06:50) (196字) ( [358]
(空) ( [320]
(空) ( [169]
(5035字) ( [1701]
(56字) ( [231]
(42字) ( [214]
(空) ( [353]
(空) ( [231]
(空) ( [198]
07:41) (空) ( [185]
欢迎光临本社区，您还没有登录，不能发贴子。请在
| -ICP -IDC -ISP |告诉你使用self.var 和 _var的区别 - 简书
告诉你使用self.var 和 _var的区别
property & instance variable
最近有朋友问我关于oc中使用self.var和下划线_var访问对象属性的区别，其实本来这句话就是不正确的，如果某个对象包含有一个var的属性，我们可以通过self.var去访问它，但是_var访问的并不可以说是这个属性，而是另外与之相关联的实例变量。
小弟写oc之前是在java界搬砖的，java里有个类似的关键字this，它代表当前方法的调用者，C++中的self也是如此，而在oc中的self指针也具有同样的职能，但是因为property机制的存在，事情并不是那么的简单。
实例变量具有私有性，一般情况下仅在类内部使用，为了方便给外界读写这个实例变量，就有了属性，属性用@property关键字声明，属性包含对实例变量读写的get、set方法，在ios5以后我们使用@property来声明属性变量，编译器会自动(@syntheszie var = _var)为我们生成对应的一个以下 划线加属性名 命名的实例变量，还有其对应的getter、setter，下划线是包括在变量名字里的，它叫杠张三不叫张三，而属性叫张三。
self.var是对属性的访问；而_var是对实例变量的访问
在arc时代下，我们就不讨论self.var和_var内存管理的问题了，我们看看@property声明属性后编译器为我们做了什么。
#import "MyClass.h"
@property (copy, nonatomic) NSString *
------------------分隔线上下实现相等------------------
#import "MyClass.h"
NSString *_
- (NSString *)var {
- (void)setVar:(NSString *)var {
if (var != _var) {
_var = [var copy];
编译器为我们生成了对私有实例变量操作的get、set方法，当然getter，setter里面还可能有其他额外操作。这样一来我们就可以看出通过self.var和_var访问实例变量的区别，在.m文件中可以通过_var来访问实例变量，但是getter、setter不会被调用，而来自外部的访问，需要通过getter、setter。
重写get/set方法
//getter：
- (NSString *)name {
NSLog("%@", _name);
- (void)setName:(NSString *)newValue {
if (newValue != _name) {
_name = [newValue copy];
这里我们需要注意什么？在getter中，我们必须使用_val访问，试想如果在getter中使用self.var访问，则又会触发属性的getter，进入了一个死循环，妈妈永远也等不到我们回家吃饭，不过没关系，程序会crash，告诉我们不要再重蹈覆辙了。而在settter中，同样的如果使用self.var则也会触发属性的setter。
在懒加载中也需如此注意，你必须使用_var来访问实例变量，例如实现一个NSMutableArray的懒加载
@property (strong, nonatomic) NSMutableArray *fruitL
- (NSMutableArray *)fruitList {
if (nil == _fruitList) {//1
_fruitList = [NSMutableArray array];//3.1
return _fruitL//2
------------------分隔线------------------
- (NSMutableArray *)fruitList {
if (nil == _fruitList) {//1
self.fruitList = [NSMutableArray array];//3.2
return _fruitL//2
代码中标识1和2位置在上面我们已经明白了，必须使用_var访问，而分隔线上下两种写法的争议就在于标记3了，很明显，3.1直接对_fruitList赋值，而3.2通过属性的setter对_fruitList赋值，怎样权衡还是自己决定吧。
同时重写getter&setter
如果编译器发现你同时重写了getter、setter，@property机制将不会生效，也就是说，需要我们自己声明_var，当然我们也可以关联到另外一个实例变量上去而并非_var。
使用readonly关键字修饰后，编译器只会为我们生成getter。
假如一个属性被关键字@dynamic所修饰，则编译器不会自动生成其对应的getter、setter，然而如果开发者没有自行创造getter、setter，将不会在编译期提醒，运行时触发则会发生crash。顺便一提@dynamic还能帮助我们替换掉某类中本来就存在的，而我们又想自己创造的property。
通过属性还是直接访问实例变量？
1.由于不经过OC的方法派发，直接访问实例变量会直接访问到变量所在的内存，速度更快。2.直接访问实例变量时，不会调用其setter，这样就绕过了为相关属性所定义的内存管理语义。例如：在ARC下直接访问一个语义为copy的属性，那么并不会copy该属性，而仅仅是保留新值并释放旧值。3.KVO的触发4.通过属性来访问有助于debug与之相关的错误
综上，一般我们在开发中，在对象内部读取值时，直接通过实例变量来访问(_var)，设置值时，使用setter来赋值(self.var)。而在初始化方法和dealloc中，应该直接访问实例变量来读写属性值。之所以要注意代码规范，不仅是一种态度，对别人尊重，还是一种对犯错的避免方式。
swift中的计数变量和存储变量
在swift中并没有类似的机制，属性与外界交流与否 视 是否被private关键字修饰 而定，而属性又分为计算属性和存储属性。计算属性不直接存储值，而是通过getter、setter间接访问其他属性，类似于本文中的oc属性。存储属性充当存储值得角色，可直接被外界访问，类似本文中的实例变量。
swift不属于这篇文章的范围，就先不说了。有什么问题欢迎大家评论交流。谢谢
为大家分享IOS开发过程中涉及的各种问题和技巧的程序dog
WeChatVideoPostPlugin作者
个人博客:http://zyden.vicp.cc/
github: /liuzhiyi1992现在的公司网站开发用dreamwevar的多吗？如果不是，都用些什么? - 知乎1被浏览64分享邀请回答1添加评论分享收藏感谢收起与世界分享知识、经验和见解你真的会使用var声明变量吗？_JavaScript编程学院_IT学院
当前位置：&&&&
你真的会使用var声明变量吗？
很多人认为，var 在JS中只是一个声明变量的关键词，没有必要大做文章。但是由于JS是解释型语言，变量声明规则与编译型语言还是有差别的：JS中的变量可以先使用后定义，并不提示语法错误，但在编译型语言中，变量必需在使用前定义。
单var形式（Single var Pattern）
在函数顶部使用单var语句是比较有用的一种形式，其好处在于：
提供了一个单一的地方去寻找功能所需要的所有局部变量
防止变量在定义之前使用的逻辑错误
帮助你记住声明的全局变量，因此较少了全局变量//zxx:此处我自己是有点晕乎的&
少代码（类型啊传值啊单线完成）
单var形式长得就像下面这个样子：
function func() {
&& var a = 1,
&&&&&& b = 2,
&&&&&& sum = a + b,
&&&&&& myobject = {},
&& // function body...
您可以使用一个var语句声明多个变量，并以逗号分隔。像这种初始化变量同时初始化值的做法是很好的。这样子可以防止逻辑错误（所有未初始化但声明的变量的初始值是undefined）和增加代码的可读性。在你看到代码后，你可以根据初始化的值知道这些变量大致的用途，例如是要当作对象呢还是当作整数来使。
你也可以在声明的时候做一些实际的工作，例如前面代码中的sum = a + b这个情况，另外一个例子就是当你使用DOM（文档对象模型）引用时，你可以使用单一的var把DOM引用一起指定为局部变量，就如下面代码所示的：
function updateElement() {
&& var el = document.getElementById(&result&),
&&&&&& style = el.
&& // 使用el和style干点其他什么事...
预解析：var散布的问题(Hoisting: A Problem with Scattered vars)
JavaScript中，你可以在函数的任何位置声明多个var语句，并且它们就好像是在函数顶部声明一样发挥作用，这种行为称为 hoisting（悬置/置顶解析/预解析）。当你使用了一个变量，然后不久在函数中又重新声明的话，就可能产生逻辑错误。对于JavaScript，只 要你的变量是在同一个作用域中（同一函数），它都被当做是声明的，即使是它在var声明前使用的时候。看下面这个例子：
myname = &&; // 全局变量
function func() {
&&& alert(myname); // &undefined&
&&& var myname = &local&;
&&& alert(myname); // &local&
在这个例子中，你可能会以为第一个alert弹出的是&global&，第二个弹出&loacl&。这种期许是可以理解的，因为在第一个alert 的时候，myname未声明，此时函数肯定很自然而然地看全局变量myname，但是，实际上并不是这么工作的。第一个alert会弹 出&undefined&是因为myname被当做了函数的局部变量（尽管是之后声明的），所有的变量声明当被悬置到函数的顶部了。因此，为了避免这种混 乱，最好是预先声明你想使用的全部变量。
上面的代码片段执行的行为可能就像下面这样：
myname = &&; // global variable
function func() {
&& // 等同于 -& var myname =
&& alert(myname); // &undefined&
&& myname = &local&;
&& alert(myname); // &local&}
为了完整，我们再提一提执行层面的稍微复杂点的东西。代码处理分两个阶段，第一阶段是变量，函数声明，以及正常格式的参数创建，这是一个解析和进入上下文 的阶段。第二个阶段是代码执行，函数表达式和不合格的标识符（为声明的变量）被创建。但是，出于实用的目的，我们就采用了&hoisting&这个概念， 这种ECMAScript标准中并未定义，通常用来描述行为。