fangwei
- 浏览: 225446 次
- 性别:
- 来自: 深圳
-
最新评论
-
xqying90：
啥子哟~
div屏幕居中的方法 -
ydc919：
JavaBeansDataExchange could not instantiate result class -
yongtree：
也太不全了啊，js呢
jquery选中单选框、复选框、下拉框 -
awindbird：
希望好用。
android ERROR: unknown virtual device name -
fangwei：
xgj1988 写道 有何高见
div屏幕居中的方法
文章列表
eclipse/eclipse.ini
--launcher.XXMaxPermSize设置内存数 + -Xmx设置内存数 < JVM可使用内存的最大限制(比如操作系统最大内存限制，或者实际可用的物理内存)
如果你的机器使用2g内存，一个可用的配置是：
-vmargs //jvm参数
-Xms512m //堆内存初始值
-Xmx512m //堆内存最大值
-XX:PermSize=64M //非堆内存初始值
-XX:MaxPermSize=128M //非堆内存最大值，可替换--launcher.XXMaxPermSize
想要你的eclipse正常启动，就不要 ...
转载自 scyang http://forum.thinkpads.com/viewtopic.php?p=429128&sid=7722a36cd3eda0a3f5e76adc3da7dcb6
OKAY! I have finally fixed this; posting the solution for any other tortured souls who happen to come upon this problem as well. My problem actually was that I was adding the rules to the wron ...
- 2009-12-05 08:33
- 浏览 2138
- 评论(0)
在学习一项技术之前，先要搞清楚这项技术能带给你什么。技术的产生肯定是为了解决某一方面的问题，如果你还不知道它能解决你的哪些问题，你不用急着学习它。你可以花更多的时间去了解尽可能多的技术是干什么用的，但是你不需要马上就掌握它，在你需要用到它的时候再去掌握它。你学习并使用一项技术，不应该仅仅是因为它流行，你应该充分的清楚它能带给你什么。如果你在使用了struts、spring、hibernate之后，你还不能清楚的向其他成员表达这些技术带给你的帮助，甚至你觉得这些技术十分多余限制了你的发挥，说明这些技术并不适合你，或者说你在学习它的时候根本就没有搞清楚它的价值所在，你正在错误的使用这些技术。我很盲目 ...
转载自 Joe Ocampo http://www.lostechies.com/blogs/joe_ocampo/archive/2008/04/14/junit-4-testsuite-declaration.aspx
This is mainly for my own reference but if it helps people out there great! The documentation on this aspect of JUnit is very poor.
package agalliao.wealthManagment.domain ...
- 2009-09-11 12:26
- 浏览 4963
- 评论(1)
转载自 jquery1.3中文参考 http://jquery-api-zh-cn.googlecode.com/svn/trunk/xml/jqueryapi.xml
对单选框、复选框的选中有增强
HTML 代码:
select id="single">
<option>Single</option>
<option>Single2</option>
</select>
<select id="multiple" multiple=&q ...
- 2009-09-10 14:39
- 浏览 6308
- 评论(1)
如果你的系统已经是一个依赖数据库的系统，我觉得就没有必要再分离出一部分由用户自定义的配置信息到xml文件，干脆全部写到数据库里面统一进行管理好了。这样做的好处至少有：
1.省去烦琐的xml读写过程，即使你使用apache的org.apache.commons.configuration.XMLConfiguration，依然不如dao来得清晰
2.给用户升级系统时，不用操心忘记备份已经被用户自定义过的那部分xml文件而导致数据丢失，所有的配置都在数据库存着呐
3.提交代码到版本库时，不会看见一堆不需要关心却每次出现在眼前的xml文件，然后重复remove from view的动作
目前维护的一个系统很是奇怪，必须将servers的publishing选项设置为never publish automatically，否则一登录系统tomcat立马重新加载应用，但是更改设置之后也不爽，对代码作出的修改不能立即生效了。真可谓是不想让你重启吧你非要重启，想让你重启吧还要点击一下publish to the server，令我郁闷之极。
光郁闷不行，得想办法解决啊，于是乎，开始断点调试，我看到底是哪个惹的祸。最后，定位到一块在web根目录下创建目录的操作代码段，只要执行完那句，立马让tomcat重新加载，非常好使。
我暂时想到的办法是，要么把这个目录移到webroo ...
一直不明白用eclipse代码提示功能生成<script></script>代码块的时候，会使用<!-- //-->这样的html注释把js代码注起来。之前在各大搜索引擎找寻答案一直未果，今天无意中在w3school看到了答案。真是那个柳暗花明什么什么的，在此记录一下。
如何与老的浏览器打交道
那些不支持 JavaScript 的浏览器会把脚本作为页面的内容来显示。为了防止这种情况发生，我们可以使用这样的 HTML 注释标签：
<html>
<body>
<script type="text/javascrip ...
要搞清楚对象和对象的引用
- 博客分类：
- 随机感悟
有很多程序员还在写这样的代码
User user = new User();
user = userDao.selectUserById(id);
user.getName();
他的理由是，为了防止执行user.getName()时发生空指针异常，所以先new出一个对象，这样即使从数据库里查询不到对应id的用户，程序也不会报错。
这个想法真的很神奇，而事实是第一句代码是废话，你首先创建了一个对象new User()我们称它为用户A，然后创建了一个对象的引用User user指向用户A，紧接着查询数据库userDao.selectUserById(id)返回另一个对象用户B ...
如果你在修改一个功能的时候，发现你可以仅通过复制粘贴修改三处以上的地方，那么你最好赶紧花点时间来封装这个变化，如果你现在觉得没有必要，那么不久的将来你很可能会重复同样的故事或让别人重复同样的故事。如果你对重复同样的故事习以为常，对别人重复自己昨天的故事没有感觉，我很负责任的告诉你 ，你已经成为了团队的其中一个灾难之源。
我很强烈并很固执的相信，随意的重复是软件编程中的万恶之首。
转载自 log4j官网 http://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/PatternLayout.html
org.apache.log4j Class PatternLayout
java.lang.Object
org.apache.log4j.Layout
org.apache.log4j.PatternLayout
All Implemented Interfaces:
OptionHandler
public class PatternLayout
ext ...
- 2009-08-22 10:02
- 浏览 1827
- 评论(0)
在log4j大行其道的今天，居然还有很多程序员在程序中到处写System.out.println()。这样做带来的影响是极其恶劣的。
1.最要命的就是影响程序的性能
2.浪费磁盘空间，如果你用的是tomcat，catalina.out文件用不了多久就会上G
3.影响程序的调试开发，一个用户请求发过去，控制台哗啦啦像下雨一样的打印日志，根本不晓得自己要看的输出语句在何方
4.就这么多了。。。
如果你不喜欢用log4j这样的日志类库，那么最次也要写个Debug类封装一下System.out.println()，然后加个开关控制日志是否输出。
有些人在维护代码的时候喜欢注掉原来的代码，然后再增加自己的代码，个人认为这样的习惯非常的不好。
这种做法导致的结果就是没用的语句行越来越多，给后来维护的人带来干扰。
我认为，如果代码需要修改那就直接改，确定没用的语句直接删掉，确定没用的方法直接删掉，甚至确定没用的类也可以直接删掉。不要把没用的垃圾留在最新的版本里迷惑人。如果需要参考以前的代码，使用svn或cvs。
最郁闷的就是在需要重构的时候，瞪大眼睛瞅了半天发现依赖这个类或方法的很多都是无用的废代码，很大程度上降低了重构的效率，也极大的打击了重构的积极性。垃圾都留着吧，我也懒得管了，看得人郁闷。
最后，系统成了垃圾箱。
对于这个问题 ...
在使用Runtime.getRuntime().exec(cmd)执行某些系统命令，如nfs共享的mount时，会由于nfs服务异常等原因导致进程阻塞，使程序没法往下执行，而且也无法捕获到异常，相当于死在那里了。
Process process = Runtime.getRuntime().exec(cmd);
process.waitFor();
祸根就是调用了waitFor()方法。
今天在lee79的博客里看到了一种解决方法，认为很神奇，记录一下简化并优化了逻辑的关键代码
long startTime = System.currentTimeMillis();
boolean ...
- 2009-08-17 18:22
- 浏览 4208
- 评论(0)