博客主人请谨慎,你根本就没有用到Spring啊不要乱说我看了半天也没找到你用Spring的地方,你好好看看吧
最近弄这个太郁闷了谢谢
himyisazure@163.com
re: 图解软件项目管理[未登录] azure 2007-08-11 14:40
总结的不错,都来自实践的精华。
大部分总结的都是对事情的管理,对人员的管理总结的相对来说比较少(你不是说过“所有的管理都是对人的管理”吗?)
唉~~
-----------------------------
部分:
JButton but = new JButton("金") {
public JToolTip createToolTip() {
final JToolTip tip = super.createToolTip();
tip.setForeground(Color.RED);
// 设置ToolTip为透明
tip.setOpaque(false);
tip.setLayout(new BorderLayout());
JPanel rootPanel = new JPanel() {
protected void paintComponent(Graphics g) {
super.paintComponent(g);
......
}
......
}
谢谢你的建议,使用this.setVisible(false); 可以让痕迹消失。这样做绕过了这个bug。这样做可以达到效果要求,:)
不足的是在实际应用中在removeAll();之后还要add();
如果使用了this.setVisible(false); 每次添加tab的时候还要this.setVisible(true)。
我在想:tabbedPane.setBorder(new EmptyBorder(0, 0, 0, 0));
之后removeAll();tabbedPane为什么还会有灰色的边框,这是一个bug吗。
re: 看好JSF azure 2007-04-29 12:28
@wanglin
学术贵在交流,谢谢你对html、js和jsf的阐述。希望有更多有经验的人能提出自己的见解。
我觉得ajax有个问题是封装比较麻烦,这个使用标签来做封装之后使用起来可能
要方便很多,ajax处理机制和jsf的事件处理可以做一个互补,比如可以使用ajax来做验证和小面积刷新,使用jsf来做表单处理和页面控制等,如果做服务器端的架构设计,使用tag做ui控制,从设计角度来看架构会更完美一些,虽然使用起来麻烦一些,君不见struts流行这么多年也是有它的理由的。
re: 看好JSF azure 2007-04-26 17:09
@guest
dw要是没有破解版或者盗版不知道你们还用不用dw,不知道你们还做不做项目。其实像JDeveloper和netbeans现在已经对jsf支持的很好了,建议你试用一下。
@wanglin
如果使用ajax来处理事件和操纵html我觉得你的担忧就多余了。
现在不是有ajax4jsf之类的开源项目么,我觉得将来基于jsf上的ajax技术肯定会流行,我可以和人打赌。
正如很多人看到的一样,现在最大的问题还是IDE的问题,如果IDE的开发能够支持到ajax标签,那基于jsf上的ajax技术称霸江湖是迟早的事情,也许会结束java web领域战乱的局面,我想很多人也会欢迎早日告别现在这样的“兵荒马乱”的日子,还有强大的外敌.net需要对付呢。
re: 看好JSF azure 2007-04-25 19:54
@BeanSoft
你说的RIA技术可以内嵌网页,且可以 new tree()来创建组件,请问你具体看好的哪一种呢?ajax也是一种RIA,Applet也是一种RIA,java web start也是一种RIA,flash和flex也是。你是指flex吗?
@Welkin Hu
JSF与Tapstry之间不好说,个人觉得Tapstry的优势在于使用html和页面导航简单一些,这个JSF由于IDE不够成熟要落下风;JSF的优势在于scope控制要简单一些,另外JSF有钱有势。如果两人实力相当的草民张三和**局长的儿子打架,我还是认为**局长的儿子要占上风。
re: 对象关系技术的探讨 azure 2007-04-24 18:47
鄙人也一直不喜欢用什么o-r mapping,有强大灵活的sql工具,而且o-r mapping也不过是把sql做了一个封装,底层还不是sql实现的。把自己平台的sql做一个优化,比再学习什么HQL语言划算多了,不用去理解什么n-n,1-n之间的复杂关系了。
re: 看好JSF azure 2007-04-24 15:10
@Leo
swing和jsf的开发起步确实比较麻烦,这个我是认同的。
我觉得要是熟练了还是比较爽的,可能熟练需要很长的时间,但是熟练之后威力非同小可,某些技术上手快,但是后力不继,就像刀和枪,刀上手快,枪可能要慢一点,比如枪还要上子弹,还要瞄准等,刀就免了,但是在战场上大多都是提枪不是带刀,这个就是区别。不过在某些时候也要拼刀,当然,这需要看具体场合了,各有长短吧。
re: 美丽的令人震撼的swing界面! azure 2007-04-16 11:55
@jidesoft
国外的我不清楚,国内的了解一点点,国内的一些电信企业用swing做网管,这个比较流行;还有用swing做gis的,比较少;好像开始有些大的企业用其来做企业管理软件了;在一些小公司里面有用swing来做后台管理的小工具。
现在swt主要用来做rcp。
感觉swt的应用在国内不如swing(个人感觉,不知道对不对),但是swing的应用是远远不如web client的,swing学的再好,在国内也可能找不到工作,因为国内用swing的公司和企业非常的少。
感觉swing做企业管理软件是一个新起的领域。以后这方面的应用将会越来越多。
顺便说一下,国内没有国外适合做技术,已经出现了不少读书无用论和技术无用论的声音了,大多做技术的都想做管理,大多做管理的都想创业,一般搞技术搞几年的都不再想深入研究技术了。
re: 美丽的令人震撼的swing界面! azure 2007-04-15 20:11
@jidesoft
真没有想到JIDE是中国人搞起来的, 证明中国人做swing也可以很不错,:)
可以介绍一下swing在国外的使用情况吗?
re: 美丽的令人震撼的swing界面! azure 2007-04-04 13:09
做swing商用软件最大的麻烦是代码保护问题,如果不加以保护非常容易泄漏用户的信息,安全性太低了,虽然说exe文件也容易反编译,但是没有class文件这么容易就反出来了。一直都找不到好一点的加密方案,我几乎试遍了所有的混淆器,没有一个满意的,用厉害点的反编译工具基本上可以看个7788,使用des之类的算法加密class文件也不行,将入口类改写一下就可以获得源代码了。
编译成exe文件安全性稍高一点,不过现在好像没有比较好的java转exe工具,很是郁闷,有的只是一个shell,客户还必须先行安装jre,头大。
re: 美丽的令人震撼的swing界面! azure 2007-04-04 11:16
可惜jide是收费的,不然制作swing商用软件界面太爽了,简直就是爽歪歪。
@dennis
将来网络带宽变的更大之后,这个技术也是非常有前途的。现在的网速java web start技术确实还是鸡肋。
re: 美丽的令人震撼的swing界面! azure 2007-04-04 09:46
体验之后,建议每个人都定制一套自己的lookandfeel风格出来,可以长期使用。
re: 美丽的令人震撼的swing界面! azure 2007-04-04 09:31
@cnodin
里面有很多很酷的效果,动态的,里面是很多系列的lookandfeel,运行一下感觉更好。
例子的功能非常强大,不知道性能是不是受到了功能的影响。
re: 美丽的令人震撼的swing界面! azure 2007-04-04 09:10
@yuri
没关系的,那个是官方的链接。
可惜的是substance开发包有点大,包含6个jar,且性能好像不太理想。
swing和swt不用比较美丑,结果很明显,再谈已经失去了意义。
需要比较的是eclipse和netbeans的开发环境以及基于它们的rcp和platform。
@催月泪
呵呵,暂时还不想回忆当年。
学习方式一般就是自己上网随便找的看,不懂的就google一下,一直到搞懂为止。
re: 生命的意义!很经典的一篇[未登录] azure 2007-03-31 11:12
生命的意义首先在于对自己、对家庭、对集体、对社会、对国家、对人类承担责任,其次,活的开心才是最实在的。
龙芯盒子用的是什么操作系统?linux?跑的动吗? :)
re: 开博了,原来我也是一俗人 azure 2007-03-14 19:46
给你的名字赞一个,~_~
re: 真正理解面向接口编程 azure 2007-03-12 20:03
接口,就是对接的端口,模块与模块之间约定建立的交通路线。
re: swing界面设计 azure 2007-03-09 20:03
@我为J狂
可视化开发界面能做的工作实在有限。
对于一个复杂的软件的界面来说,定位组件的位置的工作是工作量非常小的工作,绝大部分工作都集中在特色控件的开发和图形色彩的处理上面。
对于java来说可视化开发界面能做的工作更少。
像delphi和vc等有windows绝对定位布局,java没有绝对定位布局。
re: 发几张B/S软件界面图 azure 2007-03-09 15:13
真庞大,不知道性能怎么样,ajax做大型的系统比较难维护。
re: swing界面设计 azure 2007-03-09 15:09
@BeanSoft
图片使用的越少当然越好。
有些地方一定要用图片的,比如按钮和面板上的图形,标题icon等等,这些图片由美工来做。
@Signture.updata(土豆)
呵呵,熟练了开发起来很快的。
re: swing界面设计 azure 2007-03-08 20:43
2年前我就开始纯手工写界面了,=。=!
re: swing界面设计 azure 2007-03-08 15:25
eclipse,没有用插件,凭感觉直接写的,边写边测试。
re: 语言之争-开发人员不可以回避的现实 azure 2007-03-06 10:29
@Anders小明
说的是,我将它改了。
re: swing界面设计 azure 2007-03-05 17:25
我的邮箱fiftysix@126.com,欢迎大家交流探讨。
re: swing界面设计 azure 2007-03-05 15:01
@施伟
你说的很对,能够实现不一定代表要做。不过会做和不会做是有区别的。
呵呵,我会在以后介绍一些技巧。
关于swing占资源的问题,一言难尽,一方面与机器本身的条件有关,一方面与程序的性能有关,还与功能的多少也有关系,建议你试用一下永中office和openoffice。
re: 如何备份MySql的数据库 azure 2007-03-04 15:26
很实用
厉害,同时精通c和java真不容易。
jdk6里面可以通过启动的时候添加splash screen参数启动,如:
java -cp ... -splash splashImage ... 来启动,不过没有你这么做好,因为这样启动的只是一个image,象进度条等处理比较麻烦一点。
re: swing界面设计 azure 2007-03-04 13:29
界面要做的漂亮完全是平时的积累,一个漂亮的界面不仅需要很多技巧来做效果,而且需要一定的美工水平,比如配色、边大小、布局等。
回:西大山
没有用Synth。
以后我会介绍一些技巧来做swing的UI,不过更新可能比较慢一点,工作忙,做UI比较磨时间。
re: swing界面设计 azure 2007-03-03 21:32
没有调用其它的lookandfeel,使用的是默认的感观,只是使用了一些技巧将界面加上好看的图形和border。
re: Java转EXE文件工具 azure 2007-02-27 00:39
考虑了一下之后,觉得如下方法要简单一些:
1、用delphi或vc写一个起动器boot.exe,boot.exe为一个壳,它做的事情是执行命令:jar Foo.exe(假设Foo.exe该exe文件的自己名称)。
2、java2exe.exe工具为boot.exe和需要的jar包(假设名称为java2exe.jar)合成的一个exe文件,合成过程为:
copy /b ..\boot.exe+java2exe.jar java2exe.exe。
这个过程可以写一个程序来生成也可以直接在控制台运行。
3、java2exe.jar包为一个可以直接使用jar命令运行的包,其功能为:将classpath里面包含的所有jar包合成一个可以直接使用jar命令运行的jar包(假设为appjars.jar),然后调用命令:
copy /b ..\java2exe.exe+appjars.jar app.exe(即需要生成的exe文件名称) 。
4、当生成的app.exe运行时,会调用命令:jar app.exe,即jar app.jar。
大致可能是这样的,:)
re: Java转EXE文件工具 azure 2007-02-26 16:55
想了一下,可能是将Mainclass和classpath信息写入到一个文件中保存起来了,运行的时候再从该文件中读取该信息。
第1步需要的所有jar都和包含了第2部需要运行的Mainclass和classpath信息的文件一起打到了一个jar包中。
re: Java转EXE文件工具 azure 2007-02-26 16:39
猜想技巧应该是这样的,:):
1、用delphi或vc写一个起动器boot.exe,boot.exe将会和需要的jar包使用指定的icon打到一个exe文件中,使用命令:
copy /b ..\boot.exe+hello.jar Foo.exe
2、在生成的foo.exe文件里面使用第1步生成的命令:
“java -cp Foo.exe Mainclass”
来运行该exe文件。
疑问是第一步生成的命令(如:Mainclass)是怎么传递给第2步的,???
re: Java转EXE文件工具 azure 2007-02-26 16:07
我看到网上有篇资料说可以:
----------------------------
copy /b ..\JBuilder.exe+hello.jar foo.exe
在foo.config(JBuilder.config)文件里面把前面加入的类路 径去掉,并加入下面的路径:
addpath E:/jbuilder5/bin/temp/foo.exe
然后执行,foo.exe
看到一个含jar包的exe文件被执行了!
----------------------------
不知道是不是这个技巧来着,:)
re: Java转EXE文件工具 azure 2007-02-26 11:33
不知道是什么原理来着,是用delphi写的吗?是否运行后将exe文件解压缩变成jar文件后再运行java命令?
re: Java转EXE文件工具 azure 2007-02-25 18:31
做的不错,我想问一下,如果用户机器上没有jre这个exe文件可以运行吗?
re: 多线程监听文件改动 azure 2007-02-08 13:50
不错,很实用。
re: 对java做桌面应用的感想 azure 2007-02-08 09:50
java开发的桌面应用确实比delphi、vc、vb开发的慢一些,如果用户的机器不是很老,这方面影响不会很大,比如开发工具eclipse、jbuilder2006比较快了,永中office的速度也是非常的快。
对java的界面设计感觉不好的,除了eclipse、jbuilder2006和永中office之外,我还推荐一个网站大家看一下:
http://community.java.net/javadesktop/
re: APPLET调用本地资源[未登录] azure 2007-02-07 15:43
你讲解的很详细,虽然我没有试过,觉得应该没有问题。
惟一有疑问的地方是你最后一句话:“当然每个客户端还是需要安装JRE的,不过现在的浏览器安装时都已经自动安装了。”
re: 对java做桌面应用的感想 azure 2007-02-07 13:03
谢谢大家提出自己的看法,以上仅仅是个人看法,供大家交流。
操作系统行业的战争,确实如Welkin Hu所说的那样,将来无法预料。不过目前来看windows还是最强的,而且还会持续。
Robin's Java World谈到我的观点“说的不太通”,不知道具体指的是哪些方面?希望交流,:)。java做桌面应用确实不错,它最大的弱点不是开发方面的,是发布方面的,因为它的运行需要jre,你设想一下如果一个商业软件安装之前需要安装一个jre那是件多么令用户沮丧的事情。
请问如何 “Compute build path”