博客园_张志敏

SQLite 常用 SQL

2012-05-03T08:25:00Z

主键自增

创建表时将主键列设置为 INTEGER PRIMARY KEY ，例如：

CREATE TABLE [Test] (
[Id] INTEGER PRIMARY KEY,
[Name] NVARCHAR(20) NOT NULL
);

最后插入的行号

查看最后插入的行号是用 last_insert_rowid() 函数，与 SQL Server 的 @@Identity 类似，例如：

INSERT INTO [Test] (Name)
VALUES ('Test')

SELECT LAST_INSERT_ROWID()

连接两个字符串

将两个字符串连接起来用 || ，例如：

INSERT INTO [Test] (Name)
VALUES ('Test_' || CAST(LAST_INSERT_ROWID() AS NVARCHAR(10)));

日期与时间

SQLite 支持下面 5 个日期与时间函数：

date(timestring, modifier, modifier, ...)
time(timestring, modifier, modifier, ...)
datetime(timestring, modifier, modifier, ...)
julianday(timestring, modifier, modifier, ...)
strftime(format, timestring, modifier, modifier, ...)

这 5 个函数都接受一个时间字符串作为参数，紧跟着的是可选的修饰符。 strftime 函数还接受一个格式化字符串作为它的第一个参数。

这些时间日期函数使用 ISO-8601 规定的时间日期格式的子集， date 函数返回 YYYY-MM-DD 格式的日期， time 函数返回 HH:MM:SS 格式的时间，而 datetime 则返回 "YYYY-MM-DD HH:MM:SS" 格式的日期时间； julianday 函数则返回自儒略日（公元前4713年1月1日）的天数； strftime 返回的格式则由其参数决定，下面是 strftime 可以接受的参数格式：

%d day of month: 00
%f fractional seconds: SS.SSS
%H hour: 00-24
%j day of year: 001-366
%J Julian day number
%m month: 01-12
%M minute: 00-59
%s seconds since 1970-01-01
%S seconds: 00-59
%w day of week 0-6 with Sunday==0
%W week of year: 00-53
%Y year: 0000-9999
%% %

所有的日期时间函数都可以用 strftime 函数表示，提供这些函数的唯一原因是为了方便和高效，例如：

date(...)	strftime('%Y-%m-%d', ...)
time(...)	strftime('%H:%M:%S', ...)
datetime(...)	strftime('%Y-%m-%d %H:%M:%S', ...)
julianday(...)	strftime('%J', ...)

可接受的时间字符串

YYYY-MM-DD
YYYY-MM-DD HH:MM
YYYY-MM-DD HH:MM:SS
YYYY-MM-DD HH:MM:SS.SSS
YYYY-MM-DDTHH:MM
YYYY-MM-DDTHH:MM:SS
YYYY-MM-DDTHH:MM:SS.SSS
HH:MM
HH:MM:SS
HH:MM:SS.SSS
now
DDDDDDDDDD

在第 5 至第 7 个格式中， "T" 是 ISO-8601 规定的日期时间分隔符；第 8 至第 10 个格式中只声明了时间，其对应的日期为 2000-01-01 ；第 11 个格式 ‘now’ 表示从系统获取的当前 UTC 时间；第 12 个格式则表示从儒略日起的日期数。

修饰符

时间字符串可以跟多个可选的修饰符来对时间进行调整，每个修饰符是对其左边时间值得一个转换，从左到右依次应用，顺序很重要。可用的修饰符如下：

NNN days
NNN hours
NNN minutes
NNN.NNNN seconds
NNN months
NNN years
start of month
start of year
start of day
weekday N
unixepoch
localtime
utc

前 6 个修饰符用于向时间字符串或修饰符指定的日期时间添加指定数量的时间。注意 "±NNN months" 的工作方式是：先将原来的日期渲染成 YYYY-MM-DD 格式，对月份添加 ±NNN 的值，然后再对结果进行修正。如果 2001-03-31 添加了 '+1 month' 修饰符，则应先得到 2001-04-31 ，由于 4 月只有 30 天，所以结果会被修正为 2001-05-01 。如果向闰年的 2 月 29 日添加了 '±N years' 修饰符，当 N 不是 4 的倍数时，也会发生这样的修正。

第 7 到 9 的那些 "start of" 修饰符将日期转换为当前日、月、年的开始时间。

修饰符 "weekday" 将日期向后推进直到下一周的指定天数。星期天是 0 ，星期一是 1 ，依此类推。

第 11 个修饰符 "unixepoch" 只有在日期格式为 "DDDDDDDDDD" 时才有效，将 unix 时间戳转换成时间，由于参数是 64 位整数，因此，有效地时间范围是 0000-01-01 00:00:00 至 5352-11-01 10:52:47 (Unix 时间 -62167219200 至 10675199167)

修饰符 "localtime" 将 utc 时间转换为本地时间， "utc" 则相反。

示例

计算当前日期：

SELECT date('now');

计算当前月的最后一天：

SELECT date('now','start of month','+1 month','-1 day');

计算给定 unix 时间戳对应的日期时间：

SELECT datetime(1092941466, 'unixepoch');

计算给定 unix 时间戳对应的日期时间并转换成本地时间：

SELECT datetime(1092941466, 'unixepoch', 'localtime');

计算当前的 unix 时间戳：

SELECT strftime('%s','now');

计算从美国独立到现在的天数：

SELECT julianday('now') - julianday('1776-07-04');

计算从2004年某个时刻到现在的秒数：

SELECT strftime('%s','now') - strftime('%s','2004-01-01 02:34:56');

计算今年10月份的第一个星期三：

SELECT date('now','start of year','+9 months','weekday 2');

计算 unix 时间纪元到现在的秒数（与 strftime('%s','now') 类似，包含小数部分）：

SELECT (julianday('now') - 2440587.5)*86400.0;HH:MM:SS

本文链接

让 VS 编译 MonoTouch 项目源文件不再出错

2012-04-25T03:54:00Z

使用 MonoTouch 做 iOS 开发，由于 MonoDevelop 和 VS 2010 相比，功能差的太多，通常会相应的建立两个项目，一个是 MonoDevelop 项目，在 OSX 下使用，一个是 VS 项目，在 Windows 下使用，在 Windows 系统下进行编码，之后再在 OSX 下进行调试。不过，默认的 VS 项目在添加 MonoTouch 项目的 CS 源文件之后，经常编译出错，而且如果安装了 Resharper 之类的插件之话，也会得到一大堆错误信息，令人感觉非常恶心。经过一番研究发现是因为 VS 不能引用 MonoTouch 的几个核心 dll 文件导致的，包括 mscorlib.dll ， System.dll ， System.Core.dll 等，找到原因之后，对应的解决方法就有了。

新建项目， .Net Framework 选择 4.0 或以上，项目类型选择类库项目，项目名称为 MonoTouchLib ，如下图所示：

编辑项目属性，选择 build 选项卡， Configuration 选择 All Configurations ，点击右下角的 advanced 按钮，在弹出的 Advanced Build Setting 对话框中勾选 Do not reference mscorlib.dll ，如下图所示：

右击 MonoTouchLib 项目，在上下文菜单选择 Unload Project ，再次右击，选择 Edit MonoTouchLib.csproj ，按照下图对项目文件进行修改：

修改好之后，保存并重新加载项目即可。把这个项目导出为项目模板，以后就不用每次都重复设置了。

如果再要引用其它的 MonoTouch 组件，可以尝试直接添加引用，如果发现引用路径不正确的话，还按照这个方法进行修改。

这样修改过后的项目，不仅可以顺利编译 MonoTouch 项目的源文件， Resharper 也不再提示错误。

本文链接

MonoTouch绑定CocoaTouch类库

2012-04-22T13:02:00Z

绑定概述

在 Windows/Linux 平台上， .Net/Mono 可以通过平台调用 (P/Invoke) 技术调用本地类库，通过互操作 (Interop) 技术调用 COM 组件，在 iOS 平台上， MonoTouch 也有类似的技术，可以调用 iOS 的 CocoaTouch 类库，这种技术在 MonoTouch 叫做绑定 (Binding) ，整个 monotouch.dll 就是用绑定技术完成的。

互联网上有很多热心网友提供的 CacoaTouch 类库，如果想使用这些类库，完全用 C# 重写是不可取的，所以就要用到 MonoTouch 的绑定技术。

绑定技术听起来高深，其实仔细研究起来，其实并不难。接下来，以 KKGridView 为例，说明怎样绑定 CocoaTouch 类库项目。

准备 MonoTouch 绑定项目

新建一个名称为 KKGridView 的空白解决方案，作为工作区，再新建一个绑定项目，名称为 Binding ，项目建好之后，设置绑定项目的默认命名空间为 MonoTouch.KKGrid ，并设置项目的输出为 KKGridView ，相关截图如下：

绑定项目默认结构如下，包含两个文件： ApiDeginition.cs 和 StructsAndEnums.cs ，其中 ApiDefinition 用于绑定 CacoaTouch 类库定义的 interface 、 delegate 与 protocol 及其成员，而 StructsAndEnums 用于绑定 ApiDefinition 所需的结构、枚举以及其它。这两个文件的编译方式是不同的，所以对应的 C# 类型必须对号入座才行。

获取 KKGridView 源代码并编译

KKGridView 在 GitHub 上的主页是 https://github.com/kolinkrewinkel/KKGridView.git ，使用 git 可以轻松获取其源代码。打开一个命令行窗口，切换到绑定项目目录，输入下面的命令：

git clone https://github.com/kolinkrewinkel/KKGridView.git

等命令行运行完毕，源代码就获取好了，接下来要编译 KKGridView ，接着输入下面的命令：

cd KKGridView
xcodebuild -project KKGridView.xcodeproj -target KKGridView -sdk iphonesimulator -configuration Release clean build
xcodebuild -project KKGridView.xcodeproj -target KKGridView -sdk iphoneos -configuration Release clean build
lipo -create -output libKKGridView.a build/Release-iphonesimulator/libKKGridView.a build/Release-iphoneos/libKKGridView.a

现在打开 MonoDevelop 将最终生成的 libKKGridView.a 添加到绑定项目，现在可以开始进行绑定了。

绑定 Objective-C 类型至 C#

绑定的语法定义为：

[BaseType(typeof(TypeBase))]
interface MyType [: Prodocol1, Protocol2] {
IntPtr Constructor(string foo);
}

MyType 与 ObjC 的类型对应， TypeBase 与 ObjC 的基类对应， Protocol1 、 Prodocol2 与 ObjC 类型实现的协议对应。

interface

ObjC 的 interface 定义如下：

@interface KKGridView : UIScrollView
@end

对应的绑定语法如下：

[BaseType(typeof(UIScrollView))]
interface KKGridView {
}

protocol

ObjC 的 protocol 定义语法如下：

@protocol KKGridViewDataSource <NSObject>
@end

或者

@protocol KKGridViewDelegate <NSObject , UIScrollViewDelegate>
@end

ObjC 的 protocol 与 C# 的 interface 有些类似，但是 protocol 中定义的方法有两种， optional 和 required ，又有点儿像抽象类， MonoTouch 将其绑定为类，并添加 ModelAttribute 标记，对应的绑定语法分别为：

[Model, BaseType(typeof(NSObject))]
interface KKGridViewDataSource {
}

[Model, BaseType(typeof(UIScrollViewDelegate))]
interface KKGridViewDelegate {
}

instance method

实例方法绑定为对应的 C# 实例方法：

- (NSString *)gridView:(KKGridView *)gridView titleForHeaderInSection:(NSUInteger)section;[Export("gridView:titleForHeaderInSection:")]
string GridViewTitleFoHeaderInSection(KKGridView gridView, uint section);

如果是 protocol 的 required 方法，则在对应的 C# 方法上添加 Abstract 标记，例如：

- (NSUInteger)gridView:(KKGridView *)gridView numberOfItemsInSection:(NSUInteger)section;[Abstract, Export("gridView:numberOfItemsInSection:")]
uint GridViewNumberOfItemsInSection(KKGridView gridView, uint section);

class method

ObjC 中的 class method 与 C# 中的静态方法概念一致，因此绑定为 C# 的静态方法，例如：

+ (id)cellForGridView:(KKGridView *)gridView;[Static, Export("cellForGridView:")]
KKGridViewCell CellFroGridView(KKGridView gridView);

property

ObjC 的属性通常由 setPropertyName 、 propertyName 两个方法组成，绑定为 C# 的属性：

@property (nonatomic) BOOL allowsMultipleSelection; [Export("allowsMultipleSelection")]
bool AllowsMultipleSelection { get; set; }

如果不是由默认的两个方法组成，例如：

@property (nonatomic, getter = isSelected) BOOL selected;

对应的绑定为：

[Export("selected")]
bool Selected { [Bind("isSelected")]get; set; }

enum

枚举的绑定是最容易的，不过要放在 enums.cs 文件中，例如：

typedef enum {
KKGridViewAnimationFade,
KKGridViewAnimationResize,
KKGridViewAnimationSlideLeft,
KKGridViewAnimationSlideTop,
KKGridViewAnimationSlideRight,
KKGridViewAnimationSlideBottom,
KKGridViewAnimationExplode,
KKGridViewAnimationImplode,
KKGridViewAnimationNone
} KKGridViewAnimation;public enum KKGridViewAnimation {
Fade,
Resize,
SlideLeft,
SlideTop,
SlideRight,
SlideBottom,
Explode,
Implode,
None
}

添加 Makefile

# 定义一些常量
PROJECT_ROOT=KKGridView
PROJECT=$(PROJECT_ROOT)/$(PROJECT_ROOT).xcodeproj
BUILD_ROOT=$(PROJECT_ROOT)/Build
TARGET=$(PROJECT_ROOT)
SDK=lib$(TARGET).a
BTOUCH=/Developer/MonoTouch/usr/bin/btouch
SMCS=/Developer/MonoTouch/usr/bin/smcs
XBUILD=/Developer/usr/bin/xcodebuild

# 从github获取源代码
$(PROJECT_ROOT):
git clone https://github.com/kolinkrewinkel/$(PROJECT_ROOT).git
cd $(PROJECT_ROOT) && git pull

# 编译模拟器版本
simulator: $(PROJECT_ROOT)
mkdir -p libs
$(XBUILD) -project $(PROJECT) -target $(TARGET) -sdk iphonesimulator -configuration Release clean build
mv -f $(BUILD_ROOT)/Release-iphoneSimulator/lib$(TARGET).a ./libs/lib$(TARGET)-simulator.a

# 编译设备版本
iphoneos: $(PROJECT_ROOT)
mkdir -p libs
$(XBUILD) -project $(PROJECT) -target $(TARGET) -sdk iphoneos -configuration Release clean build
mv -f $(BUILD_ROOT)/Release-iphoneos/lib$(TARGET).a ./libs/lib$(TARGET)-iphoneos.a

# 讲两个版本合成为一个
sdk:
lipo -create -output $(SDK) libs/lib$(TARGET)-simulator.a libs/lib$(TARGET)-iphoneos.a

# 编译 MonoTouch 组件
asm:
# 使用 btouch 编译出的 dll 文件总是无法运行，不知是怎么回事，只能用 MonoDevelop 进行编译，所以把这里注释掉了。
#$(BTOUCH) -d=MONOTOUCH -out:bin/$(TARGET).dll api.cs -s:enum.cs --link-with=$(SDK),$(SDK)

# 清理
clean:
rm -rf $(PROJECT_ROOT) libs ios *.a *.dll *.stamp

# 全部任务
all: clean simulator iphoneos sdk asm

绑定项目源代码

KKGridView 的全部绑定源代码放在 GitHub ，地址为 https://github.com/beginor/MonoTouch.KKGridView ，有兴趣的可以围观。

本文链接

升级 Xcode 4.3 后找不到 xcodebuild 的解决方法

2012-04-22T07:44:00Z

Xcode 升级到 4.3 之后，原来的 /Developer 目录被删除了，新的 Developer 目录是

/Applications/Xcode.app/Contents/Developer

切换的方法是打开命令行窗口，输入

sudo /usr/bin/xcode-select -switch /Applications/Xcode.app/Contents/Developer

本文链接

iOS 静态类库项目的建立与使用

2012-04-20T06:09:00Z

新建 Xcode workspace

打开 Xcode ，选择 File -> New -> Workspace ，将 Workspace 命名为 Test.xcworkspace ，并选择合适的目录。

新建 Static Library 项目

选择 File -> New -> Project ，项目模板选择 Cocoa Touch Static Library ，项目名称命名为 MyLib.xcodeproj ，注意选中 Use Automatic Reference Counting 。

Xcode 会在项目中自动生成 MyLib.h 和 MyLib.m 文件，单击 MyLib.h 文件，添加下面的两个方法定义：

- (NSInteger) add:(NSInteger)a and:(NSInteger)b;
+ (NSString*) connect:(NSString*)str1 and:(NSString*)str2;

再打开 MyLib.m 文件，添加刚刚定义两个文件的实现：

- (NSInteger) add:(NSInteger)a and:(NSInteger)b {
return a + b;
}

+ (NSString*) connect:(NSString *)str1 and:(NSString *)str2 {
return [NSString stringWithFormat:@"%@ %@", str1, str2];
}

现在，最终的文件看起来是这样的：

//
// MyLib.h
// MyLib
//
// Created by gdeic on 4/16/12.
// Copyright (c) 2012 __MyCompanyName__. All rights reserved.
//

#import

@interface MyLib : NSObject

- (NSInteger) add:(NSInteger)a and:(NSInteger)b;

+ (NSString*) connect:(NSString*)str1 and:(NSString*)str2;

@end

//
// MyLib.m
// MyLib
//
// Created by gdeic on 4/16/12.
// Copyright (c) 2012 __MyCompanyName__. All rights reserved.
//

#import "MyLib.h"

@implementation MyLib

- (NSInteger) add:(NSInteger)a and:(NSInteger)b {
return a + b;
}

+ (NSString*) connect:(NSString *)str1 and:(NSString *)str2 {
return [NSString stringWithFormat:@"%@ %@", str1, str2];
}
@end

选中 MyLib 项目，在中间的编辑器窗口中选择项目的 Target ，选择 Build Phases 标签，展开 Copy Headers 分组，下面有三个子分组，分别是 Public 、 Project 与 Private ，将 MyLib.h 拖拽到 Public 分组即可。

保存所有文件，选择 Product -> Build ，进行编译，生成 libMyLib.a 文件，同时也会将 MyLib.h 文件复制到输出目录。

使用静态类库项目

选择 File -> New -> Project ，项目模板选择 iOS -> Application -> Single View Application ，项目名称命名为 MyApp ，注意勾选 Use Storyboards 和 Use Automatic Reference Counting 。

建好项目之后，项目窗口如下如所示：

将 MyLib 项目拖拽到 MyApp 项目的 Frameworks 文件夹，在弹出的对话框中选择 Create groups for any added folders ，然后点击 Finish 按钮。

选中 MyApp 项目，在选择项目的目标 (Target) ，选中 Summary 标签页下找到 Linked Frameworks and Library 分组选项，如下图：

点击下面的加号按钮，将工作区的 libMyLib.a 添加进去。

接下来添加头文件搜索目录，选中 Targets 上面的 Project ，选择 Build Settings 标签页，在搜索框内输入 header search 进行过滤，找到 Header Search Paths ，添加一行，输入 ../MyLib ，并选中递归复选框。

现在要先验证一下对 MyLib 的引用是否正确，打开 MyApp 项目的 ViewController.m ，添加对 MyLib.h 的引用，如下图所示，并编译 MyApp ，如果编译成功，则表示引用正确。

打开 MainStoryboard.storyboard 文件，在生成的 ViewController 上添加两个 UITextField 、两个 UIButton 以及一个 UILabel，如下图所示：

并添加相应的 outlet 和 action ， ViewController.h 如下：

//
// ViewController.h
// MyApp
//
// Created by gdeic on 4/19/12.
// Copyright (c) 2012 __MyCompanyName__. All rights reserved.
//

#import

@interface ViewController : UIViewController

@property (weak, nonatomic) IBOutlet UITextField *textField1;

@property (weak, nonatomic) IBOutlet UITextField *textField2;

@property (weak, nonatomic) IBOutlet UILabel *resultLabel;

- (IBAction)addButtonClick:(id)sender;

- (IBAction)connectButtonClick:(id)sender;

@end

打开 ViewController.m 文件，实现 addButtonClick: 和 connectButtonClick: 方法，在 addButtonClick: 方法中调用 MyLib 的实例方法 add:and: ，在 connectButtonClick: 方法中调用 MyLib 的静态方法 connect:and: ，如下所示：

- (IBAction)addButtonClick:(id)sender {
// 获取用户输入的两个数字
NSInteger num1 = [self.textField1.text integerValue];
NSInteger num2 = [self.textField2.text integerValue];
// 初始化一个新的 MyLib 实例
MyLib* myLib = [[MyLib alloc] init];
// 调用实例方法相加
NSInteger result = [myLib add:num1 and:num2];
// 显示结果
self.resultLabel.text = [NSString stringWithFormat:@"%d + %d = %d", num1, num2,result];
}

- (IBAction)connectButtonClick:(id)sender {
// 获取用户输入的两个字符串
NSString* str1 = self.textField1.text;
NSString* str2 = self.textField2.text;
// 调用 MyLib 的静态方法连两个字符串
NSString* result = [MyLib connect:str1 and:str2];
// 显示结果
self.resultLabel.text = result;
}

点击添加按钮时，效果如下图所示：

点击 Connect 按钮时，效果如下图所示：

本文链接

从源代码编译里程碑的 ICS ROM

2012-04-19T01:17:00Z

操作系统选择 Ubuntu 10.04，可以用虚拟机；
安装 Android SDK ，并更新；
打开命令行窗口，输入下面的命令，准备编译环境：
sudo apt-get install git-core gnupg flex bison gperf libsdl1.2-dev libesd0-dev libwxgtk2.6-dev squashfs-tools build-essential zip curl libncurses5-dev zlib1g-dev sun-java6-jdk pngcrush schedtool
如果提示说找不到 sun-java-jdk ，可以安装 open-jdk6 代替；
安装 Repo 命令
curl https://dl-ssl.google.com/dl/googlesource/git-repo/repo > ~/bin/repo
chmod a+x ~/bin/repo
按照 nadlabak 的说明，输入下列命令：
mkdir cm4mm
cd cm4mm
repo init -u git://github.com/nadlabak/android.git -b ics
repo sync
vendor/cm/get-prebuilts
. build/envsetup.sh && lunch cm_umts_sholes-eng && mka bacon
如果不出错误的话，就可以在 out/target/product/umts_sholes 目录看到编译好的 update-cm-9.0.0-RC0-umts_sholes-UNOFFICIAL-signed.zip 文件，这个文件可以通过 OpenRecovery 进行安装。

本文链接

IIS 7.5 下应用程序池的预定义账户

2012-03-26T11:23:00Z

IIS 7.5 下的应用程序池标识的预定义账户有下面几个可选项：

ApplicationPoolIdentity 默认情况下，选择“应用程序池标识”帐户。启动应用程序池时动态创建“应用程序池标识”帐户，因此，此帐户对于您的应用程序来说是最安全的。
LocalService “本地服务”帐户是用户组的成员之一，它拥有与“网络服务”帐户相同的用户权限，但仅限于在本地计算机上使用。当应用程序池中的工作进程不需要访问它所运行在的 Web 服务器以外的内容时，可以使用此帐户。
LocalSystem “本地系统”帐户拥有所有用户权限，它是 Web 服务器上的管理员组的成员之一。应尽可能避免使用“本地系统”帐户，因为它会给 Web 服务器带来更严重的安全风险。
NetworkService “网络服务” 帐户是 Users 组的成员之一，并拥有运行应用程序所需的用户权限。通过使用计算机帐户的凭据，它可以在整个基于 Active Directory 的网络上进行交互。

如果应用程序池选择的是 ApplicationPoolIdentity ，这个账户的权限很低，只属于 IIS_IUSRS 用户组，甚至不属于 Users 用户组，而应用程序又需要访问本地文件系统（比如日志输出），就需要为 ApplicationPoolIdentity 账户设置 NTFS 权限，这个账户在安全对话框是找不到的，只能手工输入 IIS APPPOOL\{app pool name} 进行设置。

通过查看 IIS_IUSRS 用户组的属性可以看到全部的“应用程序池标识”账户，如下图：

本文链接

Web API 依赖注入与扩展

2012-03-22T05:40:00Z

依赖注入

与 MVC 类似， Web API 提供了System.Web.Http.Services.IDependencyResolver 接口来实现依赖注入，我们可以很容易的用 Unity 来实现这个接口：

public class UnityDependencyResolver : IDependencyResolver {

private readonly IUnityContainer _container;

public UnityDependencyResolver(IUnityContainer container) {
this._container = container;
}

public object GetService(Type serviceType) {
return this._container.IsRegistered(serviceType) ? this._container.Resolve(serviceType) : null;
}

public IEnumerable<Object> GetServices(Type serviceType) {
return this._container.Registrations
.Where(reg => type.IsAssignableFrom(reg.RegisteredType))
.Select(reg => string.IsNullOrEmpty(reg.Name) ? this._container.Resolve(type) : this._container.Resolve(type, reg.Name));
}

}

使用 UnityDependencyResolver 的方法也很简单，只要在 Global.asax.cs 里添加下面一行代码即可：

GlobalConfiguration.Configuration.ServiceResolver.SetResolver(new UnityDependencyResolver(container));

将 UnityDependencyResolver 配置好之后， Web API 框架将会在运行时向其请求一系列的接口实现：

应用启动时， Web API 框架会依次请求下列接口：

System.Web.Http.Dispatcher.IHttpControllerFactory
System.Web.Http.Common.ILogger
System.Web.Http.Dispatcher.IHttpControllerActivator
System.Web.Http.Controllers.IHttpActionSelector
System.Web.Http.Controllers.IHttpActionInvoker

在第一次访问某个 Controller 之前，还会请求下面的接口（如果重复访问相同的 Controller ，则不会再次调用）：

System.Web.Http.Filters.IFilterProvider

每次处理 HTTP 请求时， Web API 请求下列接口：

System.Web.Http.Controllers.IActionValueBinder
System.Web.Http.ValueProviders.ValueProviderFactory （仅 Action 需要参数时才需要）
System.Web.Http.ModelBinding.ModelBinderProvider （仅 Action 需要参数时才需要）
System.Web.Http.Metadata.ModelMetadataProvider （仅 Action 需要参数时才需要）
System.Web.Http.Validation.ModelValidatorProvider （仅 Action 需要参数时才需要）
System.Net.Http.Formatting.IFormatterSelector

这些接口都是 Web API 公开的扩展点，可以根据需要来对这些接口进行实现，并通过 Unity 进行配置，让其注入到 Web API 运行时中。接下来将逐个讨论这些扩展点。

扩展

IHttpControllerFactory

IHttpControllerFactory 接口有两个方法，负责创建和销毁 HttpController 实例：

CreateController(HttpControllerContext, Type) : IHttpController
ReleaseController(IHttpController) : void

这个接口的默认实现是 DefaultHttpControllerFactory ，根据当前请求的上下文通过创建 HttpControllerDescriptor ，然后通过 HttpControllerDescriptor 的 ControllerActivator 创建对应的 IHttpController 实例。

ILogger

只是一个日志接口，有下面的几个方法：

Log(string, TraceLevel, Func) : void
LogException(string, TraceLevel, Exception) : void

默认的实现是 DiagnosticLogger ，通过 ILSpy 观察，貌似什么都没有做。

IHttpControllerActivator

负责创建具体的 Controller 实例，只有一个方法：

Create(HttpControllerContext, Type) : IHttpController

默认的实现是 DefaultHttpControllerActivator ，先向 DependencyResolver 请求对应 Controller 类型的实例，如果返回为空，则通过动态编译包装 Controller 类型构造函数的 lambda 表达式进行创建实例，相关的代码如下：

Func<IHttpController> func = TypeActivator.Create<IHttpController>(controllerType);
Tuple<HttpControllerDescriptor, Func<IHttpController>> value = Tuple.Create<HttpControllerDescriptor, Func<IHttpController>>(controllerContext.ControllerDescriptor, func);
Interlocked.CompareExchange<Tuple<HttpControllerDescriptor, Func<IHttpController>>>(ref this._fastCache, value, null);
result = func();

IHttpActionSelector

负责选择合适的动作，默认的实现是 ApiControllerSelector ，选择规则如下：

如果路由定义了 {action} ，则通过当前的 HttpControllerContext 中的 action 的值寻找合适的方法；
否则，根据当前的 HTTP 请求方法 (POST, GET, PUT, DELETE) 寻找合适的方法。

IHttpActionInvoker

负责调用 HttpActionSelector 选择到的方法，该接口有一个方法：

InvokeActionAsync(HttpActionContext, CancellationToken) : Task<HttpResponseMessage>

默认的实现是 ApiControllerActionInvoker ，通过反射找出动作方法的参数信息，然后再通过动态创建 lambda 表达式对方法进行调用，取得返回结果，部分代码如下：

ParameterExpression parameterExpression = Expression.Parameter(typeof(object), "instance");
ParameterExpression parameterExpression2 = Expression.Parameter(typeof(object[]), "parameters");
List<Expression> list = new List<Expression>();
ParameterInfo[] parameters = methodInfo.GetParameters();
for (int i = 0; i < parameters.Length; i++)
{
ParameterInfo parameterInfo = parameters[i];
BinaryExpression expression = Expression.ArrayIndex(parameterExpression2, Expression.Constant(i));
UnaryExpression item = Expression.Convert(expression, parameterInfo.ParameterType);
list.Add(item);
}
UnaryExpression instance2 = (!methodInfo.IsStatic) ? Expression.Convert(parameterExpression, methodInfo.ReflectedType) : null;
MethodCallExpression methodCallExpression = Expression.Call(instance2, methodInfo, list);
if (methodCallExpression.Type == typeof(void))
{
Expression<Action<object, object[]>> expression2 = Expression.Lambda<Action<object, object[]>>(methodCallExpression, new ParameterExpression[]
{
parameterExpression,
parameterExpression2
});
Action<object, object[]> voidExecutor = expression2.Compile();
return delegate(object instance, object[] methodParameters)
{
voidExecutor(instance, methodParameters);
return null;
}
;
}
UnaryExpression body = Expression.Convert(methodCallExpression, typeof(object));
Expression<Func<object, object[], object>> expression3 = Expression.Lambda<Func<object, object[], object>>(body, new ParameterExpression[]
{
parameterExpression,
parameterExpression2
});
return expression3.Compile();

取得返回结果之后，再调用 ApiResponseConverter 的 GetResponseConverter 方法找到合适的 Converter ，最后返回 Task<HttpResponseMessage>

IFilterProvider

负责提供过滤的标记， Web API 框架内置了下面的几个 FilterProvider ：

EnumerableEvaluatorFilterProvider 负责提供对 IENumerable 的每个元素的转换的标记，简单的说，就是负责提供将 Action 方法返回的 IEnumerable 的结果进行自定义转换的标记；
QueryCompositionFilterProvider 负责对 Action 方法返回的 IQueryable 的结果进行符合 OData 约定的 URL 参数进行再次过滤的标记 QueryCompositionFilterAttribute ，目前只支持 $filter 、 $orderby 、 $skip 以及 $top ；
ActionDescriptorFilterProvider
ConfigurationFilterProvider

注意，这里说的是 FilterProvider，不是 Filter ，也不是 FilterAttribute 。

IActionValueBinder

负责绑定 Action 方法的参数，默认的实现是 DefaultActionValuebinder ，通过调用 ValueProviderFactory 、 ModelBinderProvider 进行参数绑定，支持多种形式的参数绑定，绑定策略比较复杂，总的来说是简单的参数从 URL 中绑定，复杂参数从 HTTP 请求内容中获取。

ValueProviderFactory

定义了 Action 参数从哪里获取，有以下几个实现，分别支持从 URI 、 QueryString、 Post 内容中提取参数值：

CompositeValueProviderFactory
KeyValueModelProviderFactory
RouteDataValueProviderFactory
QueryStringValueProviderFactory

ModelBinderProvider

定义了如何将获取到的 HTTP 请求的的参数之绑定到指定的参数。 System.Web.Http.ModelBinding.Binders 命名空间内提供了多种 BinderProvider ，应该可以处理大多数常见的类型。

ModelMetadataProvider

负责提供模型元数据描述信息。

ModelValidatorProvider

负责根据元素据信息对模型进行验证。

IFormatterSelector

负责选择合适的格式，包括客户端请求的格式以及服务端返回的格式，默认实现是 FormatterSelector ，能够提下面的 MediaFormater ：

BufferedmediaTypeFormatter 提供对二进制格式的读取与写入；
FormUrlEncodedMediaTypeFormatter 提供对表单 URL 编码格式的读取与写入；
JsonMediaTypeFormatter 提供对 Json 格式的读取与写入；
XmlMediaFormatter 提供对 XML 格式的读取与写入。

本文链接

ASP.NET Web API 简介

2012-03-19T13:00:00Z

ASP.NET MVC 4 包含了 ASP.NET Web API，这是一个创建可以连接包括浏览器、移动设备等多种客户端的 Http 服务的新框架， ASP.NET Web API 也是构建 RESTful 服务的理想平台。

ASP.NET Web API 特性

ASP.NET Web API 包含下列特性：

先进的 HTTP 编程模型： 使用新的强类型的 HTTP 对象模型直接操作 HTTP 请求和响应，在 HTTP客户端使用相同的编程模型和 HTTP 管道；

支持路由： Web API 完整支持 ASP.NET 路由，包括路由参数和约束。此外，到动作的映射支持约定，从此将不再需要向类或者方法添加类似于 [HttpPost] 之类的属性；

内容协商： 客户端与服务端可以一起决定 API 返回数据的格式。默认支持 XML， JSON 以及 Form URL-Encoded 格式，可以扩展添加自定义格式，甚至可以替换掉默认的内容协商策略；

模型绑定与验证： 模型绑定器可以轻易地从 HTTP 请求中提取数据并转换成在动作方法中使用的 .Net 对象；
过滤： Web API 支持过滤，包括总所周知的 [Authorize] 过滤标记，可以为 Action 添加并插入自定义过滤，实现认证、异常处理等；

查询聚合： 只要简单的返回 Iqueryable<T> ， Web API 将会支持通过 OData 地址约定进行查询；

改进的 Http 细节可测试性： Web API 不是将 HTTP 细节设置到一个静态的 Context 对象上，而是使用 HttpRequestMessage 和 HttpResponseMessage 实例，可以使用这些对象的泛型版本为这些 Http 类型添加自定义类型；
改进的依赖反转 (IoC) 支持： Web API 使用 MVC Dependency Resolver 实现的服务定位器模式在不同的场景下来获取实例；

基于代码的配置： Web API 单独使用代码完成配置，从而保证了配置文件的整洁；

自托管 (Self-Host) ： Web API 除了可以托管在 IIS 中，还可以托管在进程中，依旧可以使用路由以及其它的特性。

第一个 Web API 程序

从零开始创建 Web API 项目

1、创建一个空的 ASP.NET 4.0 网站项目

2、添加对 System.Net.Http , System.Net.Http.Formatting , System.Web.Http , System.Web.Http.Common , System.Web.Http.WebHost 的引用

3、添加 Global Application Class ，并在 Global 类中的 Application_Start 方法中添加如下代码：

RouteTable.Routes.MapHttpRoute(
name: "DefaultApi",
routeTemplate: "api/{controller}/{id}",
defaults: new {
id = RouteParameter.Optional
}
);

4、添加一个 ProductsController ，继承自 ApiController ，代码如下：

public class ProductController : ApiController {

public IQueryable GetAllProducts() { ... }

public Product GetProductById(int id) { ... }

}

5、在浏览器输入 URI 访问资源，也可以通过脚本等任何客户端进行访问，以浏览器为例：

在地址栏输入 http://localhost:64334/api/products 将会访问到 GetAllProducts 方法，返回所有的 Product 实例；

在地址栏输入 http://localhost:64334/api/products /1 将会访问到 GetProductById 方法，返回指定 id 的 Product 实例；

理解 API 路由

对于每一个 Http 消息， ASP.NET Web API 框架通过路由表决定由哪个控制器处理请求。当你创建一个新的 Web API 项目时，将会包含一个类似这样的一个默认的路由：

/api/{controller}/{id}

{controller} 和 {id} 是两个占位符，当遇到一个符合这种样式的 URI ，将将会开始寻找合适的控制器方法进行调用，规则如下：

{controller} 用来与控制器名称像匹配；
HTTP 请求的方法用来与方法名称匹配；（本规则只适用于 GET, POST, PUT 和 DELETE）
{id} ，如果有，将会用于和方法的 id 参数进行匹配；

这里有一些请求的例子，以及基于当前实现情况的的 HTTP 动作结果：

HTTP Method	URI	Action
GET	/api/products	GetAllProducts
GET	/api/products/5	GetProduct(5)
POST	/api/products	HTTP Status 405
GET	/api/users/	HTTP Status 404

在第一个例子中，与 "products" 相匹配的是 ProductsController ， HTTP 请求的方法是 GET ，所以框架开始在 ProductController 类里面寻找以 “Get” 开头的方法，此外， URI 中没有提供 id 参数，所以框架要找一个没有参数的方法，最后， ProductsController 的 GetAllProducts 方法满足要求。

第二个例子与第一个类似，不同的是 URI 里面包含了 {id} 参数。因此，框架调用 GetProduct 方法，因为它需要一个名称为 id 参数。值得注意的是， URI 里面的 id 参数是字符串类型的 “5” ，框架会根据方法的签名自动把它转换成整形。

在第三个例子中，客户端发起 HTTP Post 请求，框架寻找名称以 “Post” 开始的方法。而 ProductController 类没有这样的方法，所以框架返回的 HTTP 状态码是 405 ，表示不允许调用的方法（Method Not Allowed）。

再看第四个例子，客户端发送一个 GET 请求到 /api/users 。框架寻找名称为 UserController 的控制器，这样的类还没有定义，所以框架返回的 HTTP 状态码是 404 ，表示请求的资源未找到。

Web API CURD

什么是 CURD

CURD 是指 Create 、 Update 、 Read 、 Delete 四个简单的数据库操作，通常大多数 Web 服务也通过 REST 风格的服务提供这些操作。

接下来将继续完善 ProductsController 以支持下面所有的操作：

动作	HTTP 方法	相对路径
获取全部	GET	/api/products
指定 id 获取	GET	/api/products/id
添加	POST	/api/products
更新	PUT	/api/products/id
删除	DELETE	/api/products/id

资源

ProductController 提供了两种 URI 资源：

资源	地址
全部产品列表	/api/products
单个产品	/api/products/id

HTTP 的四个主要方法（GET， PUT， POST， DELETE）按照下列方式映射为 CURD 操作：

GET 用于获取 URI 资源的进行展示， GET 操作不应对服务端有任何影响；
PUT 用于更新 URI 上的一个资源，如果服务端允许， PUT 也可以用于新建一个资源；
POST 用于新建资源，服务端在指定的 URI 上创建一个新的对象，将新资源的地址作为响应消息的一部分返回；
DELETE 用于删除指定的 URI 资源。

实现 CURD

新建资源

客户端发起 HTTP POST 请求新建资源，为了能处理 POST 请求，需要在 ProductController 定义一个以 Post 开头的方法，这个方法接受一个类型为 Product 的参数。

根据 HTTP/1.1 协议，需要注意的问题有：

响应代码： Web API 默认返回的响应代码是 200 (OK) ，但是根据 HTTP/1.1 协议， POST 请求并创建资源的响应代码应该是 201 (Created)；
地址：当服务器创建资源之后，应该在响应的 Header 里面包含新资源的地址。

新建资源的最终代码如下：

public HttpResponseMessage PostProduct(Product product) {
this._dbContext.Save(product);
var result = new HttpResponseMessage(product, HttpStatusCode.Created);
var location = Url.Route(null, new { id = product.ProductID });
result.Headers.Location = new Uri(location);
return result;
}

更新资源内容

更新是比较简单的，代码如下：

public HttpResponseMessage PutProduct(int id, Product product) {
if (!this._dbContext.Products.Any(p => p.ProductID == id)) {
throw new HttpResponseException(HttpStatusCode.NotFound);
}
product.ProductID = id;
this._dbContext.Update(product);
return new HttpResponseMessage(HttpStatusCode.OK);
}

该方法需要两个参数， id 从 URI 中获取， product 从客户端请求消息中获取。

删除资源

根据 HTTP 协议，删除应当是幂等的，也就是说一个 URI 上接受到多少个删除请求都是相同的，如果资源已经被删除，也不能返回错误的响应代码。

如果成功删除了资源，可以返回 200 (OK) 响应代码，以及一个实体进行状态说明，或者返回 204 (No Content)。

如果删除需要等待事务完成，则应该返回 202 (Accepted) 。

删除资源的实现代码如下：

public HttpResponseMessage DeleteProduct(int id) {
var product = this._dbContext.Products.FirstOrDefault(p => p.ProductID == id);
this._dbContext.Delete(product);
return new HttpResponseMessage(HttpStatusCode.NoContent);
}

本文链接

MonoTouch 在 iOS 上定义的一些特殊目录

2012-02-26T12:16:00Z

Environment.SpecialFolder

通过对 Environment.SpecialFolder 进行枚举，可以得到 MonoTouch 在 iOS 设备上定义的特殊目录列表如下：

SpecialFolder	iOS 模拟器#	iOS 设备
Desktop	#/Applications/{appid}/Desktop	/private/var/mobile/Applications/{appid}/Desktop
Personal	#/Applications/{appid}/Documents	/private/var/mobile/Applications/{appid}/Documents
Favorites	#/Applications/{appid}/Library/Favorites	/private/var/mobile/Applications/{appid}/Library/Favorites
MyMusic	#/Applications/{appid}/Music	/private/var/mobile/Applications/{appid}/Music
MyVideos	#/Applications/{appid}/Videos	/private/var/mobile/Applications/{appid}/Videos
DesktopDirectory	#/Applications/{appid}/Desktop	/private/var/mobile/Applications/{appid}/Desktop
Templates	#/Applications/{appid}/Templates	/private/var/mobile/Applications/{appid}/Templates
ApplicationData	#/Applications/{appid}/Documents/.config	/private/var/mobile/Applications/{appid}/Documents/.config
LocalApplicationData	#/Applications/{appid}/Documents	/private/var/mobile/Applications/{appid}/Documents
InternetCache	#/Applications/{appid}/Library/Caches	/private/var/mobile/Applications/{appid}/Library/Caches
CommonApplicationData	/usr/share	/usr/share
ProgramFiles	/Applications	/Applications
MyPictures	#/Applications/{appid}/Pictures	/private/var/mobile/Applications/{appid}/Pictures

# 表示 iOS 模拟器根目录，通常为 ~/Library/Application Support/iPhone Simulator/5.0

Environment.CurrentFolder

在程序中调用 Environment.CurrentFolder ，在 iOS 模拟器上，得到的值为 #/Applications/{appid}/{AppName}.app ，在 iOS 设备商，得到的值是 /private/var/mobile/Applications/{appid}/{AppName}.app 。

IsolatedStorage

在 iOS 上也使用 IsolatesStorage 与 Silverlight 大致相同，不过iOS 上的本地存储只支持用户存储，不支持机器独立存储，也就是说只能使用下面三个方法是用本地存储：

IsolatedStorageFile.GetUserStorage()

IsolatedStorageFile.GetUserStoreForAssembly()

IsolatedStorageFile GetUserStoreForDomain()

通过跟踪发现，这几个方法是用的独立存储目录是一样的，都是存取 Environment.SpecialFolder.ApplicationData 目录。

本文链接