某种语言中的正则工具算是木桶，而这个工具处理的是正则表达式，算是水，那么水很多，无论是淡水还是咸水，或是雨水，至少就Perl正则表达式这一支来说，足以装满任何一个木桶，只有这个木桶做得还不足以容纳这一类的所有的水的时侯；
那么，不要纠结于怪异的差异，以实现你的功能为主，以你的最终目标作为出发点，来研究某项工具能做的事情，以及如何来做，达到预期目的即可，这可能还是敏捷开发的一种表现，当下目的达到即可，不必纠结其它。
然而，在工作和具体任务之外，还是多了解一些为好，以便形成一套自已的知识体系，在任何需要的时侯，从立体角度去界定问题所对应的能解决它的知识板块在你自已知识体系所处的位置。
所以说，传统的软件工程方法，并不是没有它的道理，只不过是茫茫软件学发展过程中的一个必经之路，也是在学习和研究过程中形成的一套体系；而如今当某一层面成形之后，可能象使有五笔输入法一样，不必再去纠结于如何拆字，而是见字就打，以打字为目的，而非以拆字为目的，这时敏捷软件开发思想的当下原则便是长久以来不断摸索研究的结果。
其实，真的没必要把敏捷搞得神乎其神，没边儿没沿儿，做开发做久的人，都会从不断的传统软件工程方法的学习研究过程中走出来，然后以一种更便捷的，去重复劳动的方式来做事情，其实那就是敏捷，以当下和眼前目标为第一要务。
至于时间，这个也是敏捷开发在目前来看难以推行的一个大问题，本来同样一个活儿，一年也能干，一个月也能干，一天有时也能干，长工出细活儿，而我们开发人员也常是以经定的时间来琢磨着，哪些是核心的必做，剩下的时间哪些可以胡弄一下，以减少时间花费，这样正好能按预定时间做完。
然而，现在更多的时，让开发人员估时间，而没有一个相对来说明确和细致的需求可供参考，这些需求有时是在客户的脑子里，有时是在项目经理与客户沟通过程中得到或忽略了，最终造成一个必要因素被无端抛弃。
这其实，更多取决于项目经理的个人能力，一是要技术过硬，二是要有市场和需求的思想，能很准确或有方法地探出客户的真正需求以及需求层级来。
往往，一些开发老手，会以各种方法来“挤对”项目经理，直到把这个根儿给挖出来（可能这也是项目经理想要掌开发人员玩弄于股掌之中的唯一手段吧，如果连这个都被开发人员知道了，他就没什么作用了？！真应了余世维先生讲到的中国经理人的毛病了“一定要让别人觉得自已很重要才行......”），事情就迎刃而解；不过，有时挤对不好，容易引火上身，遭到公司更高层面领导的干预和压制，得不偿失，这样的话还不如做一天和尚撞一天钟，碰个大运，弄好了，走对叉路了，得到表扬，弄不好，耽误工夫，那责任无疑落在开发人员头上，一大堆理由等着你，所以就不要辩解了，明知道黑，说了有什么用，只要闭上眼，摸 着往前走就好了，尽量别让自已再碰壁，留个全尸才好。
能留个全尸，恭喜你，进阶了，成了老油条了！老油条，就是在荆棘路上走得多了，知道哪深哪浅，别管路走得远或近，耽误工夫也跟你没关系，要不然，你用心就等于自送性命。
可怜可悲，真正想做事情的人，确是如此下场，最终活下来，也是得曲线救国，方能自我保全。
可怜，忠勇之士，自古如此；
可悲，时下之风，随波逐流，弑忠无不谓之昏也；
万望明智者，壮志未酬的小老板们，擦亮双眼，贤才、忠勇尽收麾下，如刘备般爱才有道，匆弃川蜀而劳军伐吴（忠言搁置一旁），自毁 钱 程！
补了上面这一段，有些困了，从昨晚7：30睡到今早0：28，6个小时就再也睡不着了，断断续续写这一篇，两个来小时，应该不是梦游中完成。
不知是真的6小时就够了，还是0点到3点这一段的胆排毒时间到了，难道又出问题了？还是先吃药吧，中成药，效果不错，鸡骨草胶囊，吃一回想一回，吃嘛嘛香......希望是这样！
1、NSRegularExpression
Abel 22:14:23
大大们，有没有谁能发一个有关ios正则表达式的资料啊，或者链接也行，我之前学过perl的正则表达式，但是觉得和ios的不大一样
以下内容足够你参考的了！“The regular expression patterns and behavior are based on Perl‘s regular expressions.”这句说明，其还是基于 Perl正则表达式，不过针对c++环境有一些扩展。
http://userguide.icu-project.org/strings/regexp
2、NSPredicate
另外，谓词 NSPredicate 也可以使用正则表达式来进行过滤，简单地说，就是使用正则表达式语法来进行匹配。构建谓词的格式字符串可以实现一些常规的像SQL语句中的匹配，当使用正则时，需要用在格式字符串中使用 MATCHES
iOS 中正则表达式使用方法汇总,布布扣,bubuko.com
原文：http://blog.csdn.net/opengl_es/article/details/20883135
