Objective C 2.0 属性(Property)
原帖一：http://blog.csdn.net/dotphoenix/archive/2009/05/20/4203075.aspx
原贴二：http://www.cocoachina.com/bbs/read.php?tid-8008.html
@property (参数) 类型 名字;
这里的参数主要分为三类：读写属性（readwrite/readonly），setter语意（assign/retain/copy）以及atomicity（nonatomic）。
assign/retain/copy决定了以何种方式对数据成员赋予新值。我们在声明summary propery时使用了readonly，说明客户端只能对该property进行读取。atomicity的默认值是atomic，读取函数为原子操作。
在objective c 2.0下，由于我们声明了property，implementation文件可以更改如下：
可以看到数据成员title和numofpages的读写函数已经不复存在，取而代之的是两行@synthesize，
见下列示例代码：
//test.h
@interface MyTest : NSObject {
int myArray[5];
}
@end
如果采用
@property int myArray[5];
肯定会出错。
因为@property的声明指示编译器默认地给myArray添加了myArray以及setMyArray的这样一对getter和setter方法。由于objective-C中方法的返回类型不能是数组，所以上述声明property的方式是通不过编译的。
正确的方式是：
//test.h
@interface MyTest : NSObject {
int myArray[5];
}
- (void)outPutValues;
@property int* myArray;
@end
即，使用指针来表示返回类型并作为参数设置类型。
不过这样一来就无法在.m文件的实现中使用@synthesize，而是需要显式地实现这对方法：
#import <Foundation/Foundation.h>
#import "test.h"
#include <stdio.h>
@implementation MyTest
- (int*)myArray
{
return myArray;
}
- (void)setMyArray:(int*)anArray
{
if(anArray != NULL)
{
for(int i=0; i<5; i++)
myArray[i] = anArray[i];
}
}
这样一来对于数组型变量成员就无法使用点（.）操作符来抽象掉对setter和getter的调用（使用点操作符访问对象的成员数据非常方便，
根据索要访问的数据成员处于左值还是右值而由编译器自动判定调用setter还是getter）。
相关文档：
1.引言
C++语言的创建初衷是“a better C”，但是这并不意味着C++中类似C语言的全局变量和函数所采用的编译和连接方式与C语言完全相同。作为一种欲与C兼容的语言，C++保留了一部分过程式语言的特点（被世人称为“不彻底地面向对象”），因而它可以定义不属于任何类的全局变量和函数。但是，C++毕� ......
本文介绍在GNU/Linux环境下一个C程序由源代码到程序，到加载运行，最后终止的过程。同时以此过程为载体，介绍GNU/Linux平台下软件开发工具的使用。
本文以我们最常见的hello, world!为例：
#include <stdio.h>
main ()
{
printf(“hello, world!\n” ......
最近在做一个I2C键盘的Linux驱动，参考了其他芯片的一些代码，其中陆续发现有些让人迷惑的东西，把我的迷惑及理解在这里加以记录：
1. i2c_driver结构体的probe成员的原型：
int (*probe)(struct i2c_client *, const struct i2c_device_id *);
即：probe函数被调用时会从上边传两个个参 ......
一、c++ 调C:
/* c语言头文件：cExample.h */
#ifndef C_EXAMPLE_H
#define C_EXAMPLE_H
#ifdef __cplusplus
extern "C"
{
#endif
int add(int x,int y);
#ifdef __cplusplus
}
#endif
#endif
/* c语言实现文件：cExample.c */
#include "cExample.h"
int add( int x, int y )
{
return ......
