工作，为了生活，更是为了乐趣。可是生活，总会有意无意的抹去乐趣。

找个工作，为了乐趣；还是为了生活找个工作。

我的未来不是梦

可是，我的梦是什么

估摸是把我当应届的打发了，给我一张PHP的校园招聘考卷，塞进一大会议室，和十几号人一起。

一看题目就有点蒙，最不喜欢的算法啊，还有PHP，还有C，可是，可是，为啥没有我的java呢？我明明是投的java啊。。

看看只好从最后一题开始做，数据库我还多少了解些

做回前面，

状态来鸟，开始疯写……

多写了3页纸，密密麻麻

一C/PHP编程题，大言不惭写上，俺是做java的，c/php比较生疏，故只写出思路，程序就免了……

做完看看表，100分钟，唉，我做题就这习惯，看一遍就觉得再多看也是那样白搭，于是乎，顶着满屋子的叹息声和白眼，毅然决然走出去交卷

大叔看我一眼，看看卷子，“做完啦？”，我真恨不得他就是主考官，可惜他只是一跑腿的人事。

“名字……”，“写在每页左上角了……”

“是按顺序放的么？……”，“右下角有页号……”

我用微笑回应他诧异的眼光，那一刻真认为自己是神……（可以理解为sjb）

使劲推门，门不开，三味真火快要从我的眼睛里冒出来了，多么perfect的一个过程，就让这劳什子门给破坏了！

百度为啥找个反应其慢的老大爷看门，而不请个漂亮美丽，善解人意，身材惹火的坐台小姐呢，哦，错了，前台小姐……

最烦要一个星期两个星期才知道结果……很耽误事情的……看来百度和google都是为了学生开的……只有学生才有那等的时间……

有个问题，到底是百度要我去参加它给我准备的BS，还是我参加了百度的BS，还是简写为我BS了百度……

按照现在Page-Bean-Filter的编程模式，是否是JSF的方向？看别人做的JSF项目，似乎对BackBean用得非常多，而且跟组件绑定得很多。而不仅仅是把BackBean作为一个数据存放的地方。Filter似乎也只是在权限管理的时候用。

现在我的做法，是不是还是以前JSP/JavaBean/Servlet的延续，而没有体会到JSF的精髓？似乎有这个嫌疑。页面上由codelet、Html变成了JSF、html，Servlet变成了Filter，以前的request.setAttribute/getAttribute变成了JSF的Context。

JSF所代表的方向，是不是应该朝着定制页面组件的方向前进？

但是又感觉不应该是这样，因为一直强调页面和逻辑的真正分开。如果将页面各个组件定制后台支持Bean，把组件和逻辑放到一起，这样的后果会是逻辑分散在各个页面组件Bean里面。这样反而不好。

我想象中理想的MVC实现模式应该是一种数据、逻辑、页面彼此分开，靠接口进行联系的方式，绝不应该把逻辑分散到具体的数据或者组件中去，但是对于那些完全属于组件或者数据自己的操作例外。比如一个表单的CRUD操作，应该放在表单Bean中，由它自己去控制CRUD。

现在的实现方式是将Bean完全作为一个数据存放、自身操作的一个组件，页面主要负责显示，而不会参与具体数据业务处理，Filter用来在总体上控制页面数据的初始化和后续处理。

JSF在页面上强调去掉codelet的本意应该是要让页面规范化，用统一的XML格式体现，而特殊的标签由XML元数据去定义（对于JSF而言，就是Tag）；JSF的Context则是对过去JavaBean的统一管理，同样有Session、Application、Request和None（即时）的定义，相当于过去的session.setAttribute/request.setAttribute等等。而JSF页面的生命周期，感觉上像是对JSP的View开源项目的一个总结整理，对表单自动绑定、EL的采用进行了标准化，并且纳入JSP/JSF Spec。这也是Sun的一贯做法，从开源项目中吸取营养，不断更新升级Java Spec，嘿嘿，甚至可以看到Hibernate纳入Java ORM Spec的一天，当然或许改名叫EJB X了^_^。

所以这样看起来，思路并没有错，按照JSP/Servlet的思想去编程，是因为本身页面的流程就是固定统一的，JSF对前任做的修改，是标准化和扩展，而不是颠覆性的思路。其实根本上来说，JSF只是页面的一种规范和实现，它不能代表整个View层的思路。

刚做完分页，只是一种尝试。AOP侵入遇到些问题。看了一些别人分页的实现，我可不想对每个需要分页的地方都去写分页查询的实现，然后跟dataTable绑定。我要的是不管什么样的查询，只要需要分页，就能够拿到特定查询分页后的结果，然后不做类型转换直接放到dataTable中去。也就是说，分页不分页，在view层就能控制，而不用去触碰到业务层和数据层。这样对整个框架的污染是最小的。

但是现在仍然有几个问题存在：

1.一个Request/Response里面只允许存在一个分页查询。

2.分页的实现形式仍然不优雅，还没有抽象出统一的方法。

3.在dataTable的属性改变是仍然会有些问题。

4.似乎翻页的时候数据库查询多了一次，还没来得及查找问题。

现在整个页面的跳转流程都打算用jsp/faces来做，就是说在程序中，页面的跳转，都是从一个jsp跳到另一个jsp，而不会再出现servlet/action。这样的好处在于流程比较清晰，业务层对页面的侵入，都隐藏在了中间的Filter里面。只要页面上容错的机制做得比较完善，设计页面和实现页面的流程表现不会有差别。这样的结构，在新作一个项目时，只要给出静态的页面，实现起来就比较透明化了，实现的结果和文件流都不会跟设计时有变化。

话说不出口

脚趾头是最好的朋友

也许是害羞

有些无厘头

总之我就爱闹别扭

就是低着头

别问为什么

是习惯是反射

动作像个小朋友

Out of Control

无药可救

大拇哥二姆哥三姆哥对我

 Say Hello

 叮叮咚 叮叮咚

脑子里有玩具熊

眼球向上移动

你忧郁的脸孔

扭曲的好像一幅毕卡索

啦啦啦啦啦

就是喜欢这样

看着你 不知所措

啦啦啦啦啦 

你开始不理我

Oh my God 我最好抬起头