还是喜欢工作两个月玩两个月的生活

以前习惯了，连续两个月很有热情的投入一个项目，改设计写代码，两个月之后就累了就不想做了，就算没做完也没激情了。然后开始打机，很专心的玩一个游戏，大概玩两个月又发现这个游戏不过如此，就回去做项目了。（Coo好像说过他也是这样。）

从寒假开始，接外面的东西做，其实平均下来一个月就￥400，也就是￥400分量的工作（就是隔几天做一点也行的那种），但是连续做几个月就很累，想放松，完全不想写代码。当然这也和最近写代码的方式有点相关。

以前用ASP写代码，虽然不算得上面向存储过程（因为Access根本没有Stored Procedure这个概念），但也差不多吧，反正就是我需要什么样的SQL语句，就写怎么样的，用得多的SQL语句就封装起来成为一个VBScript Function。现在用ASP.NET 2.0，尝试按照TimeTracker Starter Kit那种简单的3层架构写，但就发现写类代码就真的很累，或者应该叫做“累代码”。首先，看起来把逻辑都封装成累，对于UI代码来说是很爽的，因为UI代码再也不用管持久层需要怎样格式的数据，反正就是组织对象，用对象方法来存取数据，那就行了。但是写类代码时就会比较头痛，因为重复写那些Property并不简单，而调用方法基本上就是直接调用当前DataProvider的同名方法然后把数据传递过去。到了持久层，也就是DataProvider，需要进行类与平板的关系型数据进行交换，也是很头痛的，其实UI表现本来也是平板的嘛，对一层立体转换并不好过。还有就是，直接用存储过程可以使用一些复杂的，例如SELECT ... IN (SELECT ...)这样的嵌套语句，但是如果要先获取内SELECT的对象集合，然后for/foreach循环来获取外SELECT结果，那就惨咯。

据说有一些中型项目的项目经理还是偏好于面向存储过程设计，而不是面向对象，不知道大家看法如何。