ios代理方法怎么写 Java静态代理和iOS代理模式这两个概念的理解上的疑惑

java静态代理模式，举例给你，看下如何理解：public class Ts { public static void main(String[] args) throws Exception { // 通过中介公司生产一批衣服 ClothingProduct cp = new ProxCompany( new LiNingCompany()); cp.productClothing（)； }}/** * 定义生产一批衣服功能的接口 * */interface ClothingProduct { void productClothing（)； // 有生产一批衣服的功能}/** * * 代理类：中介公司 * */class ProxCompany implements ClothingProduct { private ClothingProduct cp ； // 中介公司不会生产衣服，需要找一家真正能生产衣服的公司 ProxCompany(ClothingProduct cp) { super (); this . cp = cp; } @Override public void productClothing() { System. out .println（ "收取1块钱的中介费" ）； cp .productClothing（)； }}/** * * 李宁公司是生产服装的目标类 * */class LiNingCompany implements ClothingProduct { @Override public void productClothing() { System. out .println（ "生产一批衣服。

" ）； }}上面程序的做法，使用的模式是静态代理模式静态代理模式在现实编程中的弊端：它的特征是代理类和目标对象的类都是在编译期间确定下来的，不利于程序上的扩展，上面示例中，如果客户还想找一个“生产一批鞋子”的工厂，那么还需要新增加一个代理类和一个目标类。

如果客户还需要很多其他的服务，就必须一一的添加代理类和目标类。那就需要写很多的代理类和目标类代理模式到底做了什么？我眼中的代理模式只有两个关注点：协议和代理者协议定义了一组方法，由某一个类负责实现。

代理者作为某个类的一个属性，通常是另一个类的实例对象，可以负责完成原来这个类不方便或者无法完成的任务。首先谈一谈代理者，在脑中重新回想一下代理模式的实现过程。

在页面B中定义一个代理对象的时候，好像和定义一个普通的property非常类似（除了 weak和id《delegate》>）。这也正是我对代理的概括：代理本来就是一个属性而已，并没有非常神秘。

当然，代理者并不只是一个类普通的属性，否则我只需要重写一下B的初始化方法即可达到同样的效果：self.BVC = [[BViewController alloc]initWithDelegate:self]；然后在BViewController.m中定义一个AViewController *AVC并在初始化方法中赋值即可。 注意到代理者在定义的时候，格式往往是这样的：id delegate；所以我对代理的优势的理解是：代理的核心优势在于解耦与直接声明一个属于某个固定的类的代理者相比，声明为id的代理者具备两个明星的优势。

允许多个不同的类成为本类的代理。试想一下在本文例子中，如果页面B可以跳转回N个页面，如果还是通过声明一个普通对象的方式，那怎么办？允许代理者的类还不固定。

试想一下，UITableView也有delegate，它根本不知道那个类会成为它的代理者。再看一看协议。

协议更加简单了。协议只是定义了一组方法。

在代理模式中，完全可以不用在页面B中定义一个协议，然后A再去遵循这个协议。直接调用A的方法即可。

个人认为协议的优点在于以下几点：可以利用Xcode的检查机制。对于定义为@required的方法，如果实现了协议而没有实现这个方法，编译器将会有警告。

这样可以防止因为疏忽，忘记实现某个代码的情况，而由于OC的运行时特性，这样的错误往往在运行阶段才会导致程序崩溃。有利于代码的封装。

如果一个类，实现了某个协议，那么这个协议中的方法不必在.h中被声明，就可以被定义协议的类调用。这样可以减少一个类暴露给外部的方法。

有利于程序的结构化与层次化。一个协议往往是解决问题的某个方法，对于一个其他的不过却类似的问题，我们只用再次实现协议即可，避免了自己再次构思一组方法。

协议的继承机制使得这一有点更加强大。说了怎么多，总结起来只有一句：代理模式并不神秘，只是一个经过了优化的小技巧（让某个类持有另一个类的指针）。

代理和协议也只是让程序耦合度更低，结构感更强而已。

QQ代理设置方法：

QQ代理有两个类型可以选择：SOCK5代理服务器和HTTP代理服务器。

(1)QQ登陆对话框中的设置

在QQ登陆界面点击网络设置→出现的下拉列表中选择你的需要的代理类型→地址：填上你收集的代理服务器IP（“***.***.***.***形式的”）

→端口：填上你找到的代理服务器的端口参数→把用户和密码框填上代理服务器提供的用户名和密码（一般免费代理是没有用户名和密码的，

那么不用填）。

例如你收集 到的代理服务器是127.0.0.1:80那么设置时地址填：127.0.0.1，端口填80，注意没有前面的冒号。

好了现在基本设置好了，你可以测试一下你的代理服务器是否工作正常，

点击测试。假如出现“代理服务器正常”，则这个代理是可用的，正常就可以登陆你QQ了。假如出现“无法连接代理服务器”，则说明这个代

理不能使用，重新输入另外的代理参数，重新测试。

(2)QQ在运行时的代理设置

点击“菜单”→“系统设置”→“代理设置”

其设置与上面的设置一样，不过要使刚刚输入的参数生效，必须下线一次，再上线，这样才能改变QQ的传输状态，使代理生效。

二：IE浏览器的代理设置方法：

1。菜单→“工具”→““Internet选项（O）”。

2。选“连接”，单击“设置（S）。” →““代理服务器”→““对此连接使用代理服务器”→填上HTTP的地址和端口。

3。如果有如FTP/SOCKS/HTTP等更齐全的代理数据，，可单击“高级（C）。”，分别填入对应的代理数据。（这项一般都没有，用不着填）

4。现在差不多就OK了。。

首先得描述一下各个证书的定位，作用，这样在制作的时候心中有谱，对整个流程的把握也会准确一些；

1、开发者证书（分为开发和发布两种，类型为ios Development,ios Distribution），这个是最基础的，不论是真机调试，还是上传到appstore都是需要的，是一个基证书，用来证明自己开发者身份的；

2、appID，这是每一个应用的独立标识，在设置项中可以配置该应用的权限，比如是否用到了PassBook,GameCenter，以及更常见的push服务，如果选中了push服务，那么就可以创建生成下面第3条所提到的推送证书，所以，在所有和推送相关的配置中，首先要做的就是先开通支持推送服务的appID;

3、推送证书（分为开发和发布两种，类型分别为APNs Development ios,APNs Distribution ios），该证书在appID配置中创建生成，和开发者证书一样，安装到开发电脑上；

4、Provisioning Profiles，这个东西是很有苹果特色的一个东西，我一般称之为PP文件，该文件将appID，开发者证书，硬件Device绑定到一块儿，在开发者中心配置好后可以添加到Xcode上，也可以直接在Xcode上连接开发者中心生成，真机调试时需要在PP文件中添加真机的udid；是真机调试和必架必备之珍品；

平常我们的制作流程一般都是按以上序列进行，先利用开发者帐号登陆开发者中心，创建开发者证书，appID，在appID中开通推送服务，在开通推送服务的选项下面创建推送证书（服务器端的推送证书见下文），之后在PP文件中绑定所有的证书id，添加调试真机等；

具体操作流程如下：

1、开发者证书的制作，首先登陆到开发者中心，找到证书配置的版块，猛戳进入，点进证书，会显示如下界面，点击右上角的加号

会出现以下界面，该操作重复两次，分别创建开发测试证书和发布证书，开发测试证书用于真机调试，发布证书用于提交到appStore，我们以开发测试证书为例，选择第一个红框中的内容；

然后下一步，会提示创建CSR文件，也就是证书签名请求文件，会有很详细的操作说明，如果英文不太好，可以参考下图；

之后将该CSR文件保存到一处；

备注：CSR文件尽量每个证书都制作一次，将常用名称区分开来，因为该常用名称是证书中的密钥的名字；

之后在开发者中心将该CSR文件提交；

提交上去后就会生成一个cer证书， 有效期为一年；

利用同样的方法配置一下Distribution发布证书，下载保存，双击安装；在钥题串登陆证书中可以查看，其中专用密钥的名字即为CSR请求文件中的常用名称；

2、以上开发者证书的配置完成了，下面我们来配置appID和推送证书；在左边栏中选择appID，勾选右边的push可选项，为该appID所对应的应用添加推送功能，下面会看到创建证书的按钮，分别为开发证书和发布证书，下面的流程就和上述1中创建证书一样了，都是先建立证书请求文件，然后提交生成就行了，需要注意的是，虽然在左边栏证书栏中也可以直接创建推送证书，但是还是建议在appID中，勾选了push服务后在此处创建，这样会避免因为忘了开通push服务而导致推送不可用的情况发生；

证书创建完成后，下载保存，双击安装即可；

3、最后我们来进行PP文件的制作

该流程进行两次，分别创建开发测试用PP文件和发布PP文件，前者用于真机测试，后者用于提交发布；Ad Hoc格式一般用于企业帐号，此处我们忽略；

选择后提交

会自动检测匹配appID，另外下拉项中还可以选择wildCard格式，该格式为自动生成，使用*通配符，适用于批量的，没有推送，PassCard等服务的应用；我们选择我们刚刚创建的appID，之后下一步选择证书；

继续，这里有一个区别，因为PP文件的开发测试版需要真机调试，所以我们需要绑定真机，这里因为之前我添加过一些设备，所以这里就可以直接全选添加，如果没有的话，需要将真机的udid复制出来在此添加，在发布PP文件中，是没有这一步的；

之后就是输入一个PP文件的名字了，然后生成，下载保存，双击添加到Xcode库中，这样在真机调试或者发布时，就可以分别有不同的PP文件与其对应；