Restrictions是用来限制（或者说定义）Element或Attribute可接受值的。而对于Element的Restrictions通常又称为Facets。
下面通过一些常见的约束例子来说明Restrictions的用法和语法。

数值型范围限制

该约束定义age元素的值是整形而且值要在0到120之间。

枚举限制

这里约束了car的值是string，而且只能为“Audi”、“Golf”和“BMW”中的一个。
可以使用另一种写法：

<xs:element name="car" type="carType"/>
<xs:simpleType name="carType">
<xs:restriction base="xs:string">
<xs:enumeration value="Audi"/>
<xs:enumeration value="Golf"/>
<xs:enumeration value="BMW"/>
</xs:restriction>
</xs:simpleType>

这种写法的好处是，上面的Restriction不是定义在Element中的，可以被其他的Element很方便的调用。

使用正则表达式（RegularExpression）约束

这里<xs:pattern>的value属性的值是一个正则表达式正则表达式的语法则不再本文介绍的范围。使用RegularExpression你可以规定任何格式的string约束。

空格字符（Whitespace Characters）约束

<xs:element name="address">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:whiteSpace value="preserve"/>
</xs:restriction>
</xs:simpleType>
</xs:element>

以上例子对address中的所有空格字符进行保留。关键是value="preserve"。XML语法本来就是保留空格的。
当值为“replace”时
XML processer会用空间来代替所有的空格字符。
当值为“collapse”时
会将连续的空格合并成一个。

长度约束

以上例子限定了password元素的长度为8。当然也可以使用 <xs:minLength value="?"/>和<xs:maxLength value="?"/>来限定最长最短值。

更多的内容请看http://www.w3schools.com/schema/schema_elements_ref.asp

想进入参加活动名单还不是很容易的，一共才有30个人的名额，好多同学报了名也遗憾的没有参加。

这次活动有三个话题，基本上都是架构方面的话题，与python没有太多的关系，这样的主题我很喜欢（因为python我基本不懂），在三位主讲人的分享下，收获颇多，也不枉费我来回4个小时，60多公里的路程。

当你的系统进入一个高并发，高负载的时候，你的架构设计就不能仅仅只是某一门语言的问题。你需要了解和深入很多领域的知识，比如操作系统，网络协议，多种语言的组合和对比（在不同场合使用最适应本场合的语言），硬件系统。只有这样，你才能设计出来一个合乎需求的系统。所以，对于一个架构师（或者想要成为架构师的同学）来说，需要学习的东西还是很多的。

有些话题由于某些原因不方便参加者宣传和传播，我也就不在blog上做文字的记载，就把我在当天回家的路上整理的mind生成图片放到blog中，如果有感兴趣的同学，可以查看图片。

另外：附上这次聚会中的一些照片，更多的照片请点击这儿

上网查了一下，果然我们现在使用的JSON-Lib这个框架的性能是公认的差，可能之前一直没有意识到这个问题，只是觉得这个Lib用的挺顺手的，所以一直在用它。这里有两篇文章对现在的三种JSON转换的框架的性能有一个比较具体的分析（《Java: JSON Parser Performance》、《JVM性能调优记录》）。

我们试了上面的另外两种框架，但是都不能达到我们的需求，关键是对我们自定义的Object转换会有问题，需要我们提供扩展的方案才行。

正在头疼中，海龙给我们推荐了google-gson这个有google提供的JSON框架。我在pom.xml中加上google-gson的依赖，写了几个测试用例测试了一下，条件是任意多个java对象数据集合转换成JSON字符串。在同样的条件下，google-gson性能比JSON-Lib提高了两倍以上，特别是在对一个很大的、有冗余的Object做转换时性能更是能提高3-4倍。而且，API使用也很方便，一个gson.toJSON(obj)就可以完成转换的操作。

在这里特地给大家推荐一下google-gson。

这两期的分享主题分别是《什么是REST风格应用》，《使用JSR311规范快速构建REST应用》。基本上每次的分享时间都有两个小时左右。虽然我会把每次分享的PPT都会给大家，但是毕竟PPT只是一个简单的大纲而已，更多的内容还是在大家互相讨论交流中。

REST系列分享活动简介如下：
    这个活动是由程序员自动发起，非官方的身份决定我们不会有太多的资源来支持活动，希望大家能够在完成（安排好）手头的工作之后来加入活动。
    同时，可能由于时间的关系，我们允许分享人可以不准备ppt，但是要保证可以通过别的方式（如白板）来将你要分享的内容表达清楚。
    我们希望通过我们的分享和交流能够让大家对REST有更深入的了解，毕竟REST也是一个很庞大的话题，不是一次两次的培训和分享能够说明的。
    我们欢迎有自己的想法，有疑问，习惯质疑，喜欢分享的程序员加入活动中来。
    在活动中有任何的疑问和反对意见都可以随时提出来。

下面是我之前分享内容的ppt。

当你看见这样的提示的时候，你就要小心你项目中资源文件的中文会出现乱码的现象了。你可能会有疑问，我的文件的格式是UTF-8的，文件编码也是UTF-8的，为什么还会出现中文乱码的问题呢?

其实原因Maven已经告诉你了。由于我们使用的Windows默认是GBK编码的，那用GBK的编码重新读写UTF-8的文件，那肯定是会出现乱码的。

那么我们怎么样才能解决这个问题呢？其实很简单，只需要在相应的项目的pom.xml中加上一个Maven插件就可以了。

<plugin>
       <groupId>org.apache.maven.plugins</groupId>
       <artifactId>maven-resources-plugin</artifactId>
            <configuration>
                 <encoding>UTF-8</encoding>
              </configuration>
</plugin>

原文地址：http://cgfundamentalism.spaces.live.com/Blog/cns!A938DB4347919AD9!406.entry

（节选自 《Unix 编程艺术》）

Unix哲学中更多的内容不是这些先哲们口头表述出来的，而是由他们所作的一切和Unix本身所作出的榜样体现出来的。从整体上来说，可以概括为以下几点：

1. 模块原则：使用简洁的接口拼合简单的部件。
2. 清晰原则：清晰胜于机巧。
3. 组合原则：设计时考虑拼接组合。
4. 分离原则：策略同机制分离，接口同引擎分离。
5. 简洁原则：设计要简洁，复杂度能低则低。
6. 吝啬原则：除非确无他法，不要编写庞大的程序。
7. 透明性原则：设计要可见，以便审查和调试。
8. 健壮原则：健壮源于透明与简洁。
9. 表示原则：把知识叠入数据以求逻辑质朴而健壮。
10.通俗原则：接口设计避免标新立异。
11.缄默原则：如果一个程序没什么好说的，就沉默。
12.补救原则：出现异常时，马上退出并给出足够错误信息。
13.经济原则：宁花机器一分，不花程序员一秒。
14.生成原则：避免手工hack，尽量编写程序去生成程序。

现在将这十条不职业的行为摘录下来，时刻提醒自己。

行为一：对外交付半成品。

行为二：不遵守标准和规范。

行为三：不积极帮助他人。

行为四：版权意识不敏感。（这点要注意）

行为五：对待计划不严肃。

行为六：公事私事想混淆。

行为七：不注意更新自己。

行为八：不主动与人沟通。

行为九：不遵守职场规则。

行为十：不够诚实和正直

原文地址:http://www.programmer.com.cn/1041/

下面的文字转自: http://www.ideawu.net/blog/?p=428

最近, 网上盛传一个笑话, 一般名字叫做"围观不会设置Java User-Agent的菜鸟". 讲的是国外一个用Java开发Web爬虫获取网页
的菜鸟, 不知道怎么设置自己虫子的User-Agent字段, 该字段可以告诉Web服务器, 对方用的是什么工具或者软件. 这个笑话中的事情确有
其事, 见下面URL:

https://groups.google.com/group/comp.lang.java/browse_thread/thread/6923c024ed392c85

这个帖子(邮件)的发贴人使用的邮箱后缀是cs.stanford.edu, 他是斯坦福大学的学生. 发贴的时间是1996年1月, 使用的Java
是1.0beta2. 当时, Web爬虫技术应该是非常稀有的技术, Java/1.0beta2的HTTP相关库也应该非常难用. 现在看来, 那
时的人, 那时的技术, 都像是婴儿. 所以, 这看起来像个笑话.

但是, "笑话"的笑点在这里吗? 我相信, 大家在看到这个所谓的笑话时, 可能会心里或者面上露出笑, 但应该是感悟的笑, 自嘲的笑, 无奈的
笑, 思索的笑...肯定不会有快乐的笑. 为什么? 因为发贴的人是Larray Page, 是Google公司的创始人之一. 他创造了全球许多
技术人员的上帝, 他创造了巨大的财富, 他创造了技术和商业神话. 可是, 他曾经做过的事, 使用的技术, 开发出的产品, 遇到的无法逾越的问
题, 向人讨教时的心情, 和我们那么接近, 甚至对我们大部分技术人员简直是小菜一碟. 在每一个人心中, 这都是一个历史笑话, 让我们思考技术的
本质.

我把这封邮件引用在这里, 做个留念:

   I have a web robot which is a Java app. I need to be able to set
the User-Agent field in the HTTP header in order to be a good net
citizen (so people know who is accessing their server). Anyone have
any ideas?

   Right now, Java sends a request that includes something like:

   User-Agent: Java/1.0beta2

   I'd rather not rewrite all the HTTP stuff myself. I tried just
searching in the JDK for the Java/1.0beta2 figuring I could just
change the string, but I couldn't find it. Perhaps it is stored as a
unicode string?

   An easy method of setting the User-Agent field should probably be
added to Java, so people can properly identify their programs.

   Thanks, Larry Page

人美，画更美。下面两个沙画作品是她在《乌克兰达人》这个选秀节目中的表演。每个作品都讲述了一个故事。

比赛中的表演令现场观众看她作画居然会为之泪下。她的沙画艺术是对艺术与灵魂的诠释，看她作画的过程，能够让人感觉身心得到净化和升华，难以想象这竟然是在一场选秀节目中的表演。

这个作品讲述的是德国二战期间侵略乌克兰历史。最后她写的字意思是“永远和你们在一起”。 结尾部分的背景音乐是“nothing else matters”。

这个作品表达了宇宙、人生、亲情。孩子从出生到变成画家，出名后和父母很少联系，老母亲只能在电视里看着儿子的身影，最后孤独的死去。 

Kseniya Simonova在录像最后用俄语写了：“Don't be late...; 别晚了...”，意思是要赶紧和家人联系，等到家人都走了就晚了。