继上一篇的《iOS Development Tips(1)》 ,继续整理一些日常开发中的小Tips。1.UIView设置背景图片的方法。UIView作为所有控件的基类很诡异的是没有背景图属性，只有BackgroundColor属性。于是可以通过 > self.view.backgroundColor = [UIColor colorWithPatternImage: [UIImage imageNamed:@”1.png”] ];的方法进行背景图的设置。这样做的问题在于：有alpha通道的图片在转换后会丧失其alpha值(iOS5.0以前的系统有这问题)。解决的方法经过两次设置： > view.backgroundColor = [UIColor clearColor]; view.layer.backgroundColor = [UIColor colorWithPatternImage: [UIImage imageNamed:@”1.png”] ];不过这种方法需要注意的是在iOS下，UIKit和Core Graphics的坐标系是不同的，直接设置会导致背景图上下颠倒。2.exclusiveTouch属性的正确用法。exclusiveTouch属性顾名思义是指UIView会独占整个Touch事件。 对于多点触摸的事件来说这个属性非常重要。比如在我上一篇《UIScr ...继续阅读 (1)

ipad即时通开发基本完毕，由于前期基本是边学边做，在很多方面都不是很小心，犯了很多错误，趁着刚洗完澡，手还热乎着，将以前总结的一些Tips整理一下，主要是UI和动画方面，备用。1.对横向的UIPanGesture和UITableView本身的上下滑动做区分。在UIGestureRecongizer的委托中进行判断，通过比较y轴速度和一个预设阈值的大小即可：(BOOL)gestureRecognizerShouldBegin:(UIPanGestureRecognizer*)gestureRecognizer{CGPointvelocity=[gestureRecognizervelocityInView:self.view];returnabs(velocity.y)<=kYVelocityThreshold;}2.清除UITableView底部多余的分割线+(void)setExtraCellLineHidden:(UITableView*)tableView{UIView*view=[UIViewnew];view.backgroundColor=[UIColorclearColor];[tableViewsetTableFooterView:view];[viewrelease];}在iOS4.3和iOS5.0中通过：值得注意的是在iOS4.3中可以直接设置footer为n ...继续阅读 (24)

ipad即时通开发基本完毕，由于前期基本是边学边做，在很多方面都不是很小心，犯了很多错误，趁着刚洗完澡，手还热乎着，将以前总结的一些Tips整理一下，主要是UI和动画方面，备用。1.对横向的UIPanGesture和UITableView本身的上下滑动做区分。在UIGestureRecongizer的委托中进行判断，通过比较y轴速度和一个预设阈值的大小即可：(BOOL)gestureRecognizerShouldBegin:(UIPanGestureRecognizer*)gestureRecognizer{CGPointvelocity=[gestureRecognizervelocityInView:self.view];returnabs(velocity.y)<=kYVelocityThreshold;}2.清除UITableView底部多余的分割线+(void)setExtraCellLineHidden:(UITableView*)tableView{UIView*view=[UIViewnew];view.backgroundColor=[UIColorclearColor];[tableViewsetTableFooterView:view];[viewrelease];}在iOS4.3和iOS5.0中通过：值得注意的是在iOS4.3中可以直接设置foote ...继续阅读 (10)

ipad即时通开发基本完毕，由于前期基本是边学边做，在很多方面都不是很小心，犯了很多错误，趁着刚洗完澡，手还热乎着，将以前总结的一些Tips整理一下，主要是UI和动画方面，备用。1.对横向的UIPanGesture和UITableView本身的上下滑动做区分。在UIGestureRecongizer的委托中进行判断，通过比较y轴速度和一个预设阈值的大小即可：(BOOL)gestureRecognizerShouldBegin:(UIPanGestureRecognizer*)gestureRecognizer{CGPointvelocity=[gestureRecognizervelocityInView:self.view];returnabs(velocity.y)<=kYVelocityThreshold;}2.清除UITableView底部多余的分割线+(void)setExtraCellLineHidden:(UITableView*)tableView{UIView*view=[UIViewnew];view.backgroundColor=[UIColorclearColor];[tableViewsetTableFooterView:view];[viewrelease];}在iOS4.3和iOS5.0中通过：值得注意的是在iOS4.3中可以直接设置foote ...继续阅读 (5)

众所周知，Objective-C是没有私有方法的概念，成员方法只有两种：类成员方法(+)和对象成员方法(-)，这两种都是对外开放的。而本身提供的@private，@protect和@public关键字也仅供成员对象使用而已，比较坑爹。所以在Objective-C中实现私有成员方法的含义是：创建一个让他人较难调用的方法，而并非实现如C++和JAVA般让非当前类对象无法调用的方法。做法如下：假设我们需要构建一个类叫做AClass，它提供一个公开成员函数publicMethod和一个“私有成员方法”privateMethod，那么在AClass.h文件中我们就有：@interface AClass : NSObject - (void)publicMethod; @end而在.m文件中使用一个类拓展：@interface AClass () - (void)privateMethod; @end @implementation AClass - (void)publicMethod{...} - (void)privateMethod;{...} @end这样因为privateMethod隐藏于.m中，调用类并不能直接通过.h看到其声明，等于间接实现了私有成员方法。当然网上也有各种教程是使用分类(Categories)而非类拓展，不过相比于分类，使用类拓展有两个明显的好处：类拓展声明 ...继续阅读 (23)

众所周知，Objective-C是没有私有方法的概念，成员方法只有两种：类成员方法(+)和对象成员方法(-)，这两种都是对外开放的。而本身提供的@private，@protect和@public关键字也仅供成员对象使用而已，比较坑爹。所以在Objective-C中实现私有成员方法的含义是：创建一个让他人较难调用的方法，而并非实现如C++和JAVA般让非当前类对象无法调用的方法。做法如下：假设我们需要构建一个类叫做AClass，它提供一个公开成员函数publicMethod和一个“私有成员方法”privateMethod，那么在AClass.h文件中我们就有： > @interface AClass : NSObject - (void)publicMethod; @end而在.m文件中使用一个类拓展： > @interface AClass () - (void)privateMethod; @end @implementation AClass - (void)publicMethod{…} - (void)privateMethod;{…} @end这样因为privateMethod隐藏于.m中，调用类并不能直接通过.h看到其声明，等于间接实现了私有成员方法。当然网上也有各种教程是使用分类(Categories)而非类拓展，不过相比于分类，使用类拓展有两个明显的 ...继续阅读 (11)

众所周知，Objective-C是没有私有方法的概念，成员方法只有两种：类成员方法(+)和对象成员方法(-)，这两种都是对外开放的。而本身提供的@private，@protect和@public关键字也仅供成员对象使用而已，比较坑爹。所以在Objective-C中实现私有成员方法的含义是：创建一个让他人较难调用的方法，而并非实现如C++和JAVA般让非当前类对象无法调用的方法。做法如下：假设我们需要构建一个类叫做AClass，它提供一个公开成员函数publicMethod和一个“私有成员方法”privateMethod，那么在AClass.h文件中我们就有： > @interface AClass : NSObject - (void)publicMethod; @end而在.m文件中使用一个类拓展： > @interface AClass () - (void)privateMethod; @end @implementation AClass - (void)publicMethod{…} - (void)privateMethod;{…} @end这样因为privateMethod隐藏于.m中，调用类并不能直接通过.h看到其声明，等于间接实现了私有成员方法。当然网上也有各种教程是使用分类(Categories)而非类拓展，不过相比于分类，使用类拓展有两个明显的 ...继续阅读 (1)

前几天做即时通上表情选择的功能，结果不幸用了Windows上的老套路，思路错步步错，越写越感觉进入了死胡同，白白浪费了一下午，然后突然开窍，轻松解决，有必要记录下相关的细节。情景很简单，做一个选择表情的界面，功能无非是点击弹出一个ScrollView，上面排列一些表情，然后通过拖曳或者点击的方式选择表情。具体可以参考iPad版QQ的操作。一开始的思路很Windows化，既然UIView有touchesBegan相关的4种事件，基本可以映射成Windows上的MouseDown，MouseMove和MouseUp，那么很简单，在ScrollView的SuperView上响应这四个事件即可：当touchesBegan的时候通过hitTest找到ScrollView中的相应表情，并生成其拷贝，然后在touchesMoved的时候不断改变这份拷贝的位置，最后在touchEnded的时候销毁相应拷贝，并发送选择的通知给接收端即可。但实施的时候碰到了各种问题：ScrollView是当前View中的First Responder，也就意味着在ScrollView内部触发的事件都会优先发给它，由他直接处理并丢弃。解决这个问题的方法很简单，自定义一个类，继承ScrollView并在响应完相应触摸事件之后将事件传递给它的NextResponder，也就是它的SuperView处理。SrcollView ...继续阅读 (22)

前几天做即时通上表情选择的功能，结果不幸用了Windows上的老套路，思路错步步错，越写越感觉进入了死胡同，白白浪费了一下午，然后突然开窍，轻松解决，有必要记录下相关的细节。情景很简单，做一个选择表情的界面，功能无非是点击弹出一个ScrollView，上面排列一些表情，然后通过拖曳或者点击的方式选择表情。具体可以参考iPad版QQ的操作。一开始的思路很Windows化，既然UIView有touchesBegan相关的4种事件，基本可以映射成Windows上的MouseDown，MouseMove和MouseUp，那么很简单，在ScrollView的SuperView上响应这四个事件即可：当touchesBegan的时候通过hitTest找到ScrollView中的相应表情，并生成其拷贝，然后在touchesMoved的时候不断改变这份拷贝的位置，最后在touchEnded的时候销毁相应拷贝，并发送选择的通知给接收端即可。但实施的时候碰到了各种问题：ScrollView是当前View中的First Responder，也就意味着在ScrollView内部触发的事件都会优先发给它，由他直接处理并丢弃。解决这个问题的方法很简单，自定义一个类，继承ScrollView并在响应完相应触摸事件之后将事件传递给它的NextResponder，也就是它的SuperView处理。SrcollView ...继续阅读 (14)

前几天做即时通上表情选择的功能，结果不幸用了Windows上的老套路，思路错步步错，越写越感觉进入了死胡同，白白浪费了一下午，然后突然开窍，轻松解决，有必要记录下相关的细节。情景很简单，做一个选择表情的界面，功能无非是点击弹出一个ScrollView，上面排列一些表情，然后通过拖曳或者点击的方式选择表情。具体可以参考iPad版QQ的操作。一开始的思路很Windows化，既然UIView有touchesBegan相关的4种事件，基本可以映射成Windows上的MouseDown，MouseMove和MouseUp，那么很简单，在ScrollView的SuperView上响应这四个事件即可：当touchesBegan的时候通过hitTest找到ScrollView中的相应表情，并生成其拷贝，然后在touchesMoved的时候不断改变这份拷贝的位置，最后在touchEnded的时候销毁相应拷贝，并发送选择的通知给接收端即可。但实施的时候碰到了各种问题：ScrollView是当前View中的First Responder，也就意味着在ScrollView内部触发的事件都会优先发给它，由他直接处理并丢弃。解决这个问题的方法很简单，自定义一个类，继承ScrollView并在响应完相应触摸事件之后将事件传递给它的NextResponder，也就是它的SuperView处理。SrcollView ...继续阅读 (2)

五月的时候写过一篇讨论关于const内部链接性 的文章，结果稍不留神又犯了一个类似的错误：忽略了C++中对全局常量的特殊处理。情景如下：在iOS中进行消息传递一般都采用NotificationCenter投递通知的方式进行，而一个Notification的唯一标识就是它的名字。为了减少不同文件间的依赖和耦合，决定把各个消息的名字以全局变量的方式分别定义到相应的.m或者.mm文件中，而不是像以前那样全写到.h内——后者虽然直观，但是有个最大的问题是一旦添加删除消息，就导致所有无关的代码单元重新编译一遍，简而言之：坑爹啊！做法很简单，比如一个AViewController.m文件需要监听某个通知，而BViewController.m会post这个通知。于是在 AViewController.mm中是：NSString* const kNotifyA = @"notify_a"; [NotificationCenter defaultCenter] addObserver:self selector:@selector(onNotifyA:) name:kNotifyA object:nil];而BViewController.m中则：extern NSString* const kNotifyA; [[NotificationCenter defaultCenter]postNoti ...继续阅读 (27)

五月的时候写过一篇讨论关于const内部链接性 的文章，结果稍不留神又犯了一个类似的错误：忽略了C++中对全局常量的特殊处理。情景如下：在iOS中进行消息传递一般都采用NotificationCenter投递通知的方式进行，而一个Notification的唯一标识就是它的名字。为了减少不同文件间的依赖和耦合，决定把各个消息的名字以全局变量的方式分别定义到相应的.m或者.mm文件中，而不是像以前那样全写到.h内——后者虽然直观，但是有个最大的问题是一旦添加删除消息，就导致所有无关的代码单元重新编译一遍，简而言之：坑爹啊！做法很简单，比如一个AViewController.m文件需要监听某个通知，而BViewController.m会post这个通知。于是在 AViewController.mm中是： > NSString* const kNotifyA = @”notify_a”; [NotificationCenter defaultCenter] addObserver:self selector:@selector(onNotifyA:) name:kNotifyA object:nil];而BViewController.m中则： > extern NSString* const kNotifyA; [[NotificationCenter defaultCen ...继续阅读 (20)

五月的时候写过一篇讨论关于const内部链接性 的文章，结果稍不留神又犯了一个类似的错误：忽略了C++中对全局常量的特殊处理。情景如下：在iOS中进行消息传递一般都采用NotificationCenter投递通知的方式进行，而一个Notification的唯一标识就是它的名字。为了减少不同文件间的依赖和耦合，决定把各个消息的名字以全局变量的方式分别定义到相应的.m或者.mm文件中，而不是像以前那样全写到.h内——后者虽然直观，但是有个最大的问题是一旦添加删除消息，就导致所有无关的代码单元重新编译一遍，简而言之：坑爹啊！做法很简单，比如一个AViewController.m文件需要监听某个通知，而BViewController.m会post这个通知。于是在 AViewController.mm中是： > NSString* const kNotifyA = @”notify_a”; [NotificationCenter defaultCenter] addObserver:self selector:@selector(onNotifyA:) name:kNotifyA object:nil];而BViewController.m中则： > extern NSString* const kNotifyA; [[NotificationCenter defaultCen ...继续阅读 (2)

因为交互的要求，跑在ipad上的程序必须以横版且仅以横版的模式运行。按说这应该是比较简单的事情：在plist或者工程设置中设一下程序起始方向和所支持的方向(Landscape)。但是却出了如下的问题：在UIWindow中添加了两个ViewController，并显示后一个ViewController的视图，结果视图并没有被旋转成横版，仍旧按照竖版来显示。Google和StackOverFlow了一把，发现很多人都碰到过类似的问题，比如这个和这个。当然也有人给出了解决方案：给UIWindow设置一个rootViewController，尔后添加的所有ViewController都以rootViewController的subview形式添加。就连苹果官方的的Q&A;也推荐这种做法：《Why won’t my UIViewController rotate with the device?》至于原因，官方的Q&A;讲的很简单：如果往一个UIWindow里面添加了两个以上的view，那么后面添加的view就会收不到旋转的事件，于是无法正常调整视图的方向 —– 只有第一个加入到UIWindow的view才会进行旋转。按说问题到这里就解决了，将后面的view以rootViewController的subview形式进行添加就可以了。但是Why？为什么第一个添加的ViewController这 ...继续阅读 (21)

因为交互的要求，跑在ipad上的程序必须以横版且仅以横版的模式运行。按说这应该是比较简单的事情：在plist或者工程设置中设一下程序起始方向和所支持的方向(Landscape)。但是却出了如下的问题：在UIWindow中添加了两个ViewController，并显示后一个ViewController的视图，结果视图并没有被旋转成横版，仍旧按照竖版来显示。Google和StackOverFlow了一把，发现很多人都碰到过类似的问题，比如这个和这个。当然也有人给出了解决方案：给UIWindow设置一个rootViewController，尔后添加的所有ViewController都以rootViewController的subview形式添加。就连苹果官方的的Q&A也推荐这种做法：《Why won’t my UIViewController rotate with the device?》至于原因，官方的Q&A讲的很简单：如果往一个UIWindow里面添加了两个以上的view，那么后面添加的view就会收不到旋转的事件，于是无法正常调整视图的方向 —– 只有第一个加入到UIWindow的view才会进行旋转。按说问题到这里就解决了，将后面的view以rootViewController的subview形式进行添加就可以了。但是Why？为什么第一个添加的ViewContr ...继续阅读 (17)

因为交互的要求，跑在ipad上的程序必须以横版且仅以横版的模式运行。按说这应该是比较简单的事情：在plist或者工程设置中设一下程序起始方向和所支持的方向(Landscape)。但是却出了如下的问题：在UIWindow中添加了两个ViewController，并显示后一个ViewController的视图，结果视图并没有被旋转成横版，仍旧按照竖版来显示。Google和StackOverFlow了一把，发现很多人都碰到过类似的问题，比如这个和这个。当然也有人给出了解决方案：给UIWindow设置一个rootViewController，尔后添加的所有ViewController都以rootViewController的subview形式添加。就连苹果官方的的Q&A也推荐这种做法：《Why won’t my UIViewController rotate with the device?》至于原因，官方的Q&A讲的很简单：如果往一个UIWindow里面添加了两个以上的view，那么后面添加的view就会收不到旋转的事件，于是无法正常调整视图的方向 —– 只有第一个加入到UIWindow的view才会进行旋转。按说问题到这里就解决了，将后面的view以rootViewController的subview形式进行添加就可以了。但是Why？为什么第一个添加的ViewContr ...继续阅读 (2)

最近一周都在看那本《iPhone3开发基础教程》，写写一些搞毛的DEMO，日子过得很舒坦。这本书对于我这种零基础的童鞋来说的确是本好书，看完一遍基本算是入门了。但从某种意义上这本书就等同于市面上泛滥的Windows下的《VC6从入门到精通》这一类的书，很多地方只是教你怎么做，却没教你为什么。有些地方看得云里雾里的，不过通过苹果官网的iOS Developer Library 各种文档也倒能查漏补缺。比如下面要讲的Objective-C相关的内存管理(总结附带翻译这一篇)。Objective-C的内存管理方式介于C/C++和C#之间，即不像C/C++需要程序员包办一切，也不像C#一样有较完备的垃圾回收机制(当然在Objective-C 2.0以后有引入了GC机制，但在ipad和iphone上是不支持的。)，而是独辟蹊径：基于引用计数进行管理。当然引用计数这个并不是个多新鲜的话题，很多程序在逻辑层对资源进行管理也会用到，不过语法上有这方面的支持的语言Objective-C还是我见过的第一个。基本原理Objective-C的内存管理模型基于对象的所有权。如果你拥有一个对象，那么你就有责任去释放它。一个对象可以有多个拥有者—-而且在其生存期必须有一个拥有者，否则系统将自动销毁该对象。对于对象的所有权和释放需要遵守以下四个原则：任何你创建的对象你都能获得其所有权。 这里的创建包括使 ...继续阅读 (21)

最近一周都在看那本《iPhone3开发基础教程》，写写一些搞毛的DEMO，日子过得很舒坦。这本书对于我这种零基础的童鞋来说的确是本好书，看完一遍基本算是入门了。但从某种意义上这本书就等同于市面上泛滥的Windows下的《VC6从入门到精通》这一类的书，很多地方只是教你怎么做，却没教你为什么。有些地方看得云里雾里的，不过通过苹果官网的iOS Developer Library 各种文档也倒能查漏补缺。比如下面要讲的Objective-C相关的内存管理(总结附带翻译这一篇)。Objective-C的内存管理方式介于C/C++和C#之间，即不像C/C++需要程序员包办一切，也不像C#一样有较完备的垃圾回收机制(当然在Objective-C 2.0以后有引入了GC机制，但在ipad和iphone上是不支持的。)，而是独辟蹊径：基于引用计数进行管理。当然引用计数这个并不是个多新鲜的话题，很多程序在逻辑层对资源进行管理也会用到，不过语法上有这方面的支持的语言Objective-C还是我见过的第一个。基本原理Objective-C的内存管理模型基于对象的所有权。如果你拥有一个对象，那么你就有责任去释放它。一个对象可以有多个拥有者—-而且在其生存期必须有一个拥有者，否则系统将自动销毁该对象。对于对象的所有权和释放需要遵守以下四个原则：任何你创建的对象你都能获得其所有权。 这里的创建包 ...继续阅读 (12)

最近一周都在看那本《iPhone3开发基础教程》，写写一些搞毛的DEMO，日子过得很舒坦。这本书对于我这种零基础的童鞋来说的确是本好书，看完一遍基本算是入门了。但从某种意义上这本书就等同于市面上泛滥的Windows下的《VC6从入门到精通》这一类的书，很多地方只是教你怎么做，却没教你为什么。有些地方看得云里雾里的，不过通过苹果官网的iOS Developer Library 各种文档也倒能查漏补缺。比如下面要讲的Objective-C相关的内存管理(总结附带翻译这一篇)。Objective-C的内存管理方式介于C/C++和C#之间，即不像C/C++需要程序员包办一切，也不像C#一样有较完备的垃圾回收机制(当然在Objective-C 2.0以后有引入了GC机制，但在ipad和iphone上是不支持的。)，而是独辟蹊径：基于引用计数进行管理。当然引用计数这个并不是个多新鲜的话题，很多程序在逻辑层对资源进行管理也会用到，不过语法上有这方面的支持的语言Objective-C还是我见过的第一个。基本原理Objective-C的内存管理模型基于对象的所有权。如果你拥有一个对象，那么你就有责任去释放它。一个对象可以有多个拥有者—-而且在其生存期必须有一个拥有者，否则系统将自动销毁该对象。对于对象的所有权和释放需要遵守以下四个原则：任何你创建的对象你都能获得其所有权。 这里的创建包 ...继续阅读 (2)

在Vista/Win7系统中，由于UAC和UIPI的存在，低权限的进程是无法向高权限的进程发送任何高于WMUSER的消息，而低于WMUSER的消息一部分也会因为安全原因被禁止。详情可见：《UAC的前世今生》 。但这样就会带来很多麻烦，比如文件拖曳的操作在管理员权限的进程中就无法进行。解决这个问题的方法大致有两种：如果进程一定需要高权限做一些操作，可以考虑将UI相关的部分设定为普通用户权限，而一些需要特殊权限的事情全丢到另外一个管理员权限的进程中进行，两个进程通过除消息之外的其他方式进行通信，比如管道，共享内存等等。(这种方法实在太蛋疼，除非有很多类型的消息或者特殊事件需要处理，否则不推荐)调用ChangeWindowMessageFilter 这个API进行消息过滤。在UIPI的作用下，当低权限进程向高权限进程发送消息时，大多数情况都会被Block。而ChangeWindowMessageFilter这个API的作用就是提供一个过滤器：往过滤器中添加消息就可以允许低权限的进程发送消息给当前进程，而移除消息则可以起到阻塞消息的作用。当然这也不是绝对的：某些低于WM_USER的消息无论我们怎么去设置这个过滤器都是可以通行的。回到正题：管理员权限的进程之所以无法进行拖曳文件的操作就是因为explorer.exe本身的权限低于它，WMDROPFILES的消息被堵塞了。所以只要在程序或者窗口 ...继续阅读 (27)

在Vista/Win7系统中，由于UAC和UIPI的存在，低权限的进程是无法向高权限的进程发送任何高于WM_USER的消息，而低于WM_USER的消息一部分也会因为安全原因被禁止。详情可见：《UAC的前世今生》 。但这样就会带来很多麻烦，比如文件拖曳的操作在管理员权限的进程中就无法进行。解决这个问题的方法大致有两种：如果进程一定需要高权限做一些操作，可以考虑将UI相关的部分设定为普通用户权限，而一些需要特殊权限的事情全丢到另外一个管理员权限的进程中进行，两个进程通过除消息之外的其他方式进行通信，比如管道，共享内存等等。(这种方法实在太蛋疼，除非有很多类型的消息或者特殊事件需要处理，否则不推荐)调用ChangeWindowMessageFilter 这个API进行消息过滤。在UIPI的作用下，当低权限进程向高权限进程发送消息时，大多数情况都会被Block。而ChangeWindowMessageFilter这个API的作用就是提供一个过滤器：往过滤器中添加消息就可以允许低权限的进程发送消息给当前进程，而移除消息则可以起到阻塞消息的作用。当然这也不是绝对的：某些低于WM_USER的消息无论我们怎么去设置这个过滤器都是可以通行的。回到正题：管理员权限的进程之所以无法进行拖曳文件的操作就是因为explorer.exe本身的权限低于它，WM_DROPFILES的消息被堵塞了。所以只要在程序或 ...继续阅读 (10)

在Vista/Win7系统中，由于UAC和UIPI的存在，低权限的进程是无法向高权限的进程发送任何高于WM_USER的消息，而低于WM_USER的消息一部分也会因为安全原因被禁止。详情可见：《UAC的前世今生》 。但这样就会带来很多麻烦，比如文件拖曳的操作在管理员权限的进程中就无法进行。解决这个问题的方法大致有两种：如果进程一定需要高权限做一些操作，可以考虑将UI相关的部分设定为普通用户权限，而一些需要特殊权限的事情全丢到另外一个管理员权限的进程中进行，两个进程通过除消息之外的其他方式进行通信，比如管道，共享内存等等。(这种方法实在太蛋疼，除非有很多类型的消息或者特殊事件需要处理，否则不推荐)调用ChangeWindowMessageFilter 这个API进行消息过滤。在UIPI的作用下，当低权限进程向高权限进程发送消息时，大多数情况都会被Block。而ChangeWindowMessageFilter这个API的作用就是提供一个过滤器：往过滤器中添加消息就可以允许低权限的进程发送消息给当前进程，而移除消息则可以起到阻塞消息的作用。当然这也不是绝对的：某些低于WM_USER的消息无论我们怎么去设置这个过滤器都是可以通行的。回到正题：管理员权限的进程之所以无法进行拖曳文件的操作就是因为explorer.exe本身的权限低于它，WM_DROPFILES的消息被堵塞了。所以只要在程序或 ...继续阅读 (2)

手机新买，新鲜感未过，几乎一天都在安装试用卸载各种搞毛软件中度过，差点忘了要在这周结束掉HttpClient的博文，趁着还有3个小时才12点赶紧写完。上一篇介绍了GET方法的实现，这篇主要就介绍介绍POST。从上层来看，GET和POST最大的区别在于GET是一种从服务器获取数据的请求，而POST是向服务器传送数据，进行站点更新。而从协议上来看，POST和GET的最大区别在于：POST请求是包含HTTP消息体的，较GET能够实现更复杂的数据交互。通过上一篇我们已经知道一个GET请求是只有HTTP消息头的，虽然它也能够带上参数：将参数和请求的URL以?分开，但是一来请求的数据量很少，二来因为请求格式的固定化导致不能有效表达一些复杂的请求，而POST则没有这样的问题了。HTTP请求之POST和GET方法不同，POST有自己的HTTP请求体，这样也必然要求POST方法必须在HTTP请求头指明请求体的类型和长度：即content-type和content-length。content-type指明了Http消息体内的数据以怎样的结构进行组织，而content-length则指明了http消息体的长度。一个典型的POST请求如下：POST /cwf_nget?param=[] HTTP/1.1 Host: friend.renren.com Connection: keep-alive ...继续阅读 (21)

手机新买，新鲜感未过，几乎一天都在安装试用卸载各种搞毛软件中度过，差点忘了要在这周结束掉HttpClient的博文，趁着还有3个小时才12点赶紧写完。上一篇介绍了GET方法的实现，这篇主要就介绍介绍POST。从上层来看，GET和POST最大的区别在于GET是一种从服务器获取数据的请求，而POST是向服务器传送数据，进行站点更新。而从协议上来看，POST和GET的最大区别在于：POST请求是包含HTTP消息体的，较GET能够实现更复杂的数据交互。通过上一篇我们已经知道一个GET请求是只有HTTP消息头的，虽然它也能够带上参数：将参数和请求的URL以?分开，但是一来请求的数据量很少，二来因为请求格式的固定化导致不能有效表达一些复杂的请求，而POST则没有这样的问题了。HTTP请求之POST和GET方法不同，POST有自己的HTTP请求体，这样也必然要求POST方法必须在HTTP请求头指明请求体的类型和长度：即content-type和content-length。content-type指明了Http消息体内的数据以怎样的结构进行组织，而content-length则指明了http消息体的长度。一个典型的POST请求如下：POST /cwf_nget?param=[] HTTP/1.1 Host: friend.renren.com Connection: keep-alive ...继续阅读 (8)

手机新买，新鲜感未过，几乎一天都在安装试用卸载各种搞毛软件中度过，差点忘了要在这周结束掉HttpClient的博文，趁着还有3个小时才12点赶紧写完。上一篇介绍了GET方法的实现，这篇主要就介绍介绍POST。从上层来看，GET和POST最大的区别在于GET是一种从服务器获取数据的请求，而POST是向服务器传送数据，进行站点更新。而从协议上来看，POST和GET的最大区别在于：POST请求是包含HTTP消息体的，较GET能够实现更复杂的数据交互。通过上一篇我们已经知道一个GET请求是只有HTTP消息头的，虽然它也能够带上参数：将参数和请求的URL以?分开，但是一来请求的数据量很少，二来因为请求格式的固定化导致不能有效表达一些复杂的请求，而POST则没有这样的问题了。HTTP请求之POST和GET方法不同，POST有自己的HTTP请求体，这样也必然要求POST方法必须在HTTP请求头指明请求体的类型和长度：即content-type和content-length。content-type指明了Http消息体内的数据以怎样的结构进行组织，而content-length则指明了http消息体的长度。一个典型的POST请求如下：POST /cwf_nget?param=[] HTTP/1.1 Host: friend.renren.com Connection: keep-alive ...继续阅读 (6)

手机新买，新鲜感未过，几乎一天都在安装试用卸载各种搞毛软件中度过，差点忘了要在这周结束掉HttpClient的博文，趁着还有3个小时才12点赶紧写完。上一篇介绍了GET方法的实现，这篇主要就介绍介绍POST。从上层来看，GET和POST最大的区别在于GET是一种从服务器获取数据的请求，而POST是向服务器传送数据，进行站点更新。而从协议上来看，POST和GET的最大区别在于：POST请求是包含HTTP消息体的，较GET能够实现更复杂的数据交互。通过上一篇我们已经知道一个GET请求是只有HTTP消息头的，虽然它也能够带上参数：将参数和请求的URL以?分开，但是一来请求的数据量很少，二来因为请求格式的固定化导致不能有效表达一些复杂的请求，而POST则没有这样的问题了。HTTP请求之POST和GET方法不同，POST有自己的HTTP请求体，这样也必然要求POST方法必须在HTTP请求头指明请求体的类型和长度：即content-type和content-length。content-type指明了Http消息体内的数据以怎样的结构进行组织，而content-length则指明了http消息体的长度。一个典型的POST请求如下：POST /cwf_nget?param=[] HTTP/1.1 Host: friend.renren.com Connection: keep-alive ...继续阅读 (2)

继续HttpClient构造的博文，第二篇：GET方法的实现。HTTP协议定义了和服务器交互的不同方法，包括GET,POST,PUT,DELETE,CONNECT等等，其中最常用的两个方法就是GET和POST。这篇先讲讲GET方法的一些细节。HTTP协议的交互主要由请求和响应组成：客户端发起请求，服务端返回响应。而一个简单的HTTP请求又可以分成信息头和信息体。但对于GET来说，它的请求只有HTTP消息头而已。HTTP请求之GET一个最简单的HTTP GET请求可以写成：而复杂的请求往往会加入很多的请求头域，如：GET /logos/2011/hargreaves11-hp-15.jpg HTTP/1.1 Host: www.google.com.hk Connection: keep-alive Referer: http://www.google.com.hk/ User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/534.24 (KHTML, like Gecko) Chrome/11.0.696.60 Safari/534.24 Accept:/Accept-Encoding: gzip,deflate,sdch Accept-Language: zh-CN,zh;q=0.8 Accept-Charset: ...继续阅读 (11)

继续HttpClient构造的博文，第二篇：GET方法的实现。HTTP协议定义了和服务器交互的不同方法，包括GET,POST,PUT,DELETE,CONNECT等等，其中最常用的两个方法就是GET和POST。这篇先讲讲GET方法的一些细节。HTTP协议的交互主要由请求和响应组成：客户端发起请求，服务端返回响应。而一个简单的HTTP请求又可以分成信息头和信息体。但对于GET来说，它的请求只有HTTP消息头而已。HTTP请求之GET一个最简单的HTTP GET请求可以写成：而复杂的请求往往会加入很多的请求头域，如：GET /logos/2011/hargreaves11-hp-15.jpg HTTP/1.1 Host: www.google.com.hk Connection: keep-alive Referer: http://www.google.com.hk/ User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/534.24 (KHTML, like Gecko) Chrome/11.0.696.60 Safari/534.24 Accept:/Accept-Encoding: gzip,deflate,sdch Accept-Language: zh-CN,zh;q=0.8 Accept-Charset: ...继续阅读 (7)

继续HttpClient构造的博文，第二篇：GET方法的实现。HTTP协议定义了和服务器交互的不同方法，包括GET,POST,PUT,DELETE,CONNECT等等，其中最常用的两个方法就是GET和POST。这篇先讲讲GET方法的一些细节。HTTP协议的交互主要由请求和响应组成：客户端发起请求，服务端返回响应。而一个简单的HTTP请求又可以分成信息头和信息体。但对于GET来说，它的请求只有HTTP消息头而已。HTTP请求之GET一个最简单的HTTP GET请求可以写成：而复杂的请求往往会加入很多的请求头域，如： > GET /logos/2011/hargreaves11-hp-15.jpg HTTP/1.1 Host: www.google.com.hk Connection: keep-alive Referer: http://www.google.com.hk/ User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/534.24 (KHTML, like Gecko) Chrome/11.0.696.60 Safari/534.24 Accept:/Accept-Encoding: gzip,deflate,sdch Accept-Language: zh-CN,zh;q=0.8 Accept-Cha ...继续阅读 (11)

继续HttpClient构造的博文，第二篇：GET方法的实现。HTTP协议定义了和服务器交互的不同方法，包括GET,POST,PUT,DELETE,CONNECT等等，其中最常用的两个方法就是GET和POST。这篇先讲讲GET方法的一些细节。HTTP协议的交互主要由请求和响应组成：客户端发起请求，服务端返回响应。而一个简单的HTTP请求又可以分成信息头和信息体。但对于GET来说，它的请求只有HTTP消息头而已。HTTP请求之GET一个最简单的HTTP GET请求可以写成：而复杂的请求往往会加入很多的请求头域，如： > GET /logos/2011/hargreaves11-hp-15.jpg HTTP/1.1 Host: www.google.com.hk Connection: keep-alive Referer: http://www.google.com.hk/ User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/534.24 (KHTML, like Gecko) Chrome/11.0.696.60 Safari/534.24 Accept:/Accept-Encoding: gzip,deflate,sdch Accept-Language: zh-CN,zh;q=0.8 Accept-Cha ...继续阅读 (2)