uri

1、什么是Intent Android提供了Intent机制来协助应用建的交互与通讯，或者采用更准确的说法是，Intent不仅可用于应用程序之间，也可用于应用程序内部的Activity，service和broadcast receiver之间的交互，intent这个词本意是“目的、意向、意图”。 Intent是一种运行时绑定（runtime binding）机制，他能在程序运行的过程中连接两个不同的组件。通过Intent，你的程序可以向Android表达某种请求或意愿，Android会根据意愿的内容选择适当的组件来响应。 对于像这三种组件发送intent有不同的机制： 使用Context.startActivity()或Activity.startActivityForResult()，传入一个intent来启动一个activity。 使用Activity.setResult()，传入一个intent来从activity中返回结果 将intent对象传给Context.startService()来启动一个service或者传消息给一个运行的service。 将intent对象传给Context.bindService()来绑定一个service。 将intent对象传给Context.sendBroadcast()，Context.sendOrderedBroadcast()

JavaScript中有三个可以对字符串编码的函数，分别是： escape,encodeURI,encodeURIComponent，相应3个解码函数：unescape,decodeURI,decodeURIComponent 。 下面简单介绍一下它们的区别 1 escape()函数 定义和用法 escape() 函数可对字符串进行编码，这样就可以在所有的计算机上读取该字符串。 语法 escape(string) 参数 描述 string 必需。要被转义或编码的字符串。 返回值 已编码的 string 的副本。其中某些字符被替换成了十六进制的转义序列。 说明 该方法不会对 ASCII 字母和数字进行编码，也不会对下面这些 ASCII 标点符号进行编码： - _ . ! ~ * ' ( ) 。其他所有的字符都会被转义序列替换。 2 encodeURI()函数 定义和用法 encodeURI() 函数可把字符串作为 URI 进行编码。 语法 encodeURI(URIstring) 参数 描述 URIstring 必需。一个字符串，含有 URI 或其他要编码的文本。 返回值 URIstring 的副本，其中的某些字符将被十六进制的转义序列进行替换。 说明 该方法不会对 ASCII 字母和数字进行编码，也不会对这些 ASCII 标点符号进行编码： - _ . ! ~ * ' ( ) 。

对于 Web编程 人员来说，熟悉了解HTTP协议的状态码是很有必要的，很多时侯可能根据HTTP协议的状态码很快就能定位到错误信息！今天整理了一下所有HTTP状态码。 　　HTTP状态码 （HTTP Status Code）是用来表示网页服务器HTTP 响应状态的3位数字代码。它由 RFC 2616 规范定义的，并得到 RFC 2518 、 RFC 2817 、 RFC 2295 、 RFC 2774 、 RFC 4918 等规范扩展。所有状态码的第一个数字代表了响应的五种状态之一。 HTTP/1.1定义的状态码值和对应的原因短语（Reason-Phrase）的例子。 　　1XX表示:消息 　　这一类型的状态码，代表请求已被接受，需要继续处理。这类响应是临时响应，只包含状态行和某些可选的响应头信息，并以空行结束。由于HTTP/1.0协议中没有定义任何1xx状态码，所以除非在某些试验条件下，服务器禁止向此类客户端发送1xx响应。 这些状态码代表的响应都是信息性的，标示客户应该采取的其他行动。 　　“100″ : Continue 客户端应当继续发送请求。这个临时响应是用来通知客户端它的部分请求已经被服务器接收，且仍未被拒绝。客户端应当继续发送请求的剩余部分. 　　“101″ : witching Protocols 服务器已经理解了客户端的请求

转载：http://blog.csdn.net/xu_zh_h/article/details/2294233 4 请求失败4xx 4xx应答定义了特定服务器响应的请求失败的情况。客户端不应当在不更改请求的情况下重新尝试同一个请求。（例如，增加合适的认证信息）。不过，同一个请求交给不同服务器也许就会成功。 4.1 400 Bad Request 请求中的语法错误。Reason-Phrase应当标志这个详细的语法错误，比如”Missing Call-ID header field”。 4.2 401 Unauthorized 请求需要用户认证。这个应答是由UAS和注册服务器产生的，当407（Proxy Authentication Required）是proxy服务器产生的。 4.3 402 Payment Required 保留/以后使用 4.4 403 Forbidden 服务端支持这个请求，但是拒绝执行请求。增加验证信息是没有必要的，并且请求应当不被重试。 4.5 404 Not Found 服务器返回最终信息：用户在Request-URI指定的域上不存在。当Request-URI的domain和接收这个请求的domain不匹配的情况下， 也会产生这个应答。 4.6 405 Method Not Allowed 服务器支持Request-Line中的方法

4 请求失败4xx 4xx应答定义了特定服务器响应的请求失败的情况。客户端不应当在不更改请求的情况下重新尝试同一个请求。（例如，增加合适的认证信息）。不过，同一个请求交给不同服务器也许就会成功。 4.1 400 Bad Request 请求中的语法错误。Reason-Phrase应当标志这个详细的语法错误，比如”Missing Call-ID header field”。 4.2 401 Unauthorized 请求需要用户认证。这个应答是由UAS和注册服务器产生的，当407（Proxy Authentication Required）是proxy服务器产生的。 4.3 402 Payment Required 保留/以后使用 4.4 403 Forbidden 服务端支持这个请求，但是拒绝执行请求。增加验证信息是没有必要的，并且请求应当不被重试。 4.5 404 Not Found 服务器返回最终信息：用户在Request-URI指定的域上不存在。当Request-URI的domain和接收这个请求的domain不匹配的情况下， 也会产生这个应答。 4.6 405 Method Not Allowed 服务器支持Request-Line中的方法，但是对于这个Request-URI中的地址来说，是不允许应用这个方法的。 应答必须包括一个Allow头域

public class MyFtpClass { private readonly string _destIp; private readonly string _userName; private readonly string _password; public MyFtpClass(string desIp, string userName, string passowrd) { this._destIp = desIp; this._userName = userName; this._password = passowrd; } private FtpWebRequest OpenRequest(Uri uri,string ftpMethod) { FtpWebRequest request = WebRequest.Create(uri) as FtpWebRequest; if (request != null) { request.Credentials = new NetworkCredential(_userName, _password); request.UseBinary = true; request.Method = ftpMethod; return request; } else { return null; } } private

原文: Asp.Net Web API 2第一课——入门 前言 　　Http不仅仅服务于Web Pages。它也是一个创建展示服务和数据的API的强大平台。Http是简单的、灵活的、无处不在的。你能想象到几乎任何的平台都会有HTTP服务库。HTTP服务可以涉及到范围广泛的客户端，包括浏览器、各种移动设备和传统的桌面应用程序。 　　Asp.Net Web API是在.NET Framework框架上用于建立Web APIs的一个框架。在这个教程中，你将会使用Asp.Net Web API框架来创建一个能够返回产品列表的Web API。前端的Web 页面使用jQuery来展示这个结果。 　　在这个教程当中我将会使用VS2013来创建一个简单的示例。提供本文项目示例下载链接 http://pan.baidu.com/share/link?shareid=928144769&uk=4244870074 创建一个Web API项目 第一步：启动Visual Studio，进行创建项目。下面是项目创建过程。 您还可以创建一个 Web API 项目，利用"Web API"模板。 Web API 模板使用 ASP.NET MVC 提供 API 的帮助页。 我使用的空模板在本教程中因为我想要显示无 MVC Web API。 一般情况下，你不需要知道 ASP.NET MVC 中使用 Web API。

直到现在，编写和部署服务器端的能够读取、修改和生成 Microsoft ® Office 应用程序所使用的文档的应用程序仍然是个挑战。Microsoft Word、Excel ® 和 PowerPoint ® 所用的较早的二进制格式是在 1997 年开始使用的，直到在 Office 2003 版中仍然将其作为默认文件格式。然而，这种二进制的文件格式已被证明因过于棘手而不便使用。大多数读写 Office 文档的生产应用程序都通过承载 Office 应用程序的对象模型来达到此目的。 使用应用程序（如 Word 或 Excel）的对象模型的应用程序和组件，在桌面机上的运行状况远远好于在服务器端环境中。任何曾花费时间编写额外的基础代码来让 Office 桌面应用程序在服务器上可靠运行的人都会告诉您，那绝对不是理想的解决方案。这是因为，Word 和 Excel 之类的 Office 桌面应用程序的设计初衷从来就不是使其在服务器上运行，每当遇到需要人工干预的频繁的对话时，就需要用一个自定义实用程序来终止并重新启动它们。 对于服务器端而言，无需采用承载 Office 应用程序的对象模型的方法即可读写 Office 文档的能力已变为极需要的趋势。Office 2000 和 Office 2003 都引入了一些模型化的功能，可使用 XML 来创建 Excel 工作簿和 Word 文档

未经允许不得转载！最近发现有博主转载我的文章，并没有跟我打招呼，也没有注明出处！！！！ 熟悉Nginx的同学都知道Nginx可以用来做负载均衡和反向代理，非常好用。做前后端分离也是非常的方便。 今天我们就来说一下，用Nginx做前后端分离时如何做URI重定向？ 什么是URI重定向？ 就是说访问某一个或者某一规则URI时由Nginx的配置来决定重定向到另外一个或一类URI。 有啥用呢？ 其中一个作用就是可以将请求映射到真实目录。具体啥意思呢？ 比如我们的URL是 http://www.abc.com/ITwalking/page/index.html 而index.html在我们的系统目录 D:/resources/ITwalking/page/ 下 这时我们可以这样配置location: location /ITwalking { 　　root D:/resources/; } 用root这种方式配置的话，location后面的ITwalking是作为系统目录的， 即 D:/resources/下要有/ITwalking/page 这层目录。 这种配置是没问题的。 但假如我们的 D:/resources/ 下直接就是page， 然后下面直接就是文件呢，中间没有/ITwalking这层目录，怎么办呢？你可能会想，新建个ITwalking把page及其中的文件移动到里面