BlogJava-追随Java-随笔分类-SoftwareEngineering

系统上线感悟

Harryson — Tue, 07 Aug 2007 14:19:00 GMT

摘要: 我们的系统就是取代用户的手工劳动，规范公司的业务流程，优化公司的业务流程，提高他们的工作效率，并且把数据的正确性提高。阅读全文

Harryson 2007-08-07 22:19 发表评论

私活就那么难搞定吗？

Harryson — Sun, 13 May 2007 11:38:00 GMT

摘要: 我们不能光技术而技术，现在已经不是“科学技术是第一生产力”，而是“科学技术转化为生产力“，我们要能够把所学的技术转化为用户所需要的系统，才能加倍的体现我们的价值。
阅读全文

Harryson 2007-05-13 19:38 发表评论

[翻译]选择 Spring+Hibernate EJB3还是POJO + JDBC呢?

Harryson — Fri, 17 Nov 2006 08:53:00 GMT

                       选择 Spring+Hibernate EJB3还是POJO + JDBC呢?
   刚开始做项目的时候我们什么都没有，没有JAVA，没有数据。用户的数据存放到那呢？慢慢的，就出来了关系数据库,SQL也就诞生了。有人说：“让JAVA访问数据库，JDBC诞生了。"有一些人说JDBC是好的，但也有人说JDBC是不好的，所以容器管理EJB出现了。有人说，J2EE容器不好，POJO又复兴了。实体BEAN的性能不怎么好，比较慢并且很重；Hibernate出现了，人们可以忘记SQL了，因为它不太符合人们的习惯。有人说，J2EE是不好的，他从J2EE中分出一个Spring的框架。有一半的人说没有什么事情是好的，他们创建了很多的JAVA框架。一个对java 不是很熟悉的人说：”我不舒服很疲惫，那么多的东西要选择，我将回到JAVA EE中。”
   一些企业级的JAVA商店是使用J2EE应用服务器和EJB2.X创建的，它们的结合建立他们的应用是过度了些（杀鸡用牛刀），觉得去选择另外的一些框架。Spring框架和Hibernate框架的结合似乎是j2ee的一个合理的选择，但是他们的组合是jee一个轻量级的架构，尤其当非常简单的EJB3.0是可以使用的。
   依我的观点来看，不仅Spring/Hibernate的组合，或者它们单独使用都是非常好的框架。可以重复使用它们的组件，非常轻便的。
   Spring框架是一些组件的集合它们能够单独的使用，而且你也可以一起使用它们通过添加XML文件。如果你就这样做那么你就会要使用很多的XML。如果你单独的使用Spring框架的任意组件，它都是轻便的。
But since it takes two to tango,it's as if you're pulling a tiny roll of thin wire out of your pocket (a.k.a. XML),which becomes heavyweight because wires tend to twist and create a mess.（那位帮我完成？谢谢！）
   关于Hibernate，我不能够肯定为什么那么多的人把它当做首选。我明白一个企业架构将使用它，投资一个新的设计在许多的商业应用，迫使更多的企业把它作为标准去实现数据持久化。如果你是开发一个典型的CRUD的应用，尤其当你已经在使用它而且数据库没有完全设计出来，为什么更加为 HIBERNATE而担心呢？SQL是你受惊吓了？
   Take an application built on Spring components interconnected with thin wires, put Hibernate on top of itwith wires of a different diameter, and the maintainability of your application will decrease while hard- to-find bugs make themselves at home in your application.（那位帮我完成？谢谢！）

     最近的3，4年，许多的人对EJB是愤怒的，把它作为一个多余的有着许多繁琐的XML描叙文件的复杂框架。现在EJB3.0，使用注释，视图在一次的去吸引企业级开发员。这不是那么容易的，EJB给他们是一个不好的映像。当你用Spring/Hibernate取代EJB时，你不要欺骗你自己，它没有使你的开发容易许多。

   我相信在单独的POJO的环境中他们没有什么不了解的，知道怎样去执行特定的功能（例如，发送消息，事务管理，基于提供的SQL创建好的报表，一些财经领域的过程【model some financial process】，查找最好的线路，等等）。仅仅传递一些必须的参数到一个黑合中，返回结果，无论你想要什么。Ioc和依赖注入不是新鲜的事情，它工作的非常好。十多年以来，我一直使用它（不知道它将来的名字）在PB的应用中。它出现在事件驱动程序中。我是创建用户对象关于用户事件。无论谁想传递一些信息到这个对象将激活一个用户事件，这个事件将携带数据注入到正确的对象中。look，ma!,no, wires!,今天，我同样的在ActionScript3中使用。停止配置（stop wiring）,仅仅写一些代码业务应用的需要，一个新的应用忘记那些配置。不要忘记那些可以再度使用的组件。
   今天，Spring也许是JAVA中最好的框架之一。它有一个缺点，那就是它是一个框架（可能说它不是一个标准吧）
   Hibernate提供一个缓冲对象。好的，让我们使用它，整个工作都不需要安装什么。在某处获取一个缓冲组件，准备你的行动，传递所有需要的参数构造你的对象。Stop wiring（停止配置），返回到程序。。联合SQL，JDBC，缓冲（如果有必要）的知识，和一个分页组件（如果
有必要）它能取得更多。
   在我新介绍的一些JAVA程序员，我问他一个问题：“谁知道怎样从数据库表中删除重复的数据”。没有一个人知道。当我问题同样的问题在论坛上，一些JAVA程序员很自信的回复这是关于HIBERANTE，首先你不能重复的创建。非常的谢谢。关于一些现实的经验。如果数据库表脏的数据已经存在，并且弄脏每天都在发生。你不要欺骗自己了，学习SQL吧。

   如果你想写一个简单的应用，不要寻找一些轻量的第三，第四方的框架开始。你的业务逻辑在POJO中，你的数据访问在DAO中。保持它是简单的。需要事务吗？找一个事务管理。需要可是升级吗？考虑使用异步消息在两个组件之间。

   Floyd Marinescu 在它的《开始EJB3》的绪言中说到。EJB3是一个非常重要的里程碑为规范。它不仅意味着容易使用，而且它是首先（在作者看来）这个规范创建，开发群体的证明他们所需要的，使EJB3是最佳实践的标准话，取代原来的委员会所定制的。

   他是伟大的，来自一些诽谤的社团的坏家伙最终他们充满着快乐，他们实际上是专家，具有最佳的实践和许多开源框架的思想。
   有人说，回到JEE的标准，他创建一个JAVA EE1.5并且非常好。它不是最好的，但是给人们一个共同点，孕育了一个新的企业级应用。

BTW:原文来自（http://java.sys-con.com/read/299903.htm），翻译的巨烂，希望能拍砖，指出错误。我也是尝试着翻译一些文章，希望能够提供自己的阅读能力。

Harryson 2006-11-17 16:53 发表评论

项目（框架）架构的抉择

Harryson — Fri, 17 Nov 2006 05:25:00 GMT

项目（框架）架构的抉择

    这是一位网友问我的一个问题，希望我能给他一些建议。我觉得这个问题还是比较的好，我也遇到过这样的问题，也非常的头痛。首先得谢谢STONE对我的信任，也希望我真的能够给他一些好的建议，也希望有更多的网友（同行）能我和交流，我们以诚相待，相互探讨，相互提高。^_^。
    根据他提供的信息，整理出来如下：
        初始环境：新的公司，新的项目，新的开发团队。
        角色：项目架构负责人（项目领导）。
        开发语言：JAVA
        熟悉的东西：jsp,servlet,javaBean,jdbc,struts,hibernate（不是很熟悉）
        问题：java世界真是太大了，什么都有。太多的框架，太多的选择，太多的疑惑，到底那个好？那个更适合呢？怎样来抉择呢？我到底是选择struts+ hibernate,还是struts+jdbc，还是jsp+servlet+javaBean+jdbc作为项目的架构呢？

    前些天一些牛人们在比较java、rails、php（http://hgq0011.javaeye.com/blog/33975），也有在比较各个框架(http://www.javaeye.com/article/24162),不管是从语言，还是框架，架构的搭配都有太多的东西让我们来选择，就象我们去商场买东西一样，琳琅满目，看得你眼都花了，挑得你头都晕了，也没有挑出个名堂（我经常是这样的，郁闷）。最后，你只得快刀斩乱麻，选择你满意的，适应的，物美价廉的，口碑比较好的，售后服务好的，，，，。唉，挑东西也是一件痛苦的事情。那么我们搞开发何尝不是的呢？选择的太多，考虑的因素也很多，头都大了。对于网友的提供的信息来分析。
   首先，他刚来到一个新的公司，担任项目负责人，其实这样就说明他的责任重大，相对的来说，他的压力也比较大（什么工作都有压力。废话一句）。那么，老板花那么好的待遇把你请过来，是希望你能帮公司带来效益，能够做出指定的项目，不是请你（我）来上QQ、MSN，，，：（，所以，最好是做出成绩来，把项目搞定，让老板认可你，觉得你的能力不错。：）
   在来看看他自己的项目经验，掌握的技术。因为他是项目负责人，那么他就应该能把握全局，掌握项目的进度，分析用户需求，搭建开发环境，提供技术指导。当然，他是管理者，可以把相关的事情，分给其他同事来做，自己都亲历亲为这还不累个半死。：（他以前没有用hibernate来开发项目，他在担心自己不熟悉它，怕到时影响到系统的性能，影响到项目的进度。struts他说有个类似项目的例子，自己也比较熟悉；jsp,servlet,jdbc,javabean这些就不用说，应该搞JAVA WEB开发的应该比较熟悉了。所以，我建议他采用struts+jdbc来开发。
   其次，看看他们的开发团队。这团队是一个新的组建的团队。那么大家的习惯，性格，爱好，，，彼此都不是很熟悉，开发过程中配合可能没有那么好。这就象打篮球一样。我经常去打球，一般都是半场，3对3的。我平时都是一个人去（身在异乡，为异客），然后，随便和其它的2个人组合一个队，这样下来，另一个队（一般他们经常在一起打球的）的配合就相对比较好，我们头一两场输的几会比较大，但慢慢的熟悉了，配合好起来了，以守为功，那么我们还是可以和对方抗衡的。所以，刚组建的团队，如果没有技术带头人（熟悉相关技术），那么还是不要采用新的技术。因为我们暂时没有能力去驾驭它，如果贸然使用，会给相关团队成员带来压力，那么就会有一定的风险。学习它，熟悉它也要一定的时间。
        最后，我建议使用自己熟悉的技术，采用简单的架构去实现项目，等到你把项目做出来了，能用起来了，客户认可了。以后的升级，那是你就可以比较轻松的采用其它的架构来重构，这样你的风险，压力就相对减少很多了。希望能对他（我）也有所帮助，希望有人能补充（更好的建议）。：）

Harryson 2006-11-17 13:25 发表评论

Talking About Static Analysis

Harryson — Wed, 15 Nov 2006 01:02:00 GMT

（http://weblogs.java.net/blog/gsporar/archive/2006/11/talking_about_s.html
http://weblogs.java.net/blog/fabianocruz/archive/2006/10/java_static_ana_1.html）文章介绍了一些静态分析工具，一边于测试，分析，监控代码，从而提供代码质量。那些工具我还没有来的及研究，先留下来有空在来研究。

Harryson 2006-11-15 09:02 发表评论

java vs rails vs php

Harryson — Mon, 13 Nov 2006 01:47:00 GMT

这篇文章（http://www.tbray.org/ongoing/When/200x/2006/11/10/Comparing-Frameworks）从可升级性，开发速度，开发工具，可维护性比较了java,rails,php。作者个人认为他们最重要的是可维护性，因为开发完成一个系统，维护它是一个长期的过程。从文章中提供的示意图可看出rails的开发速度和可维护性是非常的好，以前就听说RAILS是个非常不错的脚步语言，我也正在学习它。希望以后能够用RAILS开发出更好的web系统来。

Harryson 2006-11-13 09:47 发表评论

【rules】jboss rules vs Jess

Harryson — Thu, 09 Nov 2006 02:32:00 GMT

文章（http://www.javaworld.com/javaworld/jw-11-2006/jw-1107-brms.html?page=2）介绍了规则引擎(jboss rules 和 Jess),而且建议了在什么样的情况下在两者之间进行选择。

Harryson 2006-11-09 10:32 发表评论

Test的分类,怎样进行测试

Harryson — Fri, 03 Nov 2006 06:25:00 GMT

(http://www-128.ibm.com/developerworks/java/library/j-cq10316/)文章介绍了TEST的分类,怎样对他们进行测试.

Harryson 2006-11-03 14:25 发表评论

CI(持续集成)open source 工具的比较?

Harryson — Fri, 03 Nov 2006 06:06:00 GMT

(http://www.javaworld.com/javaworld/jw-11-2006/jw-1101-ci.html)文章介绍了四个开源的CI工具
Cruise Control
Continuum
Luntbuild
Hudson,对比了它们,选择合适的工具来CI自己的应用.

Harryson 2006-11-03 14:06 发表评论

开发效率的挑战

Harryson — Mon, 30 Oct 2006 08:09:00 GMT

开发效率的挑战
     早些天一同事让我帮它开发一个客户资料管理系统.他对我说,能不能够用MS ACCESS来开发,我说那个我不熟悉,以前没有用他来开发过,如果你一定要有那个来开发的话,我就不能够帮你了.:( 后来我问他,你为什么知道要用它来开发呢? 他说,以前的公司也有些是用ACCESS来开发,做出来系统也很好用,所以,,,,,如果你可以用其它的自己比较熟悉的方式来开发,当然也可以,只要你能开发出来,能够使用就行了,要求不高的.然后我问他,那你什么时候要呢,大概一个星期吧.我说:"那么急呀.恐怕我不能够搞定,因为你开分的东西虽然不难,但是麻雀虽小,但五脏健全,什么添加,删除,查找,报表,,,,什么都有了,而且我白天没有时间做,只能下班做,所以,,,,,." 后来他问我,大概要多久,我说:"如果用我现在的开发方式(java)的话,大概20天到一个月吧." 他说没关系,只要你能帮我搞定就行了.
      事后,我突然感觉到了开发周期对我来说也是一个巨大的挑战.因为这段时间我这尝试着用AJAX+STRUTS+SPRING+IBRITS来开发一个项目,由于不是很熟悉,都是自己一个人来探索,研究,所以觉得有些吃力,那么多的配置文件要处理,稍微不留神就出错了,有时候找一个错误,找了很久都没有搞定,这样一来,开发的进度比较慢.当我把那些框架搭配好了之后,开发起来就快了.:0) 同事提出用ACCESS来开发,我就试试用了一下ACCESS.果然, 它很方便,比如说建立好了的数据库,然后你就可以直接建立一个窗口那么他会和数据库表对应的字段绑定,那些文本框什么的出来了,自己在手动的调一下显示的布局就ok了,然后你在文本框中录入的数据就直接保存到数据库中了,真的很方便.这没有了b/s下那些烦人数据提交,找到对应数据,那些烦人的操作了.比如说ACCESS下的报表,也像刚才的操作一样,真的很简单,方便.java下这些真的很烦人.:(
       设想,以后的IDE都能更加人性化,就好了,有更多的框架给我们来使用,更加就快速的开发系统,多么的好呀.我在期待,开发web程序时能够有象,Access一样的IDE能够帮助我们搞定一切就好了,最多我们把业务处理一下就行了.当然,现在有很多的IDE能够自动的生成代码,似乎没有能够搞定简单CUDS的WEB应用.也出来很多的框架出来帮助我们减轻开发的负担,只要你关注业务层就行了.比如说,好的开源项目http://www.springside.org.cnSpringSide (SS),AppFuse,jboss Seam等等,这些真是太好了.

Harryson 2006-10-30 16:09 发表评论

wget下载网页

Harryson — Tue, 24 Oct 2006 01:53:00 GMT

wget是一个从网络上自动下载文件的自由工具。它支持HTTP，HTTPS和FTP协议，可以使用HTTP代理. (http://www.phpmore.com/?a=review_display&id=27)
wget -m http://

Harryson 2006-10-24 09:53 发表评论

Software Development Life Cycle Models

Harryson — Mon, 31 Jul 2006 02:43:00 GMT

Software Development Life Cycle Models (http://codebetter.com/blogs/raymond.lewallen/archive/2005/07/13/129114.aspx) 文章介绍了软件开发生命周期的几种模型,包括瀑布模型,V-Shaped模型,迭代模型,螺旋模型.看了还是能给我们带来不少启发.

Harryson 2006-07-31 10:43 发表评论

OO XP文章

Harryson — Wed, 05 Jul 2006 05:57:00 GMT

http://csis.pace.edu/%7Ebergin/

Harryson 2006-07-05 13:57 发表评论

项目进度控制与员工激励技巧探讨

Harryson — Mon, 08 May 2006 02:41:00 GMT

      在JavaEye上看到了一个很好的topic--项目进度控制与员工激励技巧探讨(http://forum.javaeye.com/viewtopic.php?t=20148&postdays=0&postorder=asc&start=0) .真的非常的好,对我有很大的帮助.我也说了我的愚见---
1)项目进度,员工激励,最重要的是看这个团队的领导(管理).
2)执行力度.
3)团队的共同的愿景,目标;团队的协作精神.
4)比较现实的,加工资,有奖金.....
补充,
5)尊重团队中的每一个人.不要认为你是头,就能在我们头上拉屎;很多的意见,建议项目经理还是得参考参考的.那天核心成员一去不复返,有你好受的,呵呵.

Harryson 2006-05-08 10:41 发表评论

怎样作好系统分析呢?怎样才是个好的系统分析员呢?

Harryson — Fri, 28 Apr 2006 08:13:00 GMT

这几天真有点郁闷,因为我设计的一个系统,时不时的有些数据不对,所以呢,没办法我就得找出问题来.
       我找呀找呀,经历了千辛万苦,终于找到了问题的所在,原因?那些不负责任的文员,在写的时候写错了;还有一个问题就是
       他们录入错误了;还有就是他们使用的问题,因为数据的流向涉及到的系统有3,4个吧,所以必须按照一定的流程来,不然就
       会有错误出现.还有就是我们的所谓的主管(系统分析员),他可以说狗屁不通,对系统一点都不熟悉,在那里用SQL在SQL SERVER 查询分析
       器里面做一些想象中的数据相等测试.比如说吧:做一个戒指它需要的材料是金和钻石.那么会有一个简单的平衡公式出来,
       戒指(金重+钻石重) - 钻石重 = 净金重这个公式是所谓的系统分析员想出来的.其实根据现实情况应该是戒指-车石前重-车石后重 = 净金重,
       所以呢,所谓的系统分析员怎么也得不到真确的记录.这样又把我叫过去,当时我们的项目经理也在那,(听以前走的那位同事说,我们这些人
       是他们的工具,我们做好的东西,所谓的系统分析员就去领功.)我估计他又想表现一把,让项目经理知道他多么的厉害,这些隐蔽的错误被
       他给找出       来了,而我设计的系统是多么的烂,这种小学生也会做的算术题,我们设计的系统还会出错.知道我怎么说的吗?当时我比较生气,
       所以情绪可能比较激动.我的系统用了8个月左右了,如果又问题的话,应该早就出现了,也不会等到现在吧.如果计算机这点最基本的算术也算不
       准,那真是太不可能了.我可以把所有的数据一个个的计算出来给你看.最后,项目经理说:"恩,**这应该没有问题了,系统分析员你应该看看别的系统有没有问题了."系统分析员丢了一句:"唉,真是头痛.".
       哈哈,发了那么久的牢骚,现在转到正题.
       好的系统分析员,当然能把系统分析好.可能说了句废话.
       优秀的系统分析员应该是从基本的程序员,经过时间,项目,学习,实践出来的,而不是靠想,靠PMP出来的.
       优秀的系统分析员应该能够和用户很好的沟通取得,整理出最终的用户需求,并且能够设计出系统的蓝图.
       优秀的系统分析员应该能够很好的带领整个团队,帮助团队中的成员,不断的提升技术水平,业务能力.
       优秀的系统分析员应该能够很好的服务于公司,不会被用户吐骂.
       呵呵,就这些吧,到时在补充.我得敢火车了,,,,,,,,,,

Harryson 2006-04-28 16:13 发表评论

技术讨论瞎吹

Harryson — Thu, 06 Apr 2006 09:22:00 GMT

今天下午和一个同学瞎吹了一把.

Rami 15:27:15
忙吗?
帅哥,
冯奕允 15:25:02
呵呵一般了.在写用例.累死了
   Rami 15:28:19
呵呵,真是系分呀,
我还没写过,
冯奕允 15:26:36
呵呵..没有什么系不系分的.都是打工子.现在我还喜欢写代码多过做这些事情.又累又没意思
   Rami 15:30:07
呵呵,
领导一个团队了吧,

冯奕允 15:28:02
现在没有.以前做过几个项目
   Rami 15:31:06
现在成牛人了吧
冯奕允 15:29:18
还是什么都不懂.呵呵没有学到东西.反而忘了不少.你呢.
冯奕允 15:34:59
你现在在忙什么.
   Rami 15:38:29
我在玩,没什么事做,
也就是更新公司的系统了,
冯奕允 15:36:14
那爽啊.这种幸福的日子还没过过呢.唉.
   Rami 15:39:42
呵呵,太闲了,:0)
冯奕允 15:37:14
有做过C/B/S结合的系统吗.
   Rami 15:40:50
没呀,这个应该没什么问题了,
冯奕允 15:39:22
那你现在是高手了.要请教一下了.呵呵..
   Rami 15:43:03
"C/B/S"不知你想象的是什么样子?

冯奕允 15:41:22
呵呵这不是我想出来的.是IBM有一套系统是这样的.我们现在也是这样做.但是觉得不完美.看看你有没有好想法
   Rami 15:45:05
"IBM有一套系统"什么系统?

冯奕允 15:43:00
意大利的空中交通控制系统.
   Rami 15:46:34
那么大的东东?
你们有它们的代码?
冯奕允 15:45:07
代码没有.不过apache上面有分析.
   Rami 15:50:10
你们的项目很大吧
冯奕允 15:48:58
呵呵做了这么久也不觉得大.只是很难做.模块也很少.有时候也不觉得复杂.但是就是做不出效果来.
   Rami 15:52:16
你手下有多少个人?
冯奕允 15:50:28
呵呵不要说我手下.我们没有手下手上这种概念的.就连总监也要写代码的.都是程序员.很纯正的程序员.呵
   Rami 15:53:57
那团队的氛围不错吧
冯奕允 15:51:38
还可以.不过就是没钱.日子难过.
   Rami 15:55:06
你会没钱,还在我们面前买穷,真正穷的人还没说呢?
冯奕允 15:53:43
向你请教一个问题,访问网络.使用HTTP与HTTPS那个好.有没有性能上的区别,安全性怎么样.对外开发的网络
   Rami 16:00:35
安全性应该https好点,
没有具体研究过,
冯奕允 15:59:08
虽然HTTPS会好点.但是很多服务器用的是HTTP.你有什么看法呢.
   Rami 16:07:46
数据保密性来说,很重要的数据就用https,一般的那就用http,就行了吧,
你说呢?
冯奕允 16:10:33
我们都使用HTTP.加密算法我自己设计.和CD KEY都是由这个算法生成.但是考虑到网络问题,很多因素是我们处理不了的.所以现在使用HTTP.安全性我们暂时可以不考虑.但是性能上就一定要做处理.
   Rami 16:15:45
"性能上就一定要做处理",说性能的话,是不是可以从几个大的方面来说呢,1)硬件,2)网络,3)自己开发的系统,4)应用软件,,,,?
冯奕允 16:15:12
对.现在问题出在传输数据到服务器,通过验证再调组件层.在关口这里很慢.找不到原因
   Rami 16:20:13
"通过验证再调组件层",验证是不是很复杂,有没有设计到数据库呢?网络环境怎样呢?
冯奕允 16:23:03
不复杂.没有网络防火墙,数据库肯定有.网络环境现在是内部网.数据库信息不需要访问,因为数据有另一种方法读取.时差不会大于0.3秒.你认为原因会是什么呢.
冯奕允 16:26:31
因为网络原因不明,所以没办法调试的.
   Rami 16:29:31
网速快吗?没有病毒吧?
"因为数据有另一种方法读取.时差不会大于0.3秒."确定吗?
"组件层"它做了一些什么动作呢?如果去掉它,速度会怎样呢?
冯奕允 16:37:02
网速在内部网你认为会有问题吗.时差是计算出来的.组件层是一个业务逻辑组装类.核心.问题大概出现在那里都不能确定.现在不能随便修改代码或框架的东西. 我们就是想通过没有意识的用户提供原因.之前有两个问题解决了.但是这里又卡住了.因为验证最少要三秒到五秒.离我们的要求一秒内差太远了.
   Rami 16:44:33
"网速在内部网你认为会有问题吗"正常情况下肯定没问题了,
冯奕允 16:42:30
这个问题我们测试过了.
   Rami 16:45:47
".组件层是一个业务逻辑组装类.核心"访问了数据库吗?
冯奕允 16:44:55
没错.在用户没访问的情况下.数据已经存在的了.如果直接使用WEB APP就没这个问题.但是使用Client代理就有了
   Rami 16:48:39
"Client代理"代理?
会不会出现在这?
冯奕允 16:47:06
我也这样认为.但是我们有六个版本同时工作.但是有两个版本出现这个问题.所以也可以只能怀疑代理端.不能确定.
   Rami 16:51:49
"六个版本同时工作"访问同一个代理?
冯奕允 16:49:33
三个访问一个.一对三的关系
   Rami 16:53:17
那也就是说有两代理?
"两个版本出现这个问题"它们是访问同一个代理?
冯奕允 16:52:14
不是.分开的.我也觉得很怪.看了他们的代码也没问题.呵呵
   Rami 16:55:52
"六个版本同时工作"每次升级的不同版本?
   Rami 16:56:17
你这样说,应该是代码的问题吧,

冯奕允 16:53:58
这六个版本是不同的客户端.功能是不同的.
   Rami 16:57:58
那也应该是代码的问题了,
或者是访问数据库有点慢
冯奕允 16:55:26
那些代码只是调用框架的东西.不及到处理的问题.所以可以排除.框架所有信息都打出来.没例外.所以我们在猜想是不是使用HTTP的问题.
冯奕允 16:55:52
访问数据库有点慢????有这可能.呵呵看来你提到点子上了.
   Rami 16:59:46
你客户端c/s用的什么结构呢?
冯奕允 16:59:30
应该不能说是C/S.例如:application通过网络到web服务器,web服务器调用组件(或业务逻辑层)层.再到数据库.

   Rami 17:04:16
这就是你说的c/b/s吗?
冯奕允 17:02:07
呵呵不是我说的.我还没那本事.
   Rami 17:05:25
"application通过网络到web服务器,web服务器调用组件(或业务逻辑层)层.再到数据库."这是你指的c/b/s吗?

冯奕允 17:03:29
对.流程基本上是这样的.但是中间还有一些业务委托的方法.
   Rami 17:09:12
这中应该用在大的系统中使用,看来你们的公司实力不错了,
冯奕允 17:09:07
我感觉差不多.只是为需求而改变呀.呵呵..没有人愿意做复杂的东西.最好是两个代码就完成.
   Rami 17:13:20
那确实,这样很复杂了,
冯奕允 17:11:03
有没有做过架构设计或对这方面研究过.
   Rami 17:14:45
小的方面了,
现在公司的小系统就是我一个人搞定,从需求,设计,编码,,,,,
冯奕允 17:12:53
呵呵,,,不错.很牛B的人物了.做过swing或swt方面的开发吗.
   Rami 17:16:17
"swing"刚毕业时就用它开发,好久没用了呀,
你们现在还用它?
   Rami 17:16:25
开发系统?
冯奕允 17:14:47
对.一直都用.你只开发WEB APP对吧.
   Rami 17:18:37
"swing"在第一家公司就用它开发,
现在只开发web app,
冯奕允 17:17:25
嗯.不过国家单位或者对系统要求可以脱离鼠标操作的话,WEB APP来做是不现实的.
   Rami 17:20:44
"脱离鼠标",web app的应该也可以了,
冯奕允 17:20:00
是可以.但是要实现起来是不容易的.不是单纯的文本跳转.而是文本计算.如果使用网页.这是行不通的.一个薪金的计算就可能存在多次.使用网页就会刷新多次.谁能忍受这种情况呢.

Harryson 2006-04-06 17:22 发表评论

和客户沟通，把握准确的用户需求

Harryson — Wed, 18 Jan 2006 12:17:00 GMT

          开发一个系统前期的用户调研，需求分析花费的人力，财力，物，时间都是非常的多，这一部分又是至关重要的。搞杂了，就会前功尽弃了；弄不好，还得赔偿。
         用户调研这就要看你平时的表达能力，分析问题能力，解决问题能力，沟通能力。一个好的分析师能够把和客户讨论的气氛调动的很融洽，能够引导客户把系统需求（用例）不知不觉就说出来了；分析师也能给用户带来好的建议，解决用户的实际问题。沟通时千万不要和客户争吵，出现不愉快的事，这样大家都会很尴尬，影响正常的商谈。尽量满足用户提出的要求，当然如果你们以后签好合同了的话，就按照合同上面说的来处理，比如说，增加或修改功能，增加相应的费用；如果觉得用户提出的需求不够合理，很难做到，那么应该仔细想好了，才能是否答应用户的需求。如果不能实现的需求，应该用商量的语气和用户进行沟通。商谈时，最好把客户的项目负责人和将来要使用系统的人一起参与。项目的负责人并不一定知道用户的实际需求。只有最终用户才能知道将来的系统真正的需求。分析师应该很好的聆听，思考，记录重要的点以及画草图，不时的提出疑问引导客户。
        经过多次的调研迭代，从整体上把握系统的需求。分析师可以作出一个demo，来为客户演示，更进一步的和客户沟通。用户的需求是多变的，也许现在觉得这样好，过段时间又说那样好，甚至又要添加一些新的想法，所以你得经受具折磨。即使我们已经达到了他们的需求，有些客户还会时不时的故意为难你，这样我们应该用诚心去打动他们。这样多次的迭代，最终和客户达成一致，满足用户。
      需求满足了，准确了，那么我们的编码就会顺利了。

Harryson 2006-01-18 20:17 发表评论

低劣的设计,会使你走向泥潭,难以自拔

Harryson — Thu, 05 Jan 2006 09:19:00 GMT

                              低劣的设计,会使你走向泥潭,难以自拔
我进这个公司一年多一点了.刚进公司没什么事做,所以经理就让做一个小系统,为公司以后的需求作准备.
为了快速的完成任务,我也就没有多考虑用最简单,传统的方式(jsp + javaBean)很快完成了项目.系统经过测试员测试通过这样我才放心了.
      现在公司准备上线系统,这下可把我害惨了.系统写了一年左右了,用户的需求我都不记得了.此时,用户又对系统提出了新的需求,要求修改.我没有办法,系统是我写的,那么更新维护自然也是我的事情了.我只有拿出原来的文档,重新整理思路,才把相关的需求回想起来.随着时间的推移,经验的积累,看到自己写的那些代码实在是难以忍受.现在要维护系统了,感觉是牵一发动全身,真是糟糕透了.当时写出系统时还沾沾自喜,自己又搞定一个系统,很有成就感的.现在我看你还牛到那去.
      回头再审视自己做的设计,写的代码. 发现了不少问题.
      1)层次混乱.我们经常说的表示层,业务逻辑层,持久层相互高耦合,没有一个清晰的分层.系统的架构应当采用现在流行的框架.比如说
        表示层用webwork,struts,spring mvs,jsf等等,
业务层(事务管理,,,)spring
持久层用hibernate,iBatis,,,,
      2)没有面向接口编程.整个系统中没有见到一个接口.我还停留在面向类的编程.养成良好的编程习惯.
        oop,aop让你的系统有好的维护性,扩展性
      3)业务实现细节,性能上存在问题.比如说:对基本信息的修改实现方式真糟糕.因为基本信息的属性有40多个,它和另一个表是一对多的
关联关系. 当时觉得那么多属性,懒得用update一个一个得来更新,干脆把相关得信息(包括它关联的另一个表的信息)删除掉.这样造成了很多不
必要的操作麻烦.你修改基本信息,为什么要去删除它关联表的信息,然后又要把它的信息添加进来.这不就是画蛇添足吗?先删除,然后又添加,
一些不必要的操作,造成了性能的下降.系统的开发遵循简单的设计.
     4)业务操作混淆.添加新的基本信息与更新基本信息都放在同一个方法中.每一个业务方法对应一个操作.
     5)系统不稳定.对系统要有好的单元测试,集成测试.
     6)用户操作不方便.要站在用户的角度多考虑,那样的操作是他们习惯的,他们想要的.
     这样的系统真是糟糕,难以维护,难以扩展,很难有好的性能.
     我们开发的系统不能满足于够用,做出的系统要有好的可维护,可重用,可扩展性.

Harryson 2006-01-05 17:19 发表评论

系统设计分析

Harryson — Mon, 19 Sep 2005 09:07:00 GMT

　　系统设计出来的好坏很大程度取决于用户需求是否合理，当然还有就是完成项目的技术上是否有难度。
　　在公司我刚做完一个项目，当然是一个非常小的项目。虽然是一个小项目，但它五脏俱全。还有就是写的系统是为公司自己用。就算是这么小的项目也经过了两次大的需求的变动。由于需求分析不由我本人来做，我的角色是项目开发者。第一次大的需求变动是我把整个项目做完了，我们公司所谓的系统分析师做了一重要的决定－－系统的需求变了。从我的角度来分析就是－－表示层变了，业务层变了，持久层变了。由于公司有很的遗留系统，第一版本的数据库是用在某个遗留的数据库上，这次的变动把数据库都移到了另外一个的遗留数据库上了。呵呵，还真会折腾人呀。没有办法了，重新来吧。还好，系统不是很大，时间不是很紧，不然我可死定了。我觉得测试没问题，也安排上线时间。等着我和另一个同事（文档整理员或者测试员）为用户进行培训时，这时又杀出一个”程咬金“来。这个人不是系统分析师了，而是我们的经理，可以说是我们老板吧。这次可又惨了。这次的修改是在原有的基础上增加了两个字段，这样说来也就是说---表示层变了，业务层变了，持久层变了。没有办法了，只好又改了。
　　为什么会出现这样的情况呢？怎么这么小的系统，做一个需求为什么会这么难呢？不知道为什么为自己公司开发系统，需求就这么难搞定呢？不管怎么样，我觉得在以后的项目分析调研中，我会尽可能的小心，把需求分析到位，不要盲目的去编码。在以前的开发过程中，我的习惯是开发一个原型给用户确认之后才动手的。
也不知前辈们是怎么做的，请多给点意见。谢谢。

Harryson 2005-09-19 17:07 发表评论

页面（美工）设计

Harryson — Mon, 19 Sep 2005 08:01:00 GMT

　　俗说：爱美之心人皆有之。
　　美工在一个软件系统上也非常重要。因为用户要经常使用这个系统，要使他们容易接受系统，就得让他们被漂亮的界面吸引他们，让他们感受到是一种享受。其实，很简单。举个例子来说，一个穿着很时髦的靓女和一个普普通通的女人。一般情况下（多数情况）那时髦的靓女会吸引众多帅哥。
　　美工我不擅长，所以我也不希望自己能够设计出多么漂亮的页面出来，但至少应该做出来的东东也有点技术含量吧。总结一下页面设计的几个规则：
　　1）页面要有导航标记。大家应该很熟悉超市。在超市里有会有很多导航的标记，用来标识那些东东放在所标记的区域。这样便于找到自己想要买的东东，也知道自己处在那个位置上。
　　2）颜色搭配要好。页面的颜色不能太多，也不能用很刺眼的颜色。这样会使用户看的是眼花缭乱，他们会发出”受不了“。
　　3）页面的布局要合理，尽量的按照用户的习惯。把一些相关东东放一块。不要象自己的小窝一样乱七八糟的。
　　4）页面间的跳转页面不要闪动得厉害。这样也会让用户头晕的。
5) 尽可能详细的提示信息。这样用户会知道他们的操作状况。
　　6）数字一般靠右，文字一般靠左。
　　7）操作要方便，简单。
　　8）设计按照人们的习惯。
举个例子来说一下第8）点。比如有一个财务的进账记录，所有的记录后会有一个合计，这个应该是大家常见的吧。假如，现在把那个合计放到第一条，那会怎样呢？至少我人觉得很别扭。当然也不知大家是怎样看的，这是我个人的意见。请大家多指点，可以向我提更多的意见。我也想使我的系统更人性化，让用户满意。

　　
　　
　　

Harryson 2005-09-19 16:01 发表评论