2010年06月18日 Friday 于 11:51 pm
· 发表在 Objective-C, 编程
最近正在写一些库,并且用上篇文章的方式实现了一个头文件对应多个实现文件的一个类。
但是在测试自己的库的时候,发现了这样一个问题:
我有一个类,叫MyClass,并且头文件MyClass.h中声明了基础的一些方法,并且声明一些Category方法,其中包含方法
- (void)getSomeData;
并且该方法在MyClass+Extension.m中实现(其他基础的方法在MyClass.m中实现)。
但是,在测试过程中使用该库,并调用
[MyClass getSomeData]
程序崩溃了,查看崩溃的原因是:unrecognized selector [MyClass getSomeData]
可是编译的时候一点警告都没有。从Objective-C的语法上来讲,这样子完全是没有错的。那么到底是什么原因导致崩溃的呢?
后来在搜索到苹果的这个网页后,才知道要使用静态库中,同一个头文件对应多个实现文件的静态库时,编译时需要加上链接-ObjC才可以正常执行。
加上ObjC后,编译的时候,编译器会将库中所有涉及到某个类的内容全部加载进来,这样会导致生成体积会变大,不过这是理所当然的,因为链入的代码变多了。
所以,最好在分Category去实现的时候,对应的Category还是要有对应的头文件,将不同的Category拆成不同的头文件,只引用有用的头文件,例如把上篇文章的头文件拆成MyClass.h和MyClass+Extension.h,分别对应MyClass.m和MyClass+Extension.m。这样子使用的时候我只要引用MyClass.h和MyClass+Extension.h就可以了,即可以保持Category的好处,又不用引入ObjC使链接器将我不想用的MyClass+ExtensionAnother之类的也链进来导致编译体积变大了。
永久链接
2010年06月18日 Friday 于 11:10 pm
· 发表在 Objective-C, 编程
Objective-C中,没办法像C/C++一样,一个头文件简单的对应多个文件,链接的时候我们什么都不用管。一般来说Objective-C是一个头文件的对应一个实现文件,他的所有实现都是在@implement和@end之间的。
但是Objective-C有个动态扩展一个已经存在的类的方法,Category。假设已经存在实现好的类 MyClass,你只要实现自己的Category,例如:
- @interface MyClass(Extension)
-
- - (void)aaa;
-
- @end
再实现对应的
- @implement MyClass(Extension)
-
- - (void)aaa
- {
- //do your things
- }
-
- @end
这样 你就给已经存在的MyClass类增加了一个叫aaa的方法。
我们可以利用这个特性来实现单头文件对应多实现文件。
阅读这篇文章的剩余部分 »
永久链接
2009年02月28日 Saturday 于 1:55 am
· 发表在 C, 软件
之前一直想找一个便签,Tomboy不是我要的那种,我是希望可以像Mac地下的stickies一样,就像我们平时的便签纸一样,到处贴的那种。
今天找了一下,发现Knotes的效果正好是我想要的,比Mac下的Stickies让我更满意,呵呵,平时经常忘了一些东西,就喜欢把他贴到桌面去,这样看看桌面是不是就记起来了。
show一下我的乱七八糟的东西

感觉还是不错的。
永久链接
2007年12月09日 Sunday 于 6:01 pm
· 发表在 C, 内核学习, 操作系统, 算法, 编程
好,现在我们已经得到一个公式来计算mon月之前已经过去的日子了:
X=year/4-year/100+year/400+(year-1)*365+30*mon-30+(mon+mon/7)/2+day-1
现在我们来计算一下公元1年1月1日:
经过下面这段代码的转换之后,year=0,mon=11,day=1.。
- if (0 >= (int) (mon -= 2)) {
- mon += 12;
- year -= 1;
- }
代入表达式:0-0+0+(0-1)*365 + 30 *11 -30 + (11+11/7)/2 + 1-1=365-306=-59.
这个59显而易见的是由我们将1,2月置后造成的,所以这个公式需要加上一个修正值:59.
再减去1970年离公元1年的日子719162,那么我们的mktime就完成了。
改正后的公式为:
X=year/4-year/100+year/400+(year-1)*365+30*mon-30+(mon+mon/7)/2+day-1 + 59 - 719162
让我们对这个公式进行整理吧,整理后得到:
X=year/4-year/100+year/400+year*365 + 214*mon/7 + day - 719499
和linux源码中的mktime公式并不一样!!不是原来的367*mon/12!
为什么会有这样的区别呢?让我们来回忆一样推导g(mon)的第三步:
g(mon)=30*mon -30 + (mon + mon/7)/2;
事实上,大家会发现,在这儿,这个表达式并不是唯一的!下面这个表达式也是正确的:
g(mon)=30*mon -30 + (mon + mon/6)/2;
让我们用新的g(mon)代入最后的式子,你会惊喜的发现得到的是下面的式子:
year/4-year/100+year/400+year*365 + 367*mon/12 + day - 719499
正是kernel/time.c中的mktime表达式!
阅读这篇文章的剩余部分 »
永久链接
2007年12月09日 Sunday 于 5:40 pm
· 发表在 C, 内核学习, 操作系统, 算法, 编程
去年在acstar的限时比赛时写过一个程序,是计算某日到2000年1月1日的天数,当时我写的算法用了大概50行,使用的算法很烂。今天在linux内核源码中看到mktime的时候,很清楚折服于它如此简单的算法(据说是Gauss算法),同时犯糊涂。
我将源码摘抄如下:
kernel/time.c
- unsigned long
- mktime(const unsigned int year0, const unsigned int mon0,
- const unsigned int day, const unsigned int hour,
- const unsigned int min, const unsigned int sec)
- {
- unsigned int mon = mon0, year = year0;
-
-
- if (0 >= (int) (mon -= 2)) {
- mon += 12;
- year -= 1;
- }
-
- return ((((unsigned long)
- (year/4 - year/100 + year/400 + 367*mon/12 + day) +
- year*365 - 719499
- )*24 + hour
- )*60 + min
- )*60 + sec;
- }
阅读这篇文章的剩余部分 »
永久链接