博客园_张志敏

使用 Task 简化异步编程

2012-01-16T01:36:00Z

.Net 传统异步编程概述

.NET Framework 提供以下两种执行 I/O 绑定和计算绑定异步操作的标准模式：

异步编程模型 (APM)，在该模型中异步操作由一对 Begin/End 方法（如 FileStream.BeginRead 和 Stream.EndRead）表示。
基于事件的异步模式 (EAP)，在该模式中异步操作由名为“操作名称Async”和“操作名称Completed”的方法/事件对（例如 WebClient.DownloadStringAsync 和 WebClient.DownloadStringCompleted）表示。（EAP 是在 .NET Framework 2.0 版中引入的）。

Task 的优点以及功能

通过使用 Task 对象，可以简化代码并利用以下有用的功能：

在任务启动后，可以随时以任务延续的形式注册回调。
通过使用 ContinueWhenAll 和 ContinueWhenAny 方法或者 WaitAll 方法或 WaitAny 方法，协调多个为了响应 Begin_ 方法而执行的操作。
在同一 Task 对象中封装异步 I/O 绑定和计算绑定操作。
监视 Task 对象的状态。
使用 TaskCompletionSource 将操作的状态封送到 Task 对象。

使用 Task 封装常见的异步编程模式

1、使用 Task 对象封装 APM 异步模式，这种异步模式是 .Net 标准的异步模式之一，也是 .Net 最古老的异步模式，自 .Net 1.0 起就开始出现了，通常由一对 Begin/End 方法同时出现，以 WebRequest 的 BeginGetResponse 与 EndGetResponse 方法为例：

var request = WebRequest.CreateHttp(UrlToTest);
request.Method = "GET";
var requestTask = Task.Factory.FromAsync<WebResponse>(
   request.BeginGetResponse,
   request.EndGetResponse,
   null
);
requestTask.Wait();
var response = requestTask.Result;

2、使用 Task 对象封装 EPM 异步模式，这种模式从 .Net 2.0 开始出现，同时在 Silverlight 中大量出现，这种异步模式以 “操作名称Async” 函数和 “操作名称Completed” 事件成对出现为特征，以 WebClient 的 DownloadStringAsync 方法与 DownLoadStringCompleted 事件为例：

var source = new TaskCompletionSource<string>();
var webClient = new WebClient();
webClient.DownloadStringCompleted += (sender, args) => {
   if (args.Cancelled) {
      source.SetCanceled();
      return;
   }
   if (args.Error != null) {
      source.SetException(args.Error);
      return;
   }
   source.SetResult(args.Result);
};
webClient.DownloadStringAsync(new Uri(UrlToTest, UriKind.Absolute), null);
source.Task.Wait();
var result = source.Task.Result;

3、使用 Task 对象封装其它非标准异步模式，这种模式大量出现在第三方类库中，通常通过一个 Action 参数进行回调，以下面的方法为例：

void AddAsync(int a, int b, Action<int> callback)

封装方法与封装 EPM 异步模式类似：

var source = new TaskCompletionSource<int>();
Action<int> callback = i => source.SetResult(i);
AddAsync(1, 2, callback);
source.Task.Wait();
var result = source.Task.Result;

通过上面的例子可以看出，用 Task 对象对异步操作进行封装之后，异步操作简化了很多，只要调用 Task 的 Wait 方法，可以直接获取异步操作的结果，而不用转到回调函数中进行处理，接下来看一个比较实际的例子。

缓冲查询示例

以 Esri 提供的缓冲查询为例，用户现在地图上选择一个合适的点，按照一定半径查询查询缓冲区，再查询这个缓冲区内相关的建筑物信息，这个例子中，我们需要与服务端进行两次交互：

根据用户选择的点查询出缓冲区；
查询缓冲区内的建筑物信息；

这个例子在 GIS 查询中可以说是非常简单的，也是很典型的， ESRI 的例子中也给出了完整的源代码，这个例子的核心逻辑代码是：

_geometryService = new GeometryService(GeoServerUrl);
_geometryService.BufferCompleted += GeometryService_BufferCompleted;

_queryTask = new QueryTask(QueryTaskUrl);
_queryTask.ExecuteCompleted += QueryTask_ExecuteCompleted;

void MyMap_MouseClick(object sender, Map.MouseEventArgs e) {
   // 部分代码省略， 开始缓冲查询
   _geometryService.BufferAsync(bufferParams);

}

void GeometryService_BufferCompleted(object sender, GraphicsEventArgs args) {
   // 部分代码省略， 获取缓冲查询结果， 开始查询缓冲区内的建筑物信息
   _queryTask.ExecuteAsync(query);
}

void QueryTask_ExecuteCompleted(object sender, QueryEventArgs args) {
   // 将查询结果更新到界面上
}

这只是一个 GIS 开发中很简单的一个查询，上面的代码却将逻辑分散在三个函数中，在实际应用中，与服务端的交互次数会更多，代码的逻辑会分散在更多的函数中，导致代码的可读性以及可维护性降低。如果使用 Task 对象对这些任务进行封装，那么整个逻辑将会简洁很多， GeometryService 和 QueryTask 提供的是 EPM 异步模式，相应的封装方法如上所示，最后，用 Task 封装异步操作之后的代码如下：

void MyMap_MouseClick(object sender, Map.MouseEventArgs e) {
   Task.Factory.StartNew(() => {
      // 省略部分 UI 代码， 开始缓冲查询
      var bufferParams = new BufferParameters() { /* 初始化缓冲查询参数 */};
      var bufferTask = _geometryService.CreateBufferTask()
      // 等待缓冲查询结果
      bufferTask.Wait();
      // 省略更新 UI 的代码， 开始查询缓冲区内的建筑物信息
      var query = new Query() { /* 初始化查询参数 */ };
      var queryExecTask = _queryTask.CreateExecTask(query);
      queryExecTask.Wait();
      // 将查询结果显示在界面上， 代码省略
   });
}

从上面的代码可以看出，使用 Task 对象可以把原本分散在三个函数中的逻辑集中在一个函数中即可完成，代码的可读性、可维护性比原来增加了很多。

Task 能完成的任务远不止这些，比如并行计算、协调多个并发任务等，有兴趣的可以进一步阅读相关的 MSDN 资料。

本文链接

ROW_NUMBER 函数

2012-01-06T05:31:00Z

ROW_NUMBER 是 SQL 2005 中新增的函数，多用于分页，基本的语法为

ROW_NUMBER() OVER([<partition_by_clause>] <order_by_clause>)

其中，分区语句是可选的，排序语句是必须的，比如这样的语句：

SELECT
  ROW_NUMBER() OVER(ORDER BY ProductID),
  CategoryID,
  ProductName,
  UnitPrice
FROM
  Products

输出结果为：

也可以按照 CategoryID 对行号进行分区，也就是将行号按照 CategoryID 进行分组，例如：

SELECT
  ROW_NUMBER() OVER(PARTITION BY CategoryID ORDER BY ProductID),
  CategoryID,
  ProductName,
  UnitPrice
FROM
  Products

返回结果为：

ROW_NUMBER 通常用于分页，但是也有一些巧妙地用法，例如，要查询每个分类中最便宜的三种产品，可以使用下面的查询语句：

SELECT * FROM
(
  SELECT
    ROW_NUMBER() OVER(PARTITION BY CategoryID ORDER BY UnitPrice) AS 'RowNum',
    CategoryID,
    ProductName,
    UnitPrice
  FROM
    Products
) AS p
WHERE
  RowNum <= 3

返回结果为：

本文链接

升级 ExtJS 至 4.0.7 时遇到的几个小问题

2011-12-27T23:28:00Z

1、新的类库体系

旧的类定义方式为：

App.view.Viewport = Ext.extend(Ext.panel.Panel, {
   initComponent: function() {
      // call parent initComponent method
      App.view.Viewport.superclass.initComponent.apply(this, arguments);
   }
});

新的类定义方式为：

Ext.define('App.view.Viewport', {
   initComponent: function() {
      // call parent 
      this.callParent(arguments);
   }
});

2、 Ext.Loader 动态加载 js 文件

4.0.7 版本的 Ext.Loader 默认是未启用动态加载的，导致运行时会报错，要手工设置启用动态加载，启用动态加载的代码为：

Ext.Loader.setConfig({  enabled: true });

Ext.Loader 还有几个有用的参数（paths、 disableCaching）等，可以查看相关 Ext.Loader API。

3、 Ext.panel.Panel 的 onResize 方法已经删除

没错， Ext.panel.Panel 的 onResize 方法已经删除，重写 onResize 方法的类需要稍微修改一下，推荐使用 componentLayout 事件或者 afterComponentLayout 方法。

4、 Ext.panel.Panel 的 collapsible 设置为 true 时，必须设置 panel 宽度

如果没有设置 panel 的宽度，点击 panel 的 collapse 工具按钮时，会导致整个 panel 不可见。

5、不能手工刷新 Ext.form.ComboBox 的 store 的数据

如果用代码刷新了 ComboBox 的 store 的数据，会导致其弹出的选择列表一直显示“正在加载”，无法进行选择，如果必须要刷新 store 数据，只能改用其它的控件代替 ComboBox。

本文链接

Razor 视图引擎学习

2011-12-11T09:33:00Z

Razor 视图文件扩展名为 cshtml 或者 vbhtml ，现在主要讨论 cshtml。

@ 定义 Razor 语句

 Name: @Model.Name 
Time View Rendered: @Date.Time.ToShoarTimeString()
@if (Model.Category == "Watersports") {
   @Model.Category Splash! 
}

@: 输出单行不是以 html 标记开头的，并且要包含 html 标记的内容

@if (Model.Category == "Watersports") {
   @: Category: @Model.Category Splash!
}

<text></text> 输出多行包含 html 标记的内容

@if (Model.Category == "Watersports") {
   
   @: Category: @Model.Category Splash!
   Row, row, row your boat,
      Gently down the stream ...
   
   
}

@model 表示使用模型对象的类型

@model Razor.Models.Product

@{} 表示代码段

@{
   if (Model.Category == "Watersports") {
      @: Category: @Model.Category Splash!
   }
   if (Model.Price > 10) {
      Pricey!
   }
}

使用布局页面

在 cshtml 文件的开头可以指定使用哪个布局页面，例如：

@{
   Layout = "~/Views/Shared/_Layout.cshtml";
}

如果不指定 Layout 属性， Razor 引擎会检查 Views 目录下面的 _ViewStart.cshtml 文件，这个页面指定了默认的布局页面。如果不是用布局页面，则需要在页面的开头添加声明如下： @{ Layout = null; } 以下划线 (_) 开头的视图文件不会返回给用户，只能在服务端 cshtml 文件中进行引用。

@RenderBody() 渲染子视图

表示在此渲染子视图，只能出现在布局页面中，且只能出现一次。

@RenderPage 渲染另一个页面

表示在当前位置渲染另外一个页面。

@RenderSection(name, required) 渲染一个区域

表示在当前页面渲染一个区域，区域名称在布局页面定义， required 表示该区域是否为可选的。

@region name {} 实现一个区域的内容

与布局页面的 @RenderSection 相对应，实现布局页面的定义的区域。

本文链接

NHibernate 使用流畅 API 进行配置

2011-10-31T01:35:00Z

1、创建一个 Configuration

using Nhibernate.cfg;

var config = new Configuration()
.SetProperty("connection.provider", "NHibernate.Connection.DriverConnectionProvider")
.SetProperty("connection.driver_class", "NHibernate.Driver.SqlClientDriver")
.SetProperty("dialect", "NHibernate.Dialect.MsSql2005Dialect")
.SetProperty("proxyfactory.factory_class", "NHibernate.Bytecode.DefaultProxyFactoryFactory, NHibernate")
.SetProperty("format_sql", "true")
.SetProperty("show_sql", "true")
.SetProperty("connection.connection_string", connectionString);

2、添加映射

using NHibernate.Mapping.ByCode;

var mapper = new ModelMapper();
mapper.Class(cm => {
   cm.Schema("dbo");
   cm.Table("Categories");
   cm.Id(cat => cat.CategoryID, map => {
      map.Column("CategoryID");
      map.Generator(Generators.Native);
   });
   cm.Property(cat => cat.CategoryName, map => {
      map.Column("CategoryName");
      map.Length(100);
   });
   cm.Property(cat => cat.Description, map => {
      map.Column("Description");
      map.Length(200);
   });
});

3、添加映射至 Configuration

var mappingDocument = mapper.CompileMappingForAllExplicitlyAddedEntities();
config.AddMapping(mappingDocument);

本文链接

MonoTouch 中的线程

2011-10-18T10:01:00Z

在 MonoTouch 中，可以使用标准的 .Net 线程 API ，既可以直接使用线程（System.Threading.Thread、System.Threading.ThreadPool），也可以简介使用异步委托模式以及 BeginXXX 、 EndXXX 方法。

最好使用 Mono 的线程池，这样，系统的开销增加的非常缓慢，充分利用多核来平衡系统的负载以及程序的需求。可以通过调用 System.Threading.ThreadPool 的方法或者使用默认的 System.Threading.Tasks.TaskScheduler (Parallel Framework 的一部分) 来使用线程池。

通常，当开发者需要创建即时响应界面并且不希望阻塞主界面的程序时，需要用到线程。

开发即时响应的应用

对界面元素的操作必须限制在运行主界面循环的线程，如果需要线程中对界面做修改，则必须使用 NSObject.InvokeOnMainThread 把代码添加到队列，例如：

MyThreadedRoutine() {
   var result = DoComputation();
   // 计算完成之后， 需要更新界面， 需要保证操作界面的代码一定是在主界面线程执行
   InvokeOnMainThread(delegate {
      label.Text = "The result is: " + result;
   });
}

上面的委托中的代码会在主界面线程的上下文中执行，没有任何竞争条件，不会导致程序崩溃。

线程与垃圾回收

Objective-C 运行时会在执行的过程中创建和销毁对象，如果对象被标记为 “auto-release” ， Objective-C 运行时将会把这些对象放到线程当前的 NSAutoReleasePool 进行销毁。 MonoTouch 为主界面线程以及每个由 ThreadPool 创建的线程分配一个 NSAutoReleasePool，当然也包括用默认 TaskScheduler 创建的 Task 。

如果需要创建自己的线程，则必须也提供一个 NSAutoReleasePool 来防止内存泄漏，如果要这样做的话，用下面的代码包含你的代码即可：

void MyThreadStart(object arg) {
   using (var ns = new NSAutoReleasePool()) {
      // Your code goes here.
   }
}

本文链接

在 MonoTouch 中使用 Newtonsoft.Json

2011-09-25T14:39:00Z

一直在项目中使用 Newtonsoft.Json 作为服务端的 Json 数据序列化工具，现在使用 MonoTouch 做 iOS 开发，自然会选择用 Newtonsoft.Json 来反序列化服务端返回的 Json 数据。

Newtonsoft.Json 没有提供对 MonoTouch 的版本，因此需要从源代码编译 NJson 。

从 NJson 的 CodePlex 主页下载最新版本的源代码。
在源代码的 Src\NewtonSoft.Json 目录下，有这样的几个项目文件：
- Newtonsoft.Json.Net20.csproj 对应 .Net 2.0 平台下的 NJson ；
- Newtonsoft.Json.Net35.csproj 对应 .Net 3.5 平台下的 NJson ；
- Newtonsoft.Json.Silverlight.csproj 对应 Silverlight 平台下的 NJson ；
- Newtonsoft.Json.csproj 对应 .Net 4.0 平台下的 NJson ；
- Newtonsoft.Json.WindowsPhone.csproj 对应 WP7 平台下的 NJson；
在 Mac 系统下，用 MonoDevelop 新建一个 MonoTouch 类库项目，项目名称为 Newtonsoft.Json.MonoTouch，然后关闭 MonoTouch ；
用文本编辑器打开 Newtonsoft.Json.MonoTouch.csproj 和 Newtonsoft.Json.Net35.csproj 两个文件，将 Newtonsoft.Json.Net35.csproj 文件中所有的 <Compile Include="*.cs" /> 复制到 Newtonsoft.Json.MonoTouch.csproj 文件中对应的位置，然后保存 Newtonsoft.Json.MonoTouch.csproj 文件。
再用 MonoDevelop 打开 Newtonsoft.Json.MonoTouch.csproj 项目，打开项目属性对话框，添加两个编译选项 WINDOWS_PHONE 和 SILVERLIGHT ，并将项目的输出文件改为 Newtonsoft.Json.MonoTouch ；
在项目中添加下列类型的定义文件，因为这些 Newtonsoft.Json 引用到这些类型，但是 MonoTouch 下没有这些类型：
- System.ComponentModel.AddingNewEventHandler
- System.ComponentModel.AddingNewEventArgs
- System.ComponentModel.PropertyChangingEventHandler
- System.ComponentModel.INotifyPropertyChanging
- System.ComponentModel.PropertyChangingEventArgs
这些类型通过查阅 MSDN 或者用 ILSpy 很容易确定它们是怎么定义的；
如果不出什么意外的话，现在可以在 MonoTouch 下编译出 Newtonsoft.Json 了。

经过测试，这样编译出的 NJson 在 MonoTouch 保留了NJon 绝大部分功能，可以正常的反序列化服务端的 JSON 数据。

本文链接

MonoTouch 的限制

2011-09-24T15:07:00Z

做 MonoTouch 开发已经有一段时间了，给我的感觉是 MonoTouch 虽然比较可靠，但是还是有很多限制，于是翻译了官方文档的的这一篇 MonoTouch 的限制，以作备忘。

因为在 iPhone 上运行的 MonoTouch 程序是编译成静态代码的，所以需要在运行时动态生成代码的功能是不可用的。

以下是与桌面版的 Mono 相比， MonoTouch 的限制：

1. 受限的泛型支持

与传统的 Mono/.Net 不同，在 iPhone 上运行的代码不是由 JIT 编译器动态编译的，而是是预编译成静态代码的。 Mono 的 Full AOT 技术在泛型方面有一些限制，它们是：

1.1 泛型虚函数

不支持泛型虚函数，因为不能静态确定在不同情况下什么方法会被调用。（这也是 C++ 不支持虚模板函数（virtual template method）的原因）

class HasGenericVirtualMethod {
   public virtual void PrintValues(params T[] values) { }
}

var a = new HasGenericVirtualMethod();
a.PrintValues(new[] {1,2,3,4});

1.2 泛型类型中的平台调用

不支持在泛型类型中使用平台调用 (P/Invoke)：

class GenericType {
   [DllImport("System")]
   public static extern int GetPid();
}

1.3 不支持在 Nullable 类型上使用 Property.SetInfo

不支持在 Nullable<T> 类型上使用反射 Property.SetInfo 设置属性的值。

1.4 字典的关键字为值类型

将值类型作为 Dictionary<TKey, TValue> 的 Key 是有问题的，因为 Dictionary 的默认构造函数将会试图使用 EqualityComparer<TKey>.Default 。 EqualityComparer<TKey>.Default 反过来会通过反射去实例化一个新的实现 IEqualityComparer<TKey> 借口的类型。

对于引用类型来说，这没有什么问题（因为反射+创建新类型的步骤会被跳过），但是对于值类型来说，一旦在移动设备商运行，你的应用将可能会崩溃。（原文是：This works for reference types (as the reflection+create a new type step is skipped), but for value types it crashes and burns rather quickly once you attempt to use it on the device.）

解决方案：手工创建一个类型来实现 IEqualityComparer<TKey> 接口，并提供一个实例传递给字典的构造函数 Dictionary<TKey, TValue>(IEqualitycomparer<TKey>) 。

2. 没有动态代码生成

由于 iPhone 的内核禁止应用程序动态生成代码，在 iPhone 上 Mono 不支持任何形式的动态代码生成，包括：

System.Reflection.Emit 不可用；
不支持 System.Runtime.Remoting；
不支持创建动态类型（例如 Type.GetType(“MyType`1)），不过可以创建已知类型（例如： Type.GetType(“System.String”) 可以正常使用）；
反向回调函数 (Reverse callback) 必须在编译时注册。

2.1 System.Reflection.Emit

缺少 System.Reflection.Emit 意味着任何依赖运行时的生成代码的代码不能工作，它们包括：

动态语言运行时 (Dynamic Language Runtime)；
构建于动态语言运行时的任何语言；
远程调用中的透明代理或者其它任何需要在运行时动态生成代码的东西。

注意：不要混淆 Reflection.Emit 和 Reflection 。 Reflection.Emit 是关于动态代码生成、对它们进行动态编译，并编译成本地代码。由于 iPhone 的限制（没有 JIT 编译），无法支持这些操作。

但是关于反射的API，包括 Type.GetType(“SomeClass”)、列举类型方法、属性，获取特性（Attributes）和值是可以使用的。

2.2 反向回调

在标准的 Mono 中，可以将 C# 的委托实例传递给非托管代码，用于替换函数指针。运行时通常会将函数指针转换，允许非托管代码回调托管代码。

这个转换的 Mono 中是通过 JIT 编译器实现的。当使用 iPhone 需要的 AOT 编译器时，有两个限制：

回调函数必须标记为 MonoPInvokeCallbackAttribute；
回调函数必须是静态的，现在还不支持实例函数（这个限制以后会移除）

3. 没有 Remoting

Remoting 在 MonoTouch 上不可用。

4. 运行时禁用的特性

以下特性在 iPhone 的 Mono 运行时被禁用：

分析器 Profiler；
发射 Reflection.Emit；
发射保存 Reflection.Emit.Save；
COM 绑定；
JIT 引擎；
元数据验证（因为没有 JIT）

5. .Net API 限制

由于不是所有东西在 iPhone 上都可用，所以 MonoTouch 只暴露了 .Net 框架的一部分 API ，常见问题中列举了当前支持的程序集。

本文链接

在MonoTouch中正确而简单的使用 Sqlite 数据库

2011-08-30T05:21:00Z

iOS 提供了 Sqlite 作为本地数据库， MonoTouch 同样也提供了 Mono.Data.Sqlite 对 Sqlite 进行了封装。与 Objective-c 使用 Sqlite 数据库相比，使用 MonoTouch 进行 Sqlite 数据访问可以很简单，先来浏览一下 Mono.Data.Sqlite 提供的类库，有这么几个重要的类，它们是：

SqliteConnection ，继承自 System.Data.Common.DbConnection；
SqliteCommand ，继承自 System.Data.Common.DbCommand ；
SqliteDataAdapter ，继承自 System.Data.Common.DbDataAdapter ；
SqliteDataReader ，继承自 System.Data.Common.DbDataReader ；
SqliteFactory ，继承自 System.Data.Common.DbProviderFactory ；
SqliteParameter ，继承自 System.Data.Common.DbParameter ；
SqliteTransaction ，继承自 System.Data.Common.DbTransaction ；

如果对这些以 Sqlite 开头的类不熟悉的话，情有可原，可对 System.Data.Common 下面的类应该再熟悉不过了吧，没错，这就是标准的 ADO.Net ，因此只要会 ADO.Net 的开发人员，几乎可以立即上手，这正是 MonoTouch 对 .Net 开发人员提供的价值所在。来看一段下面的代码：

using (var connection = SqliteFactory.Instance.CreateConnection()) {
   connection.ConnectionString = string.Format("data source={0}/northwind.db3; version=3;", Environment.CurrentDirectory);
   var command = connection.CreateCommand();
   command.Connection = connection;
   command.CommandText = "SELECT * FROM Products WHERE CategoryID = ?";
   var parameter = command.CreateParameter();
   parameter.Value = "1";
   command.Parameters.Add(parameter);

   connection.Open();
   var reader = command.ExecuteReader(CommandBehavior.CloseConnection);
   while (reader.Read()) {
      // use reader's data here ...
   }
}

这段代码很普通，除了使用了一个 SqliteFactory 之外，和 ado.net 数据访问几乎没有什么区别，但是，从这段代码可以看出，我们项目原有的代码几乎可以原封不动的拿到 MonoTouch 进行编译，相信很多人都有自己对 ado.net 的封装，如果有了 MonoTouch ，这些封装可以很方便的移植到 MonoTouch 下。

最后不得不说一句，对于 .Net 开发人员来说， MonoTouch 真的是一个好东西，它可以让你尽快加入到 ios 的开发中，最大限度的将你的 .net 技能延伸到 ios 。

本文链接

使用MonoTouch进行iOS开发

2011-08-18T02:27:00Z

开发环境准备

可以参考这篇博文对进行虚拟机环境配置做一下大致的了解。由于 MonoTouch 即将支持 XCode 4，所以，推荐的开发环境为：

安装 OSX 10.6 ；
安装 XCode 4 到 /Developer 目录，这样可以使用 XCode 4 提供的编译工具进行编译；
安装 XCode 3 到 /XCode3 目录，这样可以使用 XCode 3 提供的独立的 Interface Builder；
安装 Mono SDK For Mac OSX 的最新版本；
安装 MonoTouch 的最新试用版；
安装 MonoDevelop for mac osx。

设置默认使用 Interface Builder 打开 xib 文件：

找到任意一个 xib 文件；
右键单击，选择 Get Info；
在 Info 窗口中找到 Open With，从下拉框中选择 Interface Builder ，点击 Change All 按钮即可。

入门教程

objective-c 基础知识

进行 iOS 开发，掌握一些 obj-c 的基础知识是必不可少的， Apple 的开发者网站上有很多关于 obj-c 的入门教程。

关于 obj-c 的基本概念，可以参考 Learning Objective-C: A Primer，掌握 obj-c 的一些基本概念是必须的，比如 interface ， selector ， delegate ， property 等，可以将这些概念和 c# 做个对比；
根据 Apple 提供的教程，使用 xcode 做一个 ios 程序，体验一下 xcode 开发流程；
能达到看着网上的 xcode 代码，能写出相应的 C# 代码，并能根据 C# 的特性对其进行优化；
最终要求是能够将已经掌握的 C# .NET 技能延伸到 iOS 平台。

开始使用 MonoTouch 进行 iOS 开发

网上已经有了很多 MonoTouch 的入门教程，比如：

注意问题

由于苹果 SDK 的许可限制， Mono 在iOS 平台上运行于 AOT 模式，而不是我们熟悉的 JIT 模式，因此，需要了解什么是 aot 模式，某些动态执行的代码(动态编译 Lambda 表达式， Emit, CodeDom)是不能执行的。

本文链接