神仙的仙居

　　星期六乘车去灵隐，早下了两站，剩下的路就走了过去。然后在半路上就满足了考拉的一个愿望：找一棵两个人抱不过来的树。RP好的人就是不一样，下错站都能实现一个额外的愿望。进了山门，先是飞来峰。山是石头山，里面有个石头洞。洞里有很多供养人的石雕。其中的一个的运气不知道算特别好还是特别糟，居然被当成了财神，手都被摸得亮闪闪的。过了一线天，上到山上。山上有很多佛和菩萨的石雕。那个印在门票上的弥勒藏在一个神奇的地方，除了对面的照相摊，就只能艰难地爬在石头上才拍得到。然后就到了灵隐的庙里面（居然还要门票）。庙确实很大。释迦的像大概有5-6层楼高。好多人在烧香膜拜。本来我并不赞同偶像崇拜，但考拉和老虎的好心不能不接受，还是烧了几柱香。然后就给烟熏得……

　　旅馆的对面是美院。第一天的晚上，我们就被她帅气的门面吸引住了。第二天逛完西湖后，我们就跑了进去。美院到底是美院。每一处都充满了艺术的味道。老虎和考拉还说着要不要考这里的研究生。虽然是说说而已，但看得出，在这么艺术的一个地方，在这么艺术的城市学艺术是多么令人向往。

　

---

　　晚上，我们又到了西湖边上，在白堤上架起了三脚架。结果吸引了好多目光，有中国人的，还有一群外国人。第一次听人说咱是专业的^_^，虽然我自己怎么看自己的相机都看不出专业的样子。看样子以后要充专业摄影，一定要带上三脚架。晚上的西湖又是另一种味道。水中倒映着灯光，四周都是温馨而平静的颜色，宝石山上也是一片灿烂，宝淑塔在灯光的衬托下如同一件宝器。

　　很羡慕杭州人，城里能有这么漂亮的一个湖，还有那些同样漂亮的山。清早上走在西湖边上，新鲜的柳条轻轻地飘动；蓝色的湖面上泛着层层的波澜；远处的亭台楼阁安静地点缀在湖光山色之中。在湖边走着，心情出奇地好。突然觉得，杭州也是个养老的好地方。这次在杭州玩了两天，还有一个晚上，一个早上，可仍然觉得意犹未尽。还想着什么时候爬到宝石山顶上，从近处看看宝淑塔；或者在西湖上泛舟，亲近下这美丽的湖水；还有九溪，六和塔……。或者，等退休了，干脆就住在了杭州？

---

　　这次我们住的旅馆就在美院对面。旅馆的条件有点出乎意料。原来50RMB一天也能有这样的环境，考拉的眼光果然不错。旅馆有一个温暖的小酒吧，有一个小巧的庭院，庭院里有一池水，水里有一些锦鲤鱼，一些竹树，一些桌椅还有一只帅气的猫和一只帅气的狗。早上在鸟鸣声中醒来，透过斜顶上的窗户，看着从树叶间透过的阳光，就不想赖床了。
P.S. 由于我相册的流量限制，照片会分批上传，各位请耐心等待，或者咨询虎虎同学。
http://www.flickr.com/photos/zhenyexie/

　　今天去上体育重修，起先忘了，后来想起来的时候估计要迟到20多分钟了，就赶紧跑过去。半路上开始下雨，等到了那里，正好赶上他们签到走人——因为下雨取消了。

明天要去杭州玩了。挖咔咔咔咔~~~~~

http://www.edushi.com/
3D地图。做得很有意思，感觉就像玩游戏；而且很详细。不过范围小了点。上海的只有内环以内的。

　　觉得有点无聊，不管外面在下雨，还是出去走了一圈。回来就画了这个。

发现一个不错的网站
http://www.houserdesign.com/flickr/
可以找flickr里的好图。

昨天去计算中心和老丁去部署教务处的网站，才一进放服务器的机房，就差点个热得晕倒。机房里没开空调，那几个服务器的热量太可怕了…………

最近在PHPE上关于模板的讨论很激烈。这里我总结下自己的看法。
　　为什么会有模板？模板本身是为了分离显示逻辑和业务逻辑，让对显示逻辑的修改更加容易。而MVC也同样有这个目的。MVC对降低程序的耦合度，使程序便于修改是很有帮助的。从这个意义上讲，模板是很有用的，这也是多数人的共识。但模板应该是什么样子呢？
　　模板有两类，一类是给程序员用的，功能多，但不容易学。这类模板的目的是为了消除显示逻辑中的一些重复的东西，简化开发。一类是给美工或其他非程序员的用户用的，这类模板只表示简单的，与实际环境相关的意义，用于二次开发，或者为了使美工和程序能够独立工作。
　　对于第一类模板，我赞同一些人的观点：php本身就是模板。从本质上讲，php语言的目的就是作为模板。但是，如果通过模板程序对php做一些扩展，让模板更加容易使用不是也很好么，不必在抛弃了smarty这样的笨重的东西以后，走向另一个极端。比如，在输出的时候，经常要有一些像
<?php echo str_replace(' ', '&nbsp;', htmlspecialchars($articl-->title)); ?>
这样的东西。如果能用{{$article->title}}代替，不是方便很多么？论坛上有人建议用<?=o($articl-->title)?>这样的方式。这样一方面要有一个o()的全局寒暑，而且这样的一个简短的函数名也不便于理解，会降低程序的可读性。也有人建议在输出前就把变量做完转换。这样一方面每次输出都要做一次，是个很大的麻烦，而且把本该属于View的东西放到了Controller里。有这么一句话，一个工具是否会被使用，在于它是否就在手边。很多网站都会有一些地方没做处理，是程序员不知道字符转换的重要性么？其实，程序员也是人，总会有忘记的时候。在模板程序中提供这样的功能，就不用担心会忘了字符的转换。比如在我现在的尝试中，一个输出文章列表的模板可能会是这样：

<ul>
<?php foreach($articles as $article):?>
<li>{{$article->title}}</li>
<?php endforeach ?>
</ul>
　　一方面充分发挥了php语言本身的表达力，又可以省掉一些麻烦。
　 　　另一方面，对于一些常用的功能，比如分页，也可以利用模板程序来简化。既能保持灵活性，又能减少重复劳动。比如可以弄成这样：
<prevpage>上一页</prevpage>
第<pageno />页
<nextpage>下一页</nextpage>