@66beta 详解：买好浮潜装备，淘宝很多，眼镜、干管、脚蹼什么的，一套也不花很多钱，以后出去潜水都可以用。然后因为我只包早晚餐，所以中饭要自己掏钱，吃个一两次还行，一餐节省点十来刀足够了，贵一些二三十刀。但是吃个四五天还是有点肉痛的。所以自己带一些吃的。早饭吃饱点，中午吃点小东西，熬过去就行了。

PS：我理解热带各个岛屿应该大同小异，具体去哪里可以自己考虑下价格等因素

再PS：岛上没有向大家理解的那样缺水，每天免费两小瓶水。再加上吃饭的时候喝点汤、吃点水果，基本够了。一般额外买一两瓶水就够了。一大瓶20人民币，也不算很贵

我的经历：今年7月淘宝买的马尔代夫双人，每人7k不到，包所有交通，住宿，早晚餐。玩了一周，除了小费，自己外面吃点东西花的钱，其他没有任何额外消费。

岛上人不多，住宿条件比较好，饮食还可以，玩的话就是浮潜，不会游泳也没关系，第一次浮潜还是感觉很nice的，水里面好多热带鱼，另外还有珊瑚什么的，很漂亮。

建议是提前买好装备，带点吃的，熬过中午（因为不包中饭）

补充一下，1986年颁布《义务教育法》

小学生7岁，家长大概是30多一些，那么家长出生在1980左右。接受教育在1987~1995，嗯。。。

我老婆刚考试，事实证明是一模一样的题目。做几遍轻松过关

自动换了微软人体工程学键盘，打错的概率上升了。。。看来需要适应一下

数据量不是问题，主要看场景。比如：你的历史数据使用频率是否很高，如果不高，那么近期的数据和历史数据分开存。重点保障近期数据的查询效率。近期数据定时导入历史数据库就行了。
但是如果你需要大量使用历史数据，同时要求很高的反应时间，那么就需要较多机器，部署分布式的mysql或者Oracle。整个的工作量会相对大很多，难度也高许多。
如果需要大量使用历史数据，但是要求反应时间不高，那么采用类似hadoop、htable的系统也不是不可行

因为北方只有一个北京，所有中国靠北一些的同学大概都会去北京。你说的其他城市基本都在南边。

我觉得写的不好，首先所有if后面都要加{}，这是代码规范。然后一行代码不可以写这么长，要想办法做简化。静态的string用常量来表示，比如你的正则表达式。好处：一是方便复用和后续修改，二是人肉看更直观（因为有命名）。然后函数嵌套的太多了，宁可多设置几个变量或者多抽几个函数，不要把代码揉成一坨。不要说是否看得懂，看到这种代码，没几个愿意认真看的。

撤吧，小命重要，你老大赏识你，你就为他拼命，那你爸妈那么辛苦养育你，你不为他们多活几年吗？你老婆或者以后的老婆让你多陪几年，你行吗？自己思量一下，身体最重要了

居然写了这么多。。。足见是有多恶趣味

我自己写代码就是力求简洁。帮同事review代码的时候，都会提评论，让他把代码写的更简单易懂，甚至变量、函数的命名也要直白易懂。我是一直这么坚持的。

不过我也挺理解lz，有时候也会有这种想法。现在想想，如果怕自己被替代，那就努力学习，让自己无法替代呗。靠把代码写恶心总归不是正道。。

http://stackoverflow.com/questions/169625/regex-to-check-if-valid-url-that-ends-in-jpg-png-or-gif
希望有用

我也遇到过，当时人在北京，之前杭州办的宽带，让我补交欠款，还必须本人身份证。被迫无奈把身份证寄回去让杭州的朋友帮忙交了。这个规定简直了，顾客不要说是上帝了，简直就是条狗啊，被呼来喝去

过早的性能优化是罪恶的源泉，特别是为了性能而去牺牲系统架构优雅性，增加模块耦合，降低代码可读性、易维护性等。当然，如果没有后面这些损失，你当然应该写更高效的代码。

很多时候你根本不会知道最影响性能的是哪部分代码。你过早的优化，也许只是优化了占总耗时1%的那部分代码。

关于你这个代码，我觉得原来的代码也还可以，oop不是解决问题的唯一方式，不用oop也一样可以写出好代码。你们两位支撑自己观点的原因都不太合适。最重要的还是代码的合理性，这部分错误code处理的逻辑本该属于谁，后续很可能出现的扩展是否方便支持，代码是否可以简洁易懂，是否会带来冗余代码。