看了眼 tinyfool 经常提的日历控件

先贴上源码地址：Here 代码是是 08 年写的，这点还是非常服的，这个时候我还在上高中。 08 年到现在 OC 在一些特性上改进很多，其中使用的CFGregorianDate相关 api 在 iOS 8.0 之后也不建议使用了，所以这里我只说我确认不是好的实践的部分。

先来看下头文件:

//
//  CalendarView.h
//  ZhangBen
//
//  Created by tinyfool on 08-10-26.
//  Copyright 2008 __MyCompanyName__. All rights reserved.
//

#import <UIKit/UIKit.h>

@protocol CalendarViewDelegate;

@interface TdCalendarView : UIView {
	CFGregorianDate currentMonthDate;
	CFGregorianDate currentSelectDate;
	CFAbsoluteTime	currentTime;
	UIImageView* viewImageView;
	id<CalendarViewDelegate> calendarViewDelegate;
	int *monthFlagArray; 
}

@property CFGregorianDate currentMonthDate;
@property CFGregorianDate currentSelectDate;
@property CFAbsoluteTime  currentTime;

@property (nonatomic, retain) UIImageView* viewImageView;
@property (nonatomic, assign) id<CalendarViewDelegate> calendarViewDelegate;
-(int)getDayCountOfaMonth:(CFGregorianDate)date;
-(int)getMonthWeekday:(CFGregorianDate)date;
-(int)getDayFlag:(int)day;
-(void)setDayFlag:(int)day flag:(int)flag;
-(void)clearAllDayFlag;
@end



@protocol CalendarViewDelegate<NSObject>
@optional
- (void) selectDateChanged:(CFGregorianDate) selectDate;
- (void) monthChanged:(CFGregorianDate) currentMonth viewLeftTop:(CGPoint)viewLeftTop height:(float)height;
- (void) beforeMonthChange:(TdCalendarView*) calendarView willto:(CFGregorianDate) currentMonth;
@end

代码格式我就不说了，空格写的很随意，大小写对于我这种强迫症来说也很受不了。最重要的是我认为稍微参考下苹果 framework 中函数的命名方式，就不会写出协议中这么扯淡的命名。 interface 中的命名大多数都还不错，但是-(void)setDayFlag:(int)day flag:(int)flag;这个是什么鬼，我认为- (void)setFlag:(int)flag forDay:(int)day;更好。

下面来看下源文件：

源文件中定义了全局的几个变量：

const float headHeight=60;
const float itemHeight=35;
const float prevNextButtonSize=20;
const float prevNextButtonSpaceWidth=15;
const float prevNextButtonSpaceHeight=12;
const float titleFontSize=30;
const int	weekFontSize=12;

这几个变量主要是来控制试图的大小、字体的大小，只有在这个文件内部试哟哦难过，没有用static修饰，不是很明白，可能 tinyfool 记忆里好，不会再工程中其他地方使用相同名字的变量。

学 C 语言的时候，大概都做过这么一个练习：获取某年某月的天数。来看看 tinyfool 的实现：**

-(int)getDayCountOfaMonth:(CFGregorianDate)date{
	switch (date.month) {
		case 1:
		case 3:
		case 5:
		case 7:
		case 8:
		case 10:
		case 12:
			return 31;
			
		case 2:
			if((date.year % 4==0 && date.year % 100!=0) || date.year % 400==0)
				return 29;
			else
				return 28;
		case 4:
		case 6:
		case 9:		
		case 11:
			return 30;
		default:
			return 31;
	}
}

interesting ，自行体会一下。

实现中有很多类似的实践（个人认为这不是好的实践）：

- (void)movePrevMonth{
	if(currentMonthDate.month>1)
		currentMonthDate.month-=1;
	else
	{
		currentMonthDate.month=12;
		currentMonthDate.year-=1;
	}
	[self movePrevNext:0];
}

再来看下这个类的析构函数：

- (void)dealloc {
    [super dealloc];
    free(monthFlagArray);
}

Excuse me. 这里虽然不太可能出现崩溃的情况，但不是应该先释放子类持有的资源？

最后，总结一些 tinyfool 的变量命名风格：title_Month、weekfont、tabHeight、s_width。

我观察到的是，如果有人在微博上反驳他什么，他通常的回应是毫无道理（有道理的时候也有，少），其他的不想评价，怕被喷。

tinyfool

2016-11-27 20:05:36 +08:00

之前其实 V2EX 吐槽这个控件的人还蛮多。不过我很久不怎么上 V2EX ，甚至有时候搜索东西的时候，偶然发现自己被长篇大论的批判了一番都不知道，所以也都没回应。当然，之前包括吐槽这个插件的人，也都是一句话说写得烂，我也不知道该咋回应，所以，看到了也只好由他去了。

既然你这么认真的写，我就聊两句。

我写过一篇文章，其实提到过这个插件的前因后果，楼主包括其他人也都说我经常提到这个插件。没错，提过很多次，我好像没有说过这个东西有多牛逼。我只是说，在那个时候，大概是 IOS SDK 发布了几个月以后，没有啥日历插件可用，我就做了一个。

刚有 SDK 的时候，我其实并没有 iOS 设备，虽然很喜欢，但是确实买不起 iPhone ，很多人可能也记得当年 iPhone 其实也并不好买，那时候国内还没有行货呢。我的一个朋友的公司的活动上，抽奖，偏向我让我得到了一个 iPod touch 。我就想写个东西，写啥呢，就想写个记账软件，毕竟月月月光，也希望可以存点钱。设计的思路是首页有个日历，来显示最近一个月啥时候有收支。所以，就需要一个日历控件，当时并没有。就大概花了一个晚上做了一个吧。现在找不到原始的代码库， Google Code 的代码库好像也看不了修改历史了。细节我记得不了，反正这就是一个晚上或者几个晚上搞出来的东西，我那时候的主业是做搜索，基于 lucene 。

后来，做了两个星期，也就是学 iOS 两个星期后，有个大概样子了。这时候有道词典的人，通过新浪的一个朋友，找到了霍炬，辗转找到了我。他们当时想迅速做一个 iOS 版本占领市场，当时好像金山已经发了版本。但是有道那边，没有有 Mac/iOS 经历的工程师。于是我就答应帮他们做。

然后，做了一个月上线。我自己的记账软件就搁置了，一直到了 2013 年，我在上海的时候，才想起来，有这么一个搁置了多年的软件，找我的 CTO 补了个结尾，修改了一点 UI ，就上架了。以前有文章写过这个故事。

这个代码，我没记错的话，就是闰年有个 bug 改过一次，发布过就没改过了。

tinyfool

2016-11-27 20:16:06 +08:00

好，说说代码风格。

我代码风格一般。写这个代码的时候，我日常写三种语言， Java ， Php 和 OC 。代码风格混合，混乱肯定是有的。这个锅我的，我背。总体上是准备走 Apple 风格的，某些部分懒得改了，估计就比较乱了。

const 是常量，不是变量，不过这里确实比较没有怎么考虑。一开始是没准备开源的，做完了就直接开了。这锅也是我的。

getDayCountOfaMonth 的实现我没看出来锅在哪里。

movePrevMonth ，本来就是一个简单的功能，没啥太复杂的思考。

dealloc 的问题，你可能不知道，在早期 SDK 的时候， bug 比较多，我们要实验各种方法避免内存泄漏，有些写法比较诡异，但是在某个版本下，反而效果是好的。到了今天 SDK 也还是会出现一些问题。

这个东西开源完了以后的大概 2-3 年，很火，每天都有邮件来咨询各种问题，最早版本，甚至没有 demo 代码和事例。后来问的人多了，就加上了（在项目说明里面，不过 google code 已经把这些部分都吃掉了，维护过 google code 项目的人应该知道）。

后来，系统提供了一个什么方法我记不得了，而且开源的日历比较多，而且都比这个好看，这个慢慢就无人问津了吧。

最搞笑的是，曾经有个人想把这个东西汉化（操，不知道用什么词好，本地化？）成老挝语，还是柬埔寨语来着，但是代码不是完全看得懂，还写了长篇大论来问我。

不过，我好像从来没有说过这个日历有多牛，这个日历甚至都没有任何的图片资源，一切都是用字符和画线的方式画的。我的所有描述大概应该都是，在最早的时候， iOS 程序员连日历控件都没有，我需要用的时候怎么办呢？那就自己写一个吧。