gdpglc
- 浏览: 92660 次
- 性别:
- 来自: 长春
-
最新评论
-
masuweng：
:i总结的很好dea:
客户需求及骨头与肉的分工方法 -
夜神月：
DAO这个东西想象很美丽
Dao的作用 -
eyesmore：
"比如某连接池中有2个连接对象。有两个线程分别占用了 ...
数据库连接池死锁的原因和处理方法 -
gdpglc：
呵呵... 这例子很有启发。我说的情况是对已有对象加入新功能时 ...
OO的环境下，需要控制对象 -
悲剧了：
比如在web开发里，登录用户信息存放到session里面，需要 ...
OO的环境下，需要控制对象
文章列表
两处关键的资料：
http://ws.apache.org/axis2/1_5_1/http-transport.html
Setting the cached httpclient object 部份。
但看这部份，无法了解configurationContext变量是从哪来的，我查了一下可以从以下文档处找到：
http://ws.apache.org/axis2/1_5_1/adv-userguide.html
Using Your Own Repository部份，可以看出如何生成ConfigurationContext对象。
今天突然明白了一个道理。为什么有名气和身份的人能令别人信服和赞扬，而其它的人可能说的一样的话，做的一样的事却不能让别人信服呢？道理很简单，要让人们理解一件难做而复杂的事情是困难的，而让人们看到一个人的名气和身份却是很容易的。对于一般人在不能理解复杂的问题时，他本能的就选择相信别人的名气和身份了。
原来把博客放在csdn上了，在记忆里csdn是个不错的地方，可是他的博客很慢，有时进不去。因为这个原因，我就又在baidu上写博客了，可是我只写技术文章，和那上边的人不是一个圈子的，放些技术文章在那真是不搭。今天想写点什么，想想还是上csdn吧，可是打开了就报个mysql连接数已满的错误，老半天进不去。这时，我想起了javaeye,打开这里的博客试了试，不错。于是我把摆渡上的文章都搬这里了。
当时做的时候，它很复杂。多年以后最初只是想重做。可是重做是什么呢？难到是抛弃以前的思路，全重新构思一个新的设计吗？难到这个新的设计一定会比原来的好吗？难到重新设计的引擎不会成为另一条艰辛之路的开始吗？
完全抛弃原来的构思，其实是把原来积累的经验全部抛弃了，完全的重新开始，可能是另一个新的起点，或者根本找不到比原来更好的思路。
重做的理由不能是，原来的太复杂了或毛病太多了，这些都是表象。得找到本质，哪部份思路对了，哪部份思路不对，要能明确出来。有了这样的认识，就不再需要重做了，因为对的部分是可重用的了且经过了实践检验。
而完全的抛弃后的重新思考，不见得能得到原来经过验证的正确思路。
因此， ...
创建表空间： CREATE SMALLFILE TABLESPACE "ttt" DATAFILE 'd:\ttt.ora' SIZE 500M AUTOEXTEND ON NEXT 100M MAXSIZE UNLIMITED NOLOGGING EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO
查询用户连接数： select b.MACHINE, b.PROGRAM , count(*) from v$process a, v$session b where a.ADDR = b.PADDR and b.USE ...
本文基于这样一个前提：需求分析的结果，理想状态下是将软件做为一个黑盒，将它的功能包括所有细节都描述清楚。需求中包括界面，和界面的功能如何使用等，目标是达到通
过这个文档用户即可看到做出来的软件的各项功能 ...
1.在一个DispatchAction中的每一个Action必须供享一个ActionForm, 导致ActionForm内容混乱。
2.验证框架只能针对DispatchAction一级指定，不指定到DispatchAction中的action上。因此使用DispatchAction时，不得不放弃使用验证框架。
If U are in a hurry to compile code and there is a big list of Jar files to include in the classpath, there U don't have to struggle to include the names of all the jar's in the classpath.
There is a neat trick - use the "java.ext.dirs" JVM param to point to the directory containing the ja ...
Tomcat 中 Embeded 是tomcat为了方便嵌入Tomcat而准备的类，这个类的源代码头部注释，有如何使用Embeded类的说明。
设计层次是从大处着眼，处理软件的结构性问题。设计模型需要忽略实现的细节。
而实现时统满了细节，自然的设计模型，可能在实现时的细节是不自然的。
比如：使用strusts1.2 对公司的信息进行组合查询，公司的类型在设计时规定以整型来代表，分为三类，对应的整型值为：1 2 3。查询接口直接以组合查询条件作为参数，这里如果用户没有输入某个条件，则忽略这个条件（这种方式不能查询某字段为空的记录）。这时在设计时通常就把公司的类型作为接口的整型参数，这里还需要表达不用这个条件时的值，通常对整型用-1代表忽略对应的条件。这时就存在这样的问题，在action里得到的界面上传来的值，通常是字符串，对于字符串通 ...
也许是个假设但是很有可能是真的
程序员都有模仿能力，无论什么水平的程序员，都在应用模仿能力。模仿能力使得程序员的工作快速，但是工作的结果好坏取决于被模仿的程序。
这可以解释为什么一些普通程序员可快速的完成工作，工作结果可能是很高质量的，也可能是很低质量的。
高级程序员具有独立运用所学知识和现有工具设计程序的能力。这里仍旧有模仿的行为，将已有的框架、程序打散，混合自已的知识，新的方法论，新的工具，新的库，等等的一种能力。这种设计行为是费时的，工作的结果的好坏取决于程序员的水平、经验、创造力。这个工作普通程序员是无法模仿的，而当设计的结果转化为程序后，普通程序员就可以进行模仿了。
高级程序员 ...
以前一直认为在一个表中应该使用代理主键而不应该使用业务主键。这个理论大多时候是正确的。但对于用户表我觉得应该使用登录名作为主键。其原因如下：
1. 方便实现日志功能。对用户信息的使用可能出现在软件的不同部分，在不同部分间通常都是传递用户表的主键来标识用户的，如果主键是代理主键则是一个无意义的数字，直接记录到日志中，必然给日志的使用代来不便，想要得到用户的登录名又必须得查询数据库。
2.用户标识在整个系统中的表达存在不一致。由于用户表使用代理主键，这样程序内部需要标识用户时通常会使用代理主键，可是系统的使用者却是以用户的登录名为自身的标识的，相关的功能自然也会以用户的登录名为标识，这样的功能在 ...
1. 以重用为基本设计目标。目的并不是重用而是为了提高软件代码质量。这样当然对重用会有益，不过我认为，能够被重用的内容是综合考虑用例的共性而特意设计出来的功能（也许设计时并不能这样做，但也可以通过重构而得到重用的效果，前提是原来的代码设计优良所以容易调整。）。而不是这里说的在功能即定的情况下再考虑重用。在种情况下特定的功能也许只存在于特定的逻辑中，而不会得到重用。但仍要按重用进行设计，原因是它会导致优良的接口定义和实现。
2.子程序内不对子程序外有任何假定。以重用为设计目标的子程序将自然的达到这个要求。
3.针对接口编程而不是针对内容编程。附合以上两点的子程序将自然的达到这个要求。
4.高内骤低 ...
这段异常是什么意思？
java.lang.NoSuchMethodError: org.objectweb.asm.ClassVisitor.visit(IILjava/lang/String;Ljava/lang/String;[Ljava/lang/String;Ljava/lang/String;)V
这里关键就是看懂visit方法的参数类型。这个属于jni的相关知识，如下：
http://java.sun.com/docs/books/jni/html/types.html#65751
看完了相信都明白了。
1.效果图的制作要比制作真实的html静态页容易，因此在需求还不确定的情况下应尽量用效果图来传递界面设计信息。
2.当界面需求不定，而又需要实现界面时，选择容易实现和修改并且又不失界面整洁的方案可能是最好的选择。
3.当程序编写完毕，除了会出现逻上的bug，界面也会出现大量的问题，因为加入逻缉的html生成的结果并不同于单纯的html页，同时逻缉完成后，也需要对不同的浏览器进行调试，因此页面人员必须到场。
4.在程序的开发过程中进行部署要保证未完成的部分被分离出来，或者不能被访问到。部署时要注意保护已有数据。
5.一个高明的算法abc.gif变为abc_small.gif：str_rep ...