安装步骤： http://code.google.com/p/scim-python/downloads/list下载 scim-python源代码包。

执行下列命令: 
$ sudo apt-get install scim-dev
$ sudo apt-get install python-enchant 
$ sudo apt-get install python-gtk2-dev 
$ sudo apt-get install libgtk2.0-dev 
$ tar jxvf scim-python-${version}.tar.bz2
$ cd scim-python-${version}
$ ./configure –prefix=/usr
$ make 
$ sudo make install 

重新登录桌面系统。 

执行 $make 时，如果出现下列错误：
 ../libtool: line 1311: g++: command not found 
make[2]: *** [_scim_la-scim-python.lo] 错误 1 
make[2]: Leaving directory `/home/leslie/scim-python-0.1.8/src’ 
make[1]: *** [install-recursive] 错误 1 
make[1]: Leaving directory `/home/leslie/scim-python-0.1.8/src’ 
make: *** [install-recursive] 错误 1 

执行：sudo apt-get install build-essential gcc make autoconf automake libtool gdb g++ 

在安装过程中有好多自动下载我也不知道是怎么就自动下载了，Linux刚安上，界面挺漂亮的，很多操作都不熟悉。

各层的作用
1：数据数据访问层:主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库,具体为业务逻辑层或表示层提供数据服务．

2：业务逻辑层:主要是针对具体的问题的操作，也可以理解成对数据层的操作,对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。

3：表示层:主要表示WEB方式,也可以表示成WINFORM方式,WEB方式也可以表现成:aspx, 如果逻辑层相当强大和完善,无论表现层如何定义和更改,逻辑层都能完善地提供服务。
具体的区分方法

1：数据数据访问层:主要看你的数据层里面有没有包含逻辑处理，实际上他的各个函数主要完成各个对数据文件的操作。而不必管其他操作。

2：业务逻辑层:主要负责对数据层的操作。也就是说把一些数据层的操作进行组合。

3：表示层:主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。
三层结构解释

所谓三层体系结构，是在客户端与数据库之间加入了一个中间层，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。 三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交换.

开发人员可以将应用的商业逻辑放在中间层应用服务器上，把应用的业务逻辑与用户界面分开。在保证客户端功能的前提下，为用户提供一个简洁的界面。这意味着如果需要修改应用程序代码，只需要对中间层应用服务器进行修改，而不用修改成千上万的客户端应用程序。从而使开发人员可以专注于应用系统核心业务逻辑的分析、设计和开发，简化了应用系统的开发、更新和升级工作。

那么为什么要应用“中间业务层”呢？举些例子:

我们假设有一段登录代码，则可以这样处理Web程序，外观层负责接收前台页面的数据，然后传给中间层，中间层对数据进行处理，比如格式化，防SQL注入等等一些，这样的数据再传给数据访问层然后与数据库进行操作，比如与数据库的用户名和密码匹配等等一些代码。

“中间业务层”的用途有很多，例如：验证用户输入数据、缓存从数据库中读取的数据等等……但是，“中间业务层”的实际目的是将“数据访问层”的最基础的存储逻辑组合起来，形成一种业务规则。例如：“在一个购物网站中有这样的一个规则：在该网站第一次购物的用户，系统为其自动注册”。这样的业务逻辑放在中间层最合适：

在“数据访问层”中，最好不要出现任何“业务逻辑”！也就是说，要保证“数据访问层”的中的函数功能的原子性！即最小性和不可再分。“数据访问层”只管负责存储或读取数据就可以了。

完善的三层结构的要求是:修改表现层而不用修改逻辑层,修改逻辑层而不用修改数据层。否则你的应用是不是多层结构,或者说是层结构的划分和组织上是不是有问题就很难说.不同的应用有不同的理解，这只是一个概念的问题．
理解ASP.NET中的三层结构——为什么要分三层？

我们用三层结构主要是使项目结构更清楚，分工更明确，有利于后期的维护和升级。它未必会提升性能，因为当子程序模块未执行结束时，主程序模块只能处于等待状态。这说明将应用程序划分层次，会带来其执行速度上的一些损失。但从团队开发效率角度上来讲却可以感受到大不相同的效果。


需要说明一下，三层结构不是.NET的专利，也不是专门用在数据库上的技术。它是一种更加普适的架构设计理念。
个人感觉


个人感觉此种架构要在数据库设计上注意表之间的关系，尽力满足主与子的关系。在功能上对用户要有一定的限制，不要表现在对于子表的删除操作一定要慎重，以免造成主表与子表的数据在逻辑上出现的主表的外键在子表中没有相对应的值。

对于表的综合查询方法是：
先对主表查询，调用主表所对应的DL。再根据主表的记录分别对每一个子表进行查询。将自表的查询结果添加的主表后，形成一个大的查询集合。
对于表的操作（增删改）：
此时只对主表进行操作，调用主表对应的DL中的操作方法。
RL层是逻辑判断层，主要是对页面上传入的数据进行逻辑判断。RL层之上就是UI

如何建立一个三层体系结构解决方案

新建一个空白解决方案。然后：
“添加”－“新建项目”－“其他项目”－“企业级模版项目”－“C#生成块”－“数据访问”（数据层，下简称D层）
“添加”－“新建项目”－“其他项目”－“企业级模版项目”－“C#生成块”－“业务规则”（业务层，下简称C层）
“添加”－“新建项目”－“其他项目”－“企业级模版项目”－“C#生成块”－“Web用户界面”（界面层，下简称U层）
右键点“解决方案”－“项目依赖项”，设置U依赖于D、C，C依赖于D。
对U添加引用D、C，对C添加引用D。

到此为止，一个三层的架子建立起来了。我上面说的很具体很“傻瓜”，知道的人觉得我废话，其实我这段时间很强烈的感觉到非常多的人其实对这个简单的过程完全不了解。虽然不反对建2个“空项目”和1个“Asp net Web应用程序项目”也可以作为3层的框架，而且相当多的人认为其实这些“企业级模板项目”其实就是个空项目，这是一个误区。没错，企业级模板项目你从解决方案资源管理器里看它是个什么也没有的，但是你可以用记事本打开项目文件，看见不同了吧？？有些东西在背后，你是看不见的，不过系统已经做好了。也就是说，如果你在C层里的某个类里“using System Data SqlClineit”，或者使用一个SqlConnection对象，编译时候不会出错，但是会在“任务列表”里生成一些“策略警告”，警告你在C层里不要放应该放在D层的东西（虽然就程序来说没错，但是可读性可维护性就打了折扣）而这种功能，空项目是无法給你的。

EditPlus（不用说了），.NET Reflector（查看dll很重要），Snagit 9（截图）

C#编程的一个优点是程序员不需要关心具体的内存管理，尤其是垃圾收集器会处理所有的内存清理工作。虽然不必手工管理内存，但如果要编写高质量的代码，还是要理解后台发生的事情，理解C#的内存管理。本文主要介绍给变量分配内存时计算机内存中发生的情况。

C#将数据分为两种：值数据类型和引用数据类型，这两种数据类型存储在内存中的不同的地方：值数据类型存储在堆栈中，而引用类型存储在内存的托管堆中。

1、内存简介
Windows使用一个系统：虚拟寻址系统。这个系统的作用是将程序可用的内存地址映射到硬件内存中的实际地址上。其实际结果就是32位的机子上每个进程都可以使用4GB的内存，当然，64位机这个数字就大了去了。这4GB的内存实际上包含了程序的所有的部分：可执行代码，DLL以及程序运行时使用的所有变量的内容。这个4GB的内存成为虚拟地址空间或虚拟内存。为方便，这里成为内存。

4GB中的每个存储单元都是从零开始向上存储的。要访问存储在内存中的某个空间中的值，就必须提供表示该存储单元的一个数字。在高级编程语言中，编译器的一个重要作用就是负责将人们可以理解的变量名称变为处理器可以理解的内存地址。

2、堆栈
在内存中，有一个区域成为堆栈，存储对象

对象成员的值数据类型调用方法时，传递给所有方法的参数的副本注意：调用方法时，堆栈存储的是所有参数的副本，因此，经值类型A传递给函数，A的值是不会变化的。当然，引用类型是会变化的，因为在堆栈中存储的是引用类型的地址，这在后面会有详细的介绍。

下面以一个例子来说明堆栈的工作方式，如下面的代码：


{
　　 int a;
//do something;
{
int b;
//do something
}

}

首先声明a，在内部的代码块中声明b，然后内部的代码块终止，b就出了作用域，最后a出作用域。所以b的生命周期总是包含在a的生命周期内，在释放变量的时候，其顺序总是和分配内存的顺序是相反的。即：变量的生存周期都是嵌套的。这就是堆栈的工作方式。

3、托管堆
堆栈具有相当高的性能，但是变量的生命周期必须是嵌套的，这个要求在有的时候过于苛刻。我们希望有一种别的方法来分配内存，存储一些数据，并在方法退出的很长一段时间内，这些数据仍然是可用的，这时，就使用托管堆。

托管堆(简称堆)是内存中的另外一个区域，我们仍然用一个例子来说明堆的工作方式，如下面代码：


{
Customer customer1;
customer1=new Customer();
Customer customer2=new Customer();
//do something
}

首先，声明一个Customer：customer1，在堆栈上给这个引用分配存储控件。请注意：仅仅是给这个引用分配存储空间，并不是实际的Customer对象。customer1占用4个字节的空间(32位机)，来表示Customer对象在内存中的地址。

然后，执行第二行代码，完成以下操作：

在堆上分配存储空间，用来存储Customer对象，注意：这里是Customer对像。

将变量customer1的值设为分配给Customer对象的内存地址从这个例子中可以看出，建立引用类型的变量的过程要比奖励值类型变量的过程复杂，且不避免的有性能的降低。但是，我们可以将一个引用变量的值赋给另一个引用变量，当一个变量出作用域时，它会从堆栈中删除，但是对象的数据仍然保留在内存中，直到程序停止。

这样，我们在将一个引用变量A传递给函数时，仅仅是将变量A的引用传递给了函数，即：仅仅是在堆栈上分配内存，即变量B两者指向同一个内存地址。因此，当变量B发生变化时，变量A也会发生变化。

4、装箱和拆箱
装箱和拆箱就是值类型和引用类型的项目转化，装箱可以将值类型转化为引用类型，拆箱的作用正好相反，经引用类型转化为值类型。

5、垃圾收集
一般情况下。NET运行库会在认为需要的时候运行垃圾收集器来释放托管资源，

这在大多数情况下，足够了。就是说我们没有必要去关心内存。但在有的情况下，我们会强制垃圾回收集器在代码的某个地方运行，释放内存。这就用到了System.GC.Collect()。System.GC表示一个垃圾收集器。这种情况很少，例如：代码中大量的对象刚刚停止引用，就适合调用垃圾收集器。

总结

首先堆栈和堆（托管堆）都在进程的虚拟内存中。（在32位处理器上每个进程的虚拟内存为4GB）

堆栈stack
堆栈中存储值类型。

堆栈实际上是向下填充，即由高内存地址指向地内存地址填充。

堆栈的工作方式是先分配内存的变量后释放（先进后出原则）。

堆栈中的变量是从下向上释放，这样就保证了堆栈中先进后出的规则不与变量的生命周期起冲突！

堆栈的性能非常高，但是对于所有的变量来说还不太灵活，而且变量的生命周期必须嵌套。

通常我们希望使用一种方法分配内存来存储数据，并且方法退出后很长一段时间内数据仍然可以使用。此时就要用到堆（托管堆）！

堆（托管堆）heap
堆（托管堆）存储引用类型。

此堆非彼堆，.NET中的堆由垃圾收集器自动管理。

与堆栈不同，堆是从下往上分配，所以自由的空间都在已用空间的上面。

比如创建一个对象：

Customer cus;

cus = new Customer();

申明一个Customer的引用cus，在堆栈上给这个引用分配存储空间。这仅仅只是一个引用，不是实际的Customer对象！

cus占4个字节的空间，包含了存储Customer的引用地址。

接着分配堆上的内存以存储Customer对象的实例，假定Customer对象的实例是32字节，为了在堆上找到一个存储Customer对象的存储位置。

.NET运行库在堆中搜索第一个从未使用的，32字节的连续块存储Customer对象的实例！

然后把分配给Customer对象实例的地址赋给cus变量！

从这个例子中可以看出，建立对象引用的过程比建立值变量的过程复杂，且不能避免性能的降低！

实际上就是.NET运行库保存对的状态信息，在堆中添加新数据时，堆栈中的引用变量也要更新。

性能上损失很多！

有种机制在分配变量内存的时候，不会受到堆栈的限制：把一个引用变量的值赋给一个相同类型的变量，那么这两个变量就引用同一个堆中的对象。

当一个应用变量出作用域时，它会从堆栈中删除。但引用对象的数据仍然保留在堆中，一直到程序结束 或者 该数据不被任何变量应用时，垃圾收集器会删除它。