2007-04-12
全文显示

根据name调用getName方法

问题是这样的，我看到原来有一个方法是根据name的名称调用getName（）这个方法。然后方法的实现是使用字符串的判断来实现的代码如下： public Object getOrderby() {        if (ORDER_TITLE.equals(this.ordered)) {            return getTitl ...
  • 07:36
  • 浏览 (400)
  • 评论 (0)
2007-04-06
全文显示

tiles也是大小写敏感的，bs一下workshop

一个上午都耗费到一个字母上了本来是页面发ajax请求，异步处理后返回到页面上。但是最终的返回页面总是为空。。。结果从js代码开始debug，一直到最后在页面上设置breakproint进行debug结果最终发现：原来是在tiles中一个字母的大小写错误了，所以tiles一直返回空页面。这里bs一下我的开发工具workshop，既然tiles是大小写敏感的，你就不应该在建立tiles和页面关系时忽略大小写！！让我一直没有想到会是这样的问题！bs归bs，但是workshop建立的页面-配置-代码之间的相互关系还是给开发带来的很大的便利 rocket 2007-04-06 13:51 发表评论
  • 05:51
  • 浏览 (333)
  • 评论 (0)
2007-04-05
全文显示

重复的变量定义

有过开发经历的人都知道在一般的开发中变量名的定义是一个痛苦的事情从数据库，到持久缓存（如hibernate的实体bean），到显示时的渲染缓存（Render Data Object），再到页面表单（FormBean），以及最终jsp页面的使用。。。。有很多变量名的定义就是在这些层中copy来copy去，稍微一不留神就出错了有没有什么办法可以直接贯穿这几层（需要考虑数据类型的转换），毕竟在开发中配置越多，出错的几率越大！哪位同仁有何良策？ rocket 2007-04-05 17:33 发表评论
  • 09:33
  • 浏览 (268)
  • 评论 (0)
2007-04-04
全文显示

HANDS UP

昨晚开始不是很烦这些尖括号了，应该是状态回升的表现。然后总结了一下，觉得还是自己的问题造成了方法的迷失。来到新公司后觉得什么问题都能自己解决，所以天天在埋头看代码。这样有个好处就是可以了解到一些细节，但是最大的问题就在于很难很快的切入问题！而且在代码的海洋中，业务代码和框架代码混合在一起，所以加大了代码的阅读性。所以，今天开始我要hands up，汗一下自己，崇尚agile却忘记了hands up其实在以前的工作中，我最强的能力也不是写代码而是沟通。独立是为了培养自己解决问题的能力，沟通是为了让自己能够更快的解决问题。 rocket 2007-04-04 10:29 发表评论
  • 02:29
  • 浏览 (280)
  • 评论 (0)
2007-04-03
全文显示

没有状态，烦！

两个礼拜了，还是看见jsp，xml就莫名其妙的烦。在一个个尖括号中找一个个字母的找变量，更是痛苦。但是烦也不能不做事啊。。。项目进度不能等你状态好坏的，所以继续看尖括号吧 rocket 2007-04-03 12:27 发表评论
  • 04:27
  • 浏览 (316)
  • 评论 (0)
2007-04-03
全文显示

如何逆向开发

以往的一个软件项目都是需求分析完成之后就进入了业务模型设计阶段，然后有了业务模型在进行业务抽象后的开发，业务逻辑，处理逻辑，渲染逻辑，最终展现这样的过程是我们做软件经常经历的。在这个过程中我发现一旦到展现层发现问题时就有可能要牵动到业务模型的重建！！！这种事情发生是经常的，而且耗费成本的。所以我在想，如何使用agile能够达到一种自底向上的开发流程，就是从展现层（页面）发起，根据需求做出也面，然后定义好也面的动作，这样逐层向上，当开发完服务层后，业务逻辑层的具体需求也就明确了。随之而来设计业务模型开发业务逻辑就很简单了。但是这种想法有几个问题：１、为了防止后退，服务层的代码如何保证质量，由于是 ...
  • 01:18
  • 浏览 (244)
  • 评论 (0)
rocket
搜索本博客
最近加入圈子
存档
最新评论