点标记语法

属性和幂等方法(多次调用和一次调用返回的结果相同)使用点标记语法访问,其他的情况使用方括号标记语法。
 
良好的风格:
view.backgroundColor = [UIColor orangeColor];
[UIApplication sharedApplication].delegate;
 
不良的风格:
[view setBackgroundColor:[UIColor orangeColor]];
UIApplication.sharedApplication.delegate;
 
间距
二元运算符和参数之间需要放置一个空格,一元运算符、强制类型转换和参数之间不放置空格。关键字之后圆括号之前需要放置一个空格。

void *ptr = &value + 10 * 3;

NewType a = (NewType)b;

for (int i = 0; i <</span> 10; i++) {

doCoolThings();

}

数组和字典类型的字面值的方括号两边各放置一个空格。

NSArray *theShit = @[ @1, @2, @3 ];

字典字面值的键和冒号之间没有空格,冒号和值之间有一个空格。
NSDictionary *keyedShit = @{ GHDidCreateStyleGuide: @YES };
 
C函数声明中,左括号的前面不保留空格,并且函数名应该像类一样带有命名空间标识。
 
良好的风格:
void RNCwesomeFunction(BOOL hasSomeArgs);
 
长的字面值应被拆分为多行。
 
良好的风格:

NSArray *theShit = @[

@"Got some long string objects in here.",

[AndSomeModelObjects too],

@"Moar strings."

];

NSDictionary *keyedShit = @{

@"this.key": @"corresponds to this value",

@"otherKey": @"remoteData.payload",

@"some": @"more",

@"JSON": @"keys",

@"and": @"stuff",

};

每一行代码使用4个空格缩进。不使用tab缩进。
 
 
方法签名以及其他关键字(if/else/switch/while等)后面跟随的左花括号总是和语句出现于同一行,而右花括号独占一行。
 
良好的风格:

if (user.isHappy) {

//Do something

}

else {

//Do something else

}

如果一个方法内有多个功能区域,可以使用空行分隔功能区域。
 
每一行代码不要超过100个字符。
 
每一个方法之前都有一个99字符宽的注释行,注释行相对于使用空行更能提高代码的辨识度,当一行代码很长的时候,注释行也起到了越界检测的作用。注释行:
///////////////////////////////////////////////////////////////////////////////////////////////////
 
条件语句
所有的逻辑块必须使用花括号包围,即使条件体只需编写一行代码也必须使用花括号。
 
良好的风格做法:

if (!error) {

return success;

}

不良的风格:

if (!error)

return success;

或:
if (!error) return success;
 
三元运算符
长的三元运算符应使用圆括号括起来。三元运算符仅用于赋值和做参数。
Blah *a = (stuff == thing ? foo : bar);
 
合并的nil三元运算符应该尽量避免。
 
不良的风格:
Blah *b = thingThatCouldBeNil ?: defaultValue;
 
多分支条件应该使用if语句或重构为实例变量。
 
良好的风格:
result = a > b ? x : y;
 
不良的风格:
result = a > b ? x = c > d ? c : d : y;
 
异常和错误处理
不要在流控制语句中使用异常(NSException)。
 
异常仅用于表明程序员的错误。
 
为了表明一个错误,使用NSError *。
 
当一个方法通过引用返回一个错误参数,应该检测返回值的状态,而不是错误参数的状态。
 
良好的风格:

NSError *error;

if (![self trySomethingWithError:&error]) {

// Handle Error

}

 
不良的风格:

NSError *error;

[self trySomethingWithError:&error];

if (error) {

// Handle Error

}

 
在方法执行成功的情况下赋值非Null值给错误参数,会使路径跳转到假条件分支(随后程序奔溃)。
 
代理
除了继承一个类或实现一个协议,否则在头文件中仅使用类声明@class指令,不用#import导入类头文件。
 
如果一个delegate只有几个方法,比如只是提交和取消,推荐使用block编写动作响应代码。
 
由于代理方法的声明一般都很长,所以必须将代理对象和其他的协议对象放在实例变量定义的下面,否则实例变量定义的对齐方式将会被打乱掉。
 
当需要实现多个协议的时候,将每一个协议名拆分到单独的行。
 
良好的风格:

@interface CustomModelViewController : TTViewController <</span>

TTModelDelegate,

TTURLRequestDelegate

> {

 
方法
一个方法的命名首先描述返回什么,接着是什么情况下被返回。方法签名中冒号的前面描述传入参数的类型。以下类方法和实例方法命名的格式语法:

[object/class thing+condition];

[object/class thing+input:input];

[object/class thing+identifer:input];

 
Cocoa命名举例:

realPath    = [path     stringByExpandingTildeInPath];

fullString  = [string   stringByAppendingString:@"Extra Text"];

object      = [array    objectAtIndex:3];

// 类方法

newString   = [NSString stringWithFormat:@"%f",1.5];

newArray    = [NSArray  arrayWithObject:newString];

 
良好的自定义方法命名风格:

recipients  = [email    recipientsSortedByLastName];

newEmail    = [CDCEmail emailWithSubjectLine:@"Extra Text"];

emails      = [mailbox  messagesReceivedAfterDate:yesterdayDate];

 
当需要获取对象值的另一种类型的时候,方法命名的格式语法如下:

[object adjective+thing];

[object adjective+thing+condition];

[object adjective+thing+input:input];

 
良好的自定义方法命名风格:

capitalized = [name    capitalizedString];

rate        = [number  floatValue];

newString   = [string  decomposedStringWithCanonicalMapping];

subarray    = [array   subarrayWithRange:segment];

 
方法签名尽量做到含义明确。
 
不良的风格:

-sortInfo  // 是返回排序结果还是给info做排序

-refreshTimer  // 返回一个用于刷新的定时器还是刷新定时器

-update  // 更新什么,如何更新

 
良好的风格:

-currentSortInfo      // "current" 清楚地修饰了名词SortInfo

-refreshDefaultTimer  // refresh是一个动词。

-updateMenuItemTitle  // 一个正在发生的动作

 
方法类型修饰符+/-后要放置一个空格,各参数名之间也要放置一个空格。
 
良好的风格:
- (void)setExampleText:(NSString *)text image:(UIImage *)image;
 
如果方法的命名特别长,将方法名拆分成多行。
 
良好的风格:

color = [NSColor colorWithCalibratedHue: 0.10

saturation: 0.82

brightness: 0.89

alpha: 1.00];

 
不要将私有的实例变量和方法声明在头文件中,应将私有变量和方法声明在实现文件的类扩展内。
 
不良的风格:

//MyViewController.h文件

@interface MyViewController : UIViewController<</span>

UITalbeViewDataSource,

UITableViewDelegate> {

@private:

UITableView *_myTableView;  // 私有实例变量

}

// 内部使用的属性

@property (nonatomic,strong) NSNumber *variableUsedInternally;

- (void)sortName;  // 只用于内部使用的方法

@end

良好的风格:

//MyViewController.m文件使用类扩展

@interface MyViewController()<</span>

UITalbeViewDataSource,

UITableViewDelegate> {

UITableView *_myTableView;

// 外部需要访问的实例变量声明为属性,不需要外部访问的声明为实例变量

NSNumber * variableUsedInternally;

}

// 从Xcode4.3开始,可以不写方法的前置声明,Interface Builder和Storyboard仍然可以找到方法的定义

@end

构造函数通常应该返回实例类型而不是id类型
 
参数
方法参数名前一般使用的前缀包括“the”、“an”、“new”。
 
良好的风格:

- (void)       setTitle:           (NSString *)   aTitle;

- (void)       setName:            (NSString *)   newName;

- (id)         keyForOption:       (CDCOption *)  anOption

- (NSArray *)  emailsForMailbox:   (CDCMailbox *) theMailbox;

- (CDCEmail *) emailForRecipients: (NSArray *)    theRecipients;

 
变量
变量的命令应尽量做到自描述。除了在for()循环语句中,单字母的变量应该避免使用(如i,j,k等)。一般循环语句的当前对象的命名前缀包括“one”、“a/an”。对于简单的单个对象使用“item”命名。
 
良好的风格:

for (i = 0; i < count; i++) {

oneObject = [allObjects objectAtIndex: i];

NSLog (@"oneObject: %@", oneObject);

}

NSEnumerator *e = [allObjects objectEnumerator];

id item;

while (item = [e nextObject])

NSLog (@"item: %@", item);

 
指针变量的星号指示符应该紧靠变量,比如NSString *text,而不是NSString* text或NSString * text。
 
尽量的使用属性而非实例变量。除了在初始化方法(init,initWithCoder:等)、dealloc方法以及自定义setter与getter方法中访问属性合成的实例变量,其他的情况使用属性进行访问。
 
良好的风格:

@interface RNCSection: NSObject

@property (nonatomic) NSString *headline;

@end

不良的风格:

@interface RNCSection : NSObject {

NSString *headline;

}

 
当你使用@synthesize指令时,编译器会自动为你创建一个下划线_开头的的实例变量,所以不需要同时声明实例变量和属性。
 
不良的风格:

@interface RNCSection : NSObject {

NSString *headline;

}

@property (nonatomic) NSString *headline;

@end

 
良好的风格:

@interface RNCSection: NSObject

@property (nonatomic) NSString *headline;

@end

 
不要使用@synthesize除非是编译器需要。注意在@protoco协议中的@optional可选属性必须被显式地使用@synthesize指令合成属性。
 
缩略词
虽然方法命名不应使用缩略词,然而有些缩略词在过去被反复的使用,所以使用这些缩略词能更好的的表达代码的含义。下表列出了Cocoa可接受的缩略词。
........................................................
以下是一些常用的首字母缩略词
 
ASCII
 
PDF
 
XML
 
HTML
 
URL
 
RTF
 
HTTP
 
TIFF
 
JPG
 
PNG
 
GIF
 
LZW
 
ROM
 
RGB
 
CMYK
 
MIDI
 
FTP
 
命名
方法和变量的命令应该尽可能做到自描述。
 
良好的风格:
UIButton *settingsButton;
 
不良的风格:
UIButton *setBut;
 
对于NSString、NSArray、NSNumber或BOOL类型,变量的命名一般不需要表明其类型。
 
良好的风格:

NSString       *accountName;

NSMutableArray *mailboxes;

NSArray        *defaultHeaders;

BOOL             userInputWasUpdated;

不良的风格:

NSString        *accountNameString;

NSMutableArray *mailboxArray;

NSArray        *defaultHeadersArray;

BOOL             userInputWasUpdatedBOOL;

 
如果变量不是以上基本常用类型,则变量的命名就应该反映出自身的类型。但有时仅需要某些类的一个实例的情况下,那么只需要基于类名进行命名。

NSImage               *previewPaneImage;

NSProgressIndicator  *uploadIndicator;

NSFontManager        *fontManager;       // 基于类名命名

 
大部分情况下,NSArray或NSSet类型的变量只需要使用单词复数形式(比如mailboxes),不必在命名中包含“mutable”。如果复数变量不是NSArray或NSSet类型,则需要指定其类型。
 
良好的风格:

NSDictionary * keyedAccountNames;

NSDictionary * messageDictionary;

NSIndexSet   * selectedMailboxesIndexSet;

 
由于Objective-C不支持名字空间,为了防止出现命名空间的冲突,在类名和常类型变量名前添加一个由三个大写的字母组成的前缀(如RNC),对于Core Data实体名则可以忽略此规则。如果你子类化了标准的Cocoa类,将前缀和父类名合并是一个很好的做法。如继承UITableView的类可命名为RNCTableView。
 
常类型变量名的书写风格采用驼峰式大小写(第一个单词的首字母小写,其余单词的第一个字母大写。如firstName而不是first_name或firstname。),并使用关联的类名作为其命名前缀,
 
推荐的做法:
static const NSTimeInterval RNCArticleViewControllerNavigationFadeAnimationDuration = 0.3;
 
不推荐的做法:
static const NSTimeInterval fadetime = 1.7;
 
下划线
使用属性的时候,实例变量应该使用self.进行访问和设值。局部变量的命令不要包含下划线。实例变量的命名必须使用下划线_作为前缀,这样可以缩小Xcode自动完成的选项取值范围。
 
注释
在需要的时候,注释可对代码做必要的解释。更新代码时一定要更新注释,防止对代码造成误解。
 
使用javadoc风格的文档注释语法。注释的第一行是对注释API的总结,随后的注释行是对代码更多细节的解释。
 
良好的风格:

@property (nonatomic) NSUInteger maxContentLength;

 
init与dealloc
dealloc方法应该被放置在实现方法的顶部,直接在@synthesize或@dynamic语句之后。init方法应该被放置在dealloc方法的下面。
 
init方法的结构看上去应该像这样:

- (instancetype)init {

self = [super init]; // or call the designated initalizer

if (self) {

// Custom initialization

}

return self;

}

 
字面值
对于NSString,NSDictionary,NSArray和NSNumber类,当需要创建这些类的不可变实例时,应该使用这些类的字面值表示形式。使用字面值表示的时候nil不需要传入NSArray和NSDictionary中作为字面值。这种语法兼容老的iOS版本,因此可以在iOS5或者更老的版本中使用它。
 
良好的风格:

NSArray *names = @[@"Brian", @"Matt", @"Chris", @"Alex", @"Steve", @"Paul"];

NSDictionary *productManagers = @{@"iPhone" : @"Kate", @"iPad" : @"Kamal", @"Mobile Web" : @"Bill"};

NSNumber *shouldUseLiterals = @YES;

NSNumber *buildingZIPCode = @10018;

 
不良的风格:

NSArray *names = [NSArray arrayWithObjects:@"Brian", @"Matt", @"Chris", @"Alex", @"Steve", @"Paul", nil];

NSDictionary *productManagers = [NSDictionary dictionaryWithObjectsAndKeys: @"Kate", @"iPhone", @"Kamal", @"iPad", @"Bill", @"Mobile Web", nil];

NSNumber *shouldUseLiterals = [NSNumber numberWithBool:YES];

NSNumber *buildingZIPCode = [NSNumber numberWithInteger:10018];

 
如非必要,避免使用特定类型的数字(相较于使用5.3f,应使用5.3)。
 
CGRect函数
相较于使用结构体辅助函数(如CGRectMake()函数),优先使用C99结构体初始化语法。
  CGRect rect = {.origin.x = 3.0, .origin.y = 12.0, .size.width = 15.0, .size.height = 80.0 };
 
当访问CGRect结构体的x、y、width、height成员时,应使用CGGeometry函数,不直接访问结构体成员。苹果对CGGeometry函数的介绍:
All functions described in this reference that take CGRect data structures as inputs implicitly standardize those rectangles before calculating their results. For this reason, your applications should avoid directly reading and writing the data stored in the CGRect data structure. Instead, use the functions described here to manipulate rectangles and to retrieve their characteristics.
 
良好的风格:

CGRect frame = self.view.frame;

CGFloat x = CGRectGetMinX(frame);

CGFloat y = CGRectGetMinY(frame);

CGFloat width = CGRectGetWidth(frame);

CGFloat height = CGRectGetHeight(frame);

 
不良的风格:

CGRect frame = self.view.frame;

CGFloat x = frame.origin.x;

CGFloat y = frame.origin.y;

CGFloat width = frame.size.width;

CGFloat height = frame.size.height;

 
常量
 优先使用常类型变量,而不是内嵌的字符串字面值或数字,因为常类型变量能很容易的复用常用的变量值(如π),同时可以快速地修改值而无需查找替换。常类型变量应该声明为static类型,不要使用#define,除非常类型变量被作为宏使用。
 
良好的风格:

static NSString * const RNCAboutViewControllerCompanyName = @"The New York Times Company";

static const CGFloat RNCImageThumbnailHeight = 50.0;

 
不良的风格:

#define CompanyName @"The New York Times Company"

#define thumbnailHeight 2

枚举类型
当使用enum关键字时,推荐使用苹果最新引入的固定基础类型语法,因为这将获得强类型检查与代码完成功能。SDK现在包含了一个固定基础类型的宏——NS_ENUM()。
 
NS_ENUM是在iOS6中开始引入的,为了支持之前的iOS版本,使用简单的内联方法:

#ifndef NS_ENUM

#define NS_ENUM(_type, _name) enum _name : _type _name; enum _name : _type

#endif

 
良好的风格:

typedef NS_ENUM(NSInteger, RNCAdRequestState) {

RNCAdRequestStateInactive,

RNCAdRequestStateLoading

};

 
私有属性
私有属性应该被声明在实现文件的类扩展中(即匿名的category)。不要将私有属性声明在命名的category(如RNCPrivate或private),除非是扩展其他类。
 
良好的风格:

@interface NYTAdvertisement ()

@property (nonatomic, strong) GADBannerView *googleAdView;

@property (nonatomic, strong) ADBannerView *iAdView;

@property (nonatomic, strong) UIWebView *adXWebView;

@end

图片的命名
图片的命名应该保持一致,以图片的用途描述作为图片文件名。文件名的命名使用驼峰式大小写风格,文件名后可跟随一个自定义的类名或者是自定义的属性名(如果有属性名)、也可以再跟上颜色描述以及/或者位置、图片的最终状态。
 
良好的风格:
RefreshBarButtonItem / RefreshBarButtonItem@2x 和 RefreshBarButtonItemSelected / RefreshBarButtonItemSelected@2x
ArticleNavigationBarWhite / ArticleNavigationBarWhite@2x 和 ArticleNavigationBarBlackSelected / ArticleNavigationBarBlackSelected@2x.
 
被用作相似用途的图片应该使用一个图片文件夹进行分开管理。
 
布尔类型
因为nil被解析为了NO,所以和nil作比较没有任何的必要。不要将变量和YES直接比较,因为YES被定义为1而BOOL类型是8位的unsigned int,即BOOL的值不仅仅是1或0。
 
良好的风格:

if (!someObject) {

}

 
不良的风格:

if (someObject == nil) {

}

 
对于一个BOOL值:两种最佳实践:

if (isAwesome)

if (![someObject boolValue])

 
不良的风格:

if ([someObject boolValue] == NO)

if (isAwesome == YES) // Never do this.

 
如果一个BOOL类型的属性名是一个形容词,忽略属性名的“is”前缀是允许的,但需要为访问器指定约定的方法名,比如:
@property (assign, getter=isEditable) BOOL editable;
 
单例
应该使用线程安全的模式创建共享的单例实例。

+ (instancetype)sharedInstance {

static id sharedInstance = nil;

static dispatch_once_t onceToken;

dispatch_once(&onceToken, ^{

sharedInstance = [[self alloc] init];

});

return sharedInstance;

}

附录
Xcode主题
大部分的开发者都使用Xcode默认的字体颜色主题,其实好的主题不仅能提高源代码的辨识度,同时也增添了编码的乐趣。以下是二款Xcode字体颜色主题链接:
https://github.com/vinhnx/Ciapre-Xcode-theme
https://github.com/tursunovic/xcode-themes
 
代码片段
熟练使用代码片段库可以提高编码的速度。Xcode4中,打开一个项目并让右侧编辑区可视,然后点击右侧底部面板的第四个{}图标,打开代码片段库,你可以将常用的代码拖入其中。以下是一个最新的开源代码片段库链接:
https://github.com/mattt/Xcode-Snippets
 
 
参考文献
[1] 《NYTimes Objective-C Style Guide》 https://github.com/NYTimes/objective-c-style-guide
[2] 《Coding Guidelines for Cocoa》https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/CodingGuidelines/Articles/APIAbbreviations.html
[3] 《iOS-view-frame-builder》https://github.com/rsobik/ios-view-frame-builder/commit/0fa2d81762bc21619b1503d34b7d67160f4678f8
[4] 《Cocoa Style for Objective-C: Part I》 http://cocoadevcentral.com/articles/000082.php
[5] 《Cocoa Style for Objective-C: Part II》http://cocoadevcentral.com/articles/000083.php
[6] 《objective-c-conventionsI》https://github.com/github/objective-c-conventions
 
转自:http://www.cocoachina.com

编写高质量的Objective-C代码的更多相关文章

  1. 借助 SublimeLinter 编写高质量的 JavaScript & CSS 代码

    SublimeLinter 是前端编码利器——Sublime Text 的一款插件,用于高亮提示用户编写的代码中存在的不规范和错误的写法,支持 JavaScript.CSS.HTML.Java.PHP ...

  2. 编程精粹:编写高质量的C语言代码———笔记一

    第一章 假想的编译程序 要记得对空语句进行处理,最好使用NULL使其明显可见 char * strcpy(char* pchTo, char* pchFrom) { char* pchStart = ...

  3. 编程精粹--编写高质量C语言代码(4):为子系统设防(一)

    通常,子系统都要对事实上现细节进行隐藏,在进行细节隐藏的同一时候.子系统为用户提供了一些关键入口点. 程序猿通过调用这些关键的入口点来实现与子系统的通信.因此假设在程序中使用这种子系统而且在其调用点加 ...

  4. 第一章 熟悉Objective -C 编写高质量iOS与OS X代码的52 个有效方法

    第一章 熟悉Objective -C   编写高质量iOS与OS  X代码的52 个有效方法   第一条: 了解Objective-C 语言的起源 关键区别在于 :使用消息结构的语言,其运行时所应执行 ...

  5. 怎样编写高质量的java代码

    代码质量概述     怎样辨别一个项目代码写得好还是坏?优秀的代码和腐化的代码区别在哪里?怎么让自己写的代码既漂亮又有生命力?接下来将对代码质量的问题进行一些粗略的介绍.也请有过代码质量相关经验的朋友 ...

  6. 每周一书-编写高质量代码:改善C程序代码的125个建议

    首先说明,本周活动有效时间为2016年8月28日到2016年9月4日.本周为大家送出的书是由机械工业出版社出版,马伟编著的<编写高质量代码:改善C程序代码的125个建议>. 编辑推荐 10 ...

  7. HTML Inspector – 帮助你编写高质量的 HTML 代码

    HTML Inspector 是一款代码质量检测工具,帮助你编写更优秀的 HTML 代码.HTML Inspector 使用 JavaScript 编写,运行在浏览器中,是最好的 HTML 代码检测工 ...

  8. 深入理解JavaScript系列(1):编写高质量JavaScript代码的基本要点

    深入理解JavaScript系列(1):编写高质量JavaScript代码的基本要点 2011-12-28 23:00 by 汤姆大叔, 139489 阅读, 119 评论, 收藏, 编辑 才华横溢的 ...

  9. iOS书摘之编写高质量iOS与OS X代码的52个有效方法

    来自<Effective Objective-C 2.0编写高质量iOS与OS X代码的52个有效方法>一书的摘要总结 一.熟悉Objective-C 了解Objective-C语言的起源 ...

  10. 编写高质量代码改善C#程序的157个建议——导航开篇

    前言 由于最近工作重心的转移,原来和几个同事一起开发的项目也已经上线了,而新项目就是在现有的项目基础上进行优化延伸扩展.打个比方,现在已经上线的项目行政案件的Web管理网站(代码还没那么多相比较即将要 ...

随机推荐

  1. Pure – 赞!轻量的、响应式的 CSS 模块集

    Pure 是一组轻量的,响应式的 CSS 模块,您可以使用在任何的 Web 项目中.充分考虑了移动设备中的使用,保持文件体积尽量小,每行 CSS 都进行了仔细的考虑. Pure 基于 Normaliz ...

  2. sublime Text3使用笔记

    转载:http://blog.csdn.net/u012771929/article/details/30030249 目录: 1.setting 安装插件,package control ,Emme ...

  3. js限制文本框只可以输入数字

    封装了一下,要用的话直接调用下面getEvent函数即可   function getEvent() { if (document.all) { return window.event; //for ...

  4. 基于WinCE的JSON 类库 源码

    基于WinCE的JSON 类库,可以将对象序列化成字符串和文件. 提示,其在反序列化时有一个BUG: 如果对象的某个字段值为 null,将其序列化成字符串,然后将该字符串反序列化成对象时会报异常. 这 ...

  5. 【处理手记】Configuration system failed to initialize异常的另类原因

    有个c#程序在某台电脑上,执行某个操作时,总是会报如图错误: 度娘一番,发现市面上常见的原因是配置文件中的特定节点的位置不对,或者配置文件损坏等等,而这个程序根本没有使用内置的配置文件方案,而是用的i ...

  6. DIP依赖倒置原则

    一.定义 1.高层模块不应该依赖低层模块,二者都应该依赖抽象 2.抽象不应该依赖于细节.细节应该依赖于抽象 二.层次化 1.简单介绍 结构良好的面向对象架构都具有清晰的层次定义,每个层次通过一个定义良 ...

  7. SCC重新建图

    Tarjan或Kosaraju算法[对每个点归类belong]求出SCC之后,对num_scc个SCC重新建图,针对不同问题,考虑重边的问题. //************************** ...

  8. 炉石传说 C# 开发笔记 (源代码整理公开)

    源代码已经整理过了,去除了不需要的项目. 注意:以前文章中出现过的Git已经变更过了,请以前关注过,Fork过的朋友,重新Fork一下. GitHub地址 卡牌XML文件的做成:(Git上面是没有XM ...

  9. MongoDB管理工具的插件系统

    MongoDB管理工具  MongoCola的开发已经进入第三个年头了. 官方对于C#驱动的投入不够导致了很多东西都必须自己实现,但是不管怎么样,工具现在已经很强大了. 最近准备着手插件系统的开发,简 ...

  10. html5学习笔记(2)

    效果图 以下为源码 <!DOCTYPE html> <html> <head lang="en"> <meta charset=" ...