Simple Thinking

1.开放

2.严格

3.做好事情

网上搜JSF的资料，结果搜出了自家的博客。

世界之大，无奇不有

世界之小，只在回头

正式宣告

俺

回来了。

有时候，未来是不怎么容易决定的。你不知道你需要什么，不知道你会什么，甚至不知道你是什么－在这个世界上，在这个社会中。

 

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

 

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

 

我的未来不是梦

 

可是，我的梦是什么

百度BS归来。上楼遇到一MM，同去19层，到了才明了，也是去BS的。

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

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

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

做回前面，

状态来鸟，开始疯写……

多写了3页纸，密密麻麻

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

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

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

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

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

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

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

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

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

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

JSF页面的生命周期自动维护，是以表单的post提交为主要形式的。

页面->分解页面为组件树->验证->更新数据对象值->业务逻辑处理->重绘组件树为页面->返回HTML流。

在这个过程中，如果我们不加入中途的事件处理和自定义验证器转换器，那么在业务逻辑处理之前，数据的传送对我们是no-touch的！

这样的自动化很方便，但是JSF的麻烦也就在这个地方，这个地方的不可控，导致了绝大部分的JSF错误，尤其是莫明其妙的错误，除非你很了解这个过程，否则对着错误也就只能干瞪眼。举例说明，分页的问题，一般分页我们用dataTable+dataScroll，很简单，但是如果页面是这种形式http://localhost/f.faces?g=...

支持郭德纲，不是单纯因为喜欢他的相声，他的幽默。

 从黄健翔事件之后，我看CCTV就像是看怪物了，一个无良、狐假虎威、争权夺利的国家级媒体，CCTV的道德怎么样，老百姓都清楚。

还能说些什么？近的有报复郭德纲，逼走黄健翔，远的有封杀陈佩斯，气抖赵本山，堂堂一个国家级媒体对一个人下手怎么就那么狠心，那么毒辣呢？

为什么一个个优秀的主持人都争先恐后的离开CCTV出去发展呢？看看留下的都是些什么人就知道了，都是些靠老婆的背景打天下的家伙们！

想想健翔的相声说某非常四缺一的主持人因为“贡献大”而可以破例染发留发，什么叫贡献大？或者说对CCTV来说什么叫贡献？这里面的水深着去了……

地方台某种节目的收视率高过它，CCTV就坐不住了，连忙找上总局来帮忙压制，可是一边压制别人，...

JSF提供了Navigation的方式来定义页面流程，但是这种方式在带动态参数的页面跳转中不是很好用，比如从ListGroup.jsp要执行Add操作，然后跳转回ListGroup.jsp，原来页面带的参数都需要带上，这就比较为难了。为了解决这个问题，我的方案是在这种类型的PageFlow中抛弃Navigation的方式，而是在执行完操作之后手动跳转，参数由原页面提交表单的一个参数location而来。...

1.导航问题:传说JSF的navigation可以在to-view-id中加入表达式以支持动态参数传递，也就是说可以不必每次都返回一个没有参数的页面，尤其是在redirect的时候。但是试了很多次都不行，郁闷得要死。最后还是用了一个其他办法才解决。在basebackbean里面调用了一个redirect方法：

getFacesContext().getExternalContext().redirect(target);

如此这般才实现了跳转。

这种封装严密的框架就有这样的问题，总是没有顾及到所有的情况。我遇到的是在数据操作之后要返回操作之前的页面，是要带参数的。。。死活就是带不过去。。

2.翻页跳转的问题：采用dataTable 和dataScroll，由于没有可用的教程及说明，在跳转的时候总是跳转到不带参数的页面。

比如...

突然想到的。

按照现在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 我最好抬起头