Tin's Blog

You are coming a long way, baby~Thinking, feeling, memory...

  BlogJava :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理 ::
  128 随笔 :: 0 文章 :: 221 评论 :: 0 Trackbacks

我的评论

共2页: 1 2 下一页 
谢谢BlueDavy,这些资料非常有用,而且大都是PDF,查阅很方便。
Hi 白衣,我同意你说的机简做法的意义。但是问题在于武功高强的人可以将菜刀当作顺手的兵器,但是怕对于一般人它不过还是菜刀。一个架构师的意义在于它可以根据需求和伪需求选择合适的技术,那么对于小项目你可以JSP+JDBC Template,也可以ASP,也可以PHP,也可以是RoR,或者Spring的几种事实模型或者EJB系列模型,都可以。但是这个选择过程是有很高价值的。所以我想,拿JSP+JDBC复辟作为一个有趣的标题是好的,可是实际上,没有什么技术会复辟,前进的是人,因为你积累了越来越多的经验。“经验”不是一下子就可以传授完整的。
@black visitor
javascript的东西,如果支持IE6和firefox那么一般就会支持IE7。IE7在JS上面并没有什么大的改进……所以一般还是考虑最低版本的浏览器。
那个其实很简单,因为更新是分块的。分块更新就不会破坏布局。
比如你的布局后的小容器是div,如果你只更新div的innerHTML,那么布局就不会变。
我这个注释非常古老了,大家如果看DragDrop的代码可以去看Script.aculo.us或者JQuery或者moo.fx里面的实现,估计更有收获。
java实现超时检测除了使用某些对象内置的功能,那么只有setTimeout和siteInterval了,没啥好办法。
用RoR也要进行优化呀。ActiveRecord也可以自己优化SQL的。
dojo我比较系统地用过一段时间,它是成也包机制败也包机制。当然,说它OO那是不太合理,因为上面说的这三个也是oo的,区别在于dojo更像java。
dojo其实不慢,缺点是太杂,杂了以后很多库就不靠谱!还有一个巨大的问题,在于dojo一直没有做到API稳定。你的应用很有可能没法在每次dojo升级的时候平滑升级上去。
现在的dojo 0.9和1.0一支已经和0.3和0.4那一支完全不同,用了它的项目都暗自叫苦,只能硬着头皮迁移,改写工作估计都大于50%,非常可怕。

Ext的确很好。只是剥离了它的组件体系比较麻烦,而且剥离以后它就不那么吸引眼球了。我非常看好Ext,但是我感觉它的应用范围还是不够通用。

Prototype的好处就是它的成熟。现在这几个框架都号称要IE6+,但是实际上prototype和dojo在IE5.5+下工作的就不错了;D
其实,外包也可以有架构师,也可以敏捷。当然碰巧你的客户或者公司不同意,那么难受的是你。
limo说敏捷最大的困难在于“如果你的客户不原意改变自己”……
做架构师也没有用,空名头。做个好好的工程师也很好呀。
我崇拜James Duncan Davidson,它是Tomcat的作者,是业余摄影师,还是Mac fans,O'Reilly的Lightroom的专栏作者。为什么不能做个玩家呢^___^
这种做法有局限:
1、它需要bind在window.onload上,所以在速度不是很快的时候会闪。不像传统的css是随下载逐渐解释显示的。
2、它还是高度污染了html结构,个人不是非常认同动态dom修改的方案。因为理想的说css是表现,js是行为,只有非常必要的情况下才可以考虑相互的侵入。
re: java跳转语句 Tin 2007-08-02 10:25  
这个有什么价值?这种东西无外乎是一种误导,连Java、Servlet、JSP、javascript都分不清写它有什么用呢?要告诉人家你为什么这样写才有意义,这样的文章也发到blogjava的精品首页区域,简直是浪费空间!!!
ExtremeTable很早就实现自定义分页实现了,可以自己处理分页逻辑,和Display Tag的基于集合的不同呀。Jmesa既然是下一代应该也支持吧。
Jeff Johnston这个人非常聪明勤奋,它的项目一般都是非常活跃的,以后一定会越来越好。
re: Java相关的重要术语解析 Tin 2007-08-02 10:18  
不知道写这个干什么呢?Apusic的JPA是自己写的实现么?对这个比较关心。
re: Atlassian 收购 Cenqua Tin 2007-08-02 10:15  
Atlassian的确是越来越厉害呀!Clover和FishEye是重要的代码评估工具呀。
不行我也没有办法,看看是不是其它问题。我没有在Eclipse 3.3上面试验,估计不同的版本不同。我这个文都是很久之前写的了……而且我现在在Ubuntu下面工作,Windows不怎么用了呀。
呵呵,务实久了就需要务务虚,要结合起来。而且robbin谈这个问题绝不是空穴来风,SAAS的确会改变一些盲目Web 2.0的创业想法。
而且,本人在业余时间的确比较迷37 signals的东西,他们的确很有想法。
第二个不会丢,用&就可以了。
那也就是说……接项目之前先看看风水?
对,Pair的确可以明显减少在动态类型语言、脚本语言里面拼写错的可能性。
为啥我是javascript……,不可能……,这个魔咒。
突发阑尾炎就去切了……然后就住院了:D
还好,今天已经上班了。
I bought a psp to my beloved wife. I have not play it a day... God, please sent me a angel.
It's a good news.There are python interpreter on psp now, raimudox will port ruby on it.It's a great job.
Hoping for a more complex demo.
re: 界面设计师,我们需要你 Tin 2006-11-13 15:51  
经常和朋友们谈起这个问题。其实UI Design和Interactive Design,我们都应该特别需要。Interactive Design就象架构师,配合UI Design,才能让用户得到真正的价值。其实,应该从今天做起,作为软件开发者,不要界面无能。
这个用法完全的不推荐!filter不垮浏览器。而且这种鼠标移上去的特效首先推荐使用css的a伪类link、visited、hover、active来实现。
re: 用 Selenium 进行功能测试 Tin 2006-11-02 23:18  
呵呵,如果潜心其中,对Selenium API了如指掌的话还是可以不用Selenium IDE进行测试的,哈哈。nicholas很有这个潜力:D
re: 为Struts 2.0做好准备 Tin 2006-11-02 23:14  
谢谢Max的教程。大家也可以到WebWork中文网站:http://webwork.javascud.org/
http://wiki.javascud.org/display/ww2cndoc/WebWork
看看。里面有WebWork 2.2的中文参考手册。
Struts 2.0.1目前还完全等于WebWork 2.2.x,所以可以参照WebWork2手册学习。
re: Proxool连接池的简单配置 Tin 2006-11-02 23:10  
应该补充一个重要问题:
Proxool是为了那些实现的时候并没有考虑连接池的问题,而直接使用了JDBC连接的项目使用的。Proxool对JDBC连接进行了池化封装,可以相对透明的让你的应用增加连接池的能力。
而对于新的应用,可以考虑c3p0或dbcp。:D
挺好,写一个ejb 2.1的bean就知道它为什么要被取代了,不写不知道麻烦。
这些工作其实都是为了分布式部署,远程调用,可是我们需要么?
所以有了EJB 3.0……
robbin好像写过一个ejb 2.x的原理性的分析,可以结合这个例子分析。
re: 【CSS】样式表中的类定义 Tin 2006-11-02 23:03  
这很简单:
这就是css selector语法。
DIV .head1的意思是对在div标签下的所有class为head1的元素里面应用下面规则。你可以理解为DIV.*.head1。
DIV.head2的意思是对class为head2的div进行定义。
不好意思,我没有注释那部分。自己看看源代码吧。我觉得布局的存储策略可以灵活一点,客户段服务器端方案都是可以的。
对,server里面是……相当的杂。
re: Selenium测试 使用笔记 Tin 2006-10-30 21:28  
先后和nemo、limo、raimudox、nicholas讨论:
selenium的Remote Control比较适合在需求阶段就撰写,作为验收的测试。好处是RC对重构支持相对好一些,而且你可以换Agent,也可以做浏览器兼容测试。(但是由于RC的限制,兼容侧试兼容性并不好:)
按照raimudox所说RC是更加Pragmatic的实践,更能体现敏捷软件开发的测试先行的特性。功能测试可以说是沟通用户与开发者的最佳契约。
Selenium IDE适合作为基线保留,作为某次重构之前的样本。或者说,如果觉得手写测试脚本太麻烦,而喜欢本末倒置(没有贬义,纯技术上)的人设计的。更现实的说,这很有用,比如一个项目从一半开始敏捷改造,引入功能测试、单元测试,对以后的迭代进行基线的衡量,给新引入的CI(持续集成)一个更有实际意义的测试保障,用Selenium IDE帮助生成一下Script,然后再使用RC或者直接用Core执行一下都是不错的实践。
还有,据Nicholas同学实践,Selenium IDE所录制的script在IDE中执行比RC方式兼容性要好,尤其对于跨域的情况,RC很有可能是无法工作的。还有一个问题,就是Selenium实际上是ThoughtWorks和BEA牵头的项目,TW负责Core,目前Core的代码发展的必较快,而RC由BEA负责,发展比较缓慢,所以,有些时候选择也就成为无奈了。
谢谢feiyi10提醒。估计是response的编码设置问题,我没有认真跟踪。希望遇到问题的朋友尝试一下。
re: 《OSGi实战》读后感 Tin 2006-09-10 22:34  
差沙推荐了http://opensource.atlassian.com/projects/spring/secure/attachment/11891/spring_and_osgi.html。还是感觉目前OSGi的dynamically优势并不是中小Web应用最迫切需要的。超大Web应用估计可以从中获得好处。
这个和拦截器没有关系,是XWork的内置功能。你可以看看Type Conversion的文档。如果不行你先看看你所使用的Webwork的版本,Element_xxx这个语法好像是从2.2.1开始支持的。
re: 不懂交互的人谈交互 Tin 2006-09-06 11:32  
哈哈,有趣,写得很好呀。我也一直对HCI感兴趣,以前上学上的人机交互、人机界面、软件心理学都和这个相关,但是都不in action,很不爽。
上面说的3条很好,不过怎么都是系统怎么做呀:D交互是双方的嘛,下次写写用户怎么用,讲讲input,期待。
re: 看看Springside的DAO和Manager Tin 2006-09-05 22:30  
楼上朋友,不好意思,我修改了下,如果赏光,可以只看促体部分:D
希望不要浪费大家过多时间。
re: Selenium Better Pratice Tin 2006-08-30 16:41  
这个FunctionalTestCase真是酷!不用Fit Mode感觉相当形象!以后可以多写functional Test了。
刚才看了一下,其实不是任何转码的问题,而是feedFetcher返回的feed本身就出现了对空格识别不正确的问题。你在debug跟踪的时候看到似乎字符没有乱码,但你看看char的数组,乱码的地方是[63,63],也就是说按照Unicode重构这个字符串的时候会变成“??”,因为ascii的63就是“?”,其实说明feedFetcher此时已经解析出错了,所以你后面的所有转码都于是无补的。我估计问题不在你的代码,而在feedFetcher里面,具体的原因要去看feedFetcher的代码了。希望这个结果对你有帮助。
那个for循环好像没有起什么作用。
re: maven换到jdk1.5的问题解决 Tin 2006-08-01 13:30  
恩,谢谢,解决问题。
如果只有部分中文乱码,可能是使用了GBK编码,转换为UTF-8等编码时会有部分字符无法转换吧。你从GBK转到ISO8850-1看看。
不用反编译,WebWork2是开源的。只需将修改过的源文件编译后拷贝到/WEB-INF/classes相应目录下就可以,Classloader优先访问/classes,然后才是/lib。
才发现我们遇到了类似的问题,前几天看你这篇Blog还没看明白什么意思呢。今天发现都是同样的问题,哈哈:D
http://www.blogjava.net/iamtin/archive/2006/06/06/50702.html
对呀,只是引用地址不可修改,里面的东西还可以改。所以想找个好点的方案,比如克隆一个本地版本出来?
re: Compass - springside 中的应用 Tin 2006-06-06 09:20  
酷,compass关注很久了,看了很多教程,这个写的最亲近。谢谢hellboys。
修改webwork的模版的确是烦人的事,不过还好那些ftl不算太复杂。xhtml theme绝对垃圾,一定要扩展自己的simple。
re: 由PHP CMS看Java业界 Tin 2006-06-02 15:44  
我看随时接受变化是个最好的解决方法,随时准备转行搞其它语言/平台上的开发,像RoR、PHP、Perl、JSP、ASP、.Net这些都要接触。程序员修炼之道里面说程序员最好成为多面手,如果做Java Web开发最好还要修炼好Web应用所需要的网站重构/图形设计/ajax的一些基础。我看努力学习的Javaer这方面做的还是不错的。我认为php、asp的论坛等很多与它们在虚拟主机空间里容易部署有很大关系,JavaEE甚至仅仅是jsp+java bean的应用部署在虚拟主机的时候也经常是麻烦多多,所以在某些程度上阻止了java在这方面的发展。放眼望去Conflunce、Jira、Jive Forum这些东西还是挺有面子的。
GBK没有测试:D
还有,你用的Jetty我也没有测试。我在Weblogic 9和Tomcat 5上测试通过。你调试一下看看能否搞定:D
恩,我是这么理解的。主要就是因为泛型是编译期的,运行期本应该是不可用的。获取getGenericSuperclass则是特例,此时由于编译顺序造成不能编译后马上擦除T的信息,所以保留了一个ParameterizedType,所以我们就有幸得到它了。:D
共2页: 1 2 下一页