开源系统需谨慎..的确如此, 还好你们很了解 Eclipse 的代码...

发现坏消息: Flex IDE 不开源.... 唉, 都是为了钱.

不错, 不过更期待 FF/IE/OPERA 联手推出内置UI组件库的浏览器!

Hibernate 也是通过 JDBC 连接数据库的, 自己带了连接池, 当你保存一个 bean 的时候, 他会生成一条更新 SQL 然后调用 JDBC 来执行, 所以基础看就一样: JDBC + 反射机制.

呵呵, 虽然说的过分了些, 的确是这样, 看过 Swing 再看 JSP, 会觉得的确够简单的!

要吃饭, 没办法, 我也很喜欢 Swing, 别说 Swing 了, SWT/RCP 也没能力现在就代替基于 Web (浏览器)的解决方案.

...网上交易需谨慎.

支持一下,最近正在了解一些 JSF 方面的知识, 怎么说也是 Java EE 5 规范, 属于通用框架.

是呀, 尽量还是多做些预防性编码, 例如好多时候都是假定传入的参数不是 null, 但是很多时候就是 null ... java 这个地方又没有强制手段.

还好, 编码不是打游戏, 要不然写代码的就都是打字员了. 楼主用 Eclipse, 如果你打开自动编译, 你发现按了 Ctrl + S 之后还是不得不等待一会的... 项目文件多的时候会很卡, 所以这时候手速要快就只能关闭这些自动查语法的选项, 把它当成纯文本编辑器.

不过盲打的确需要练, 编码的时候不看键盘. 这个, 我是大一花了半个月练习的, 貌似还用了金山打字通.

回复 dennis:
只是个人的一些感慨和体会, 你这样理解也没问题.

回复 差沙:
JSF 当时就是为了和 ASP.NET 的 WebForm 竞争才推出的, 虽然目前效果还不甚理想, 主要来讲就是 Java 是一个分裂的世界, 大部分厂商/开源人士都是希望把用户绑定过去然后大赚支持费用(如 Jive, Hibernate, JBoss, 还有 Netbeans 和 Eclipse...), 所以难听点 Web 层的现状就是一盘散沙, 所以程序员做开发不得不对付一大堆框架.

我也是, 想转行做培训...因为我感兴趣的东西大多再工作里都用不到.

个人的一些感受, 信不信由你. 不要在挑框架上费太大功夫, 认准一个框架就要用熟, 精通它. 举个例子, 我们公司用的 Struts, 遇到 bug 是自己公司改的, 现在基本上已经不可能再升级或者换成另一个实现了(例如:struts 2), 这就是绑定一套开源框架的代价, 也因为 Struts 前后不兼容, 才造成这种局面, 做了2,3年的项目已经没法动了, 但是每次升级 Weblogic 倒是比较顺利, 因为 Weblogic 支持标准(JSP,EJB都算是标准), 起码自己兼容自己还是做的比较好. 另外就是一直说烂的: 学好 Java 基础类库.

这些话全是自己的一些体会, 随便说说. 当然你要能让大家都散了我也没意见, 哈哈.

没有用不好的技术, 只有用不好的程序员. 做 Eclipse 的人是从 C++/Small Talk 转过来的, 但是人家有做 IDE 的核心技术, 所以框架只是工具. 如果精通 Java 或者一些核心技术, 相信没什么框架是烂框架. 举个例子, 大家都学 JSP, 为啥人家能做出来这么多好用的框架, 咱不行? 这个不是语言或者某类库的问题.

另外对于需要长时间维护的项目, 用支持标准的组件库, 要比随便找个框架狂跟着它升级成本低的多. 这里的例子还是 JSP, 只要支持 JSP 的标准, 这些框架都能运行. 但是如果你绑定某高手自己开发的 Server/Client, 你还有这个自由度吗, 例如绑定在自己公司的高人做的业务平台上或者某高人做的开源框架上, 然后高人走了或者改收费了???

JSF 是标准/规范, 没有规定实现, 所以 JSF 本身谈不上好坏, 能说好坏的只有实现 JSF 标准的厂商的水平.

呵呵, 话有点多, 咱不是死挺 JSF, 而是建议大家打好基础, 不管用什么框架, 都方便的多.

不过 JSF 和 Swing 还是有些差别的, 个人更看好将来浏览器直接内置可以再网页里面显示的组件, 通过一个 new Tree() 就可以调用系统/浏览器自身的树组件, 也就是所谓 RIA.

PS: 建议摘要方式发布再首页.

不错, 开源的带视频的还真是不容易啊.... 看 QQ/MSN 一直也不公开一点核心

Swing 的思路设计的如此之好, 以至于好些 JS 组件库也用这种思路, 例如: YUI-Ext. 这种思路好处就是各层可以单独实现/修改, 加入换肤功能等, 坏处就是第一次来学曲线比较高. 其实比起来 RCP 也是有很高学习曲线的了, 不但要学 SWT/JFace, 还得看 Eclipse Plugin 开发, 画图的项目还得看 EMF 等.

OutputStreamWriter out = ...
java.sql.Connection conn = ...

应该把 Statement stmt = null;
ResultSet rs = null;

这个声明也放在前面, 然后 finally 里面也尝试关闭这些资源才是比较稳妥的做法. 有的 JDBC Driver 实现的不好, 你关了 conn 但是里面的 statement 可能还没被实现.

真是不错...

RCP 做客户端也是同样的问题. 全是 XML 配置文件, 不容易实现可视化. 早晚还是出现类似于 VJ# .NET 这样的东西才是王道, 既能快速开发, 又能深入修改. 要不然现在都有人说了, 把爱因斯坦拉来作 Java(含客户端 RCP, Netbeans Platform 这样的东西), 他也得先学个半年才能开工, 什么 Provider啊, editor 啊, renderer 啊, Struts, Spring, Hibernate 啊,都看了才能开工, 外加: 请先学好 J2SE.

可以直接用 swt3.3 带的 swt.jar, 不需要再考虑 dll 的问题, SWT 会自己解压缩到临时目录. 可以看看偶的 BlogJavaReader 里面就不设置这些东西了.

谁能做出 MS ASP.NET Web Form 那样的框架 + IDE, 才能大肆的吹嘘自己引领了 Java Web 开发的潮流, 否则, 就自己吹自己吧. RCP 作 Web 层, 个人之见, 学习曲线那么高, 还是省省吧.

支持一下楼主.

@交口称赞
我只是个人推荐大家用正版. WTP 那么好还用 MyEclipse 干什么? IBM 作什么都是留一手, 好来卖他的商业插件, 让 Eclipse 基金会的这些合作伙伴, 大厂商们有钱赚. WTP 是个鸡肋版本. 在这点上比较, Netbeans 做的还是比较厚道.

没错, 我这次培训就是用 Netbeans, 我总不能用盗版/破解的 MyEclipse 来给学员讲解 Java EE 5 的开发吧.

寒一个, 建议用 Netbeans, 不要用着盗版 MyEclipse 一边到处宣传 Eclipse 作 J2EE 如何好. Eclipse 作 J2EE 简直就是垃圾.

开源框架问题就在这里, 质量控制不好. 现在我已经推荐公司的人紧跟标准, 用 Java EE 5 了!

opencvs.souceforge.net 或者 google 一下, 呵呵

什么都放首页．．．．．

我们相信，搜狗输入法的创意和技术突破，将享有多项知识产权专利。将 != 现在就有

另外搜狗输入法期望用输入法占领搜索市场, 这次真是遇到对手了.

口气好大, 那就去申请专利吧. 炒作, 纯粹是炒作.

兄弟改行做培训吧....

像我们公司的项目吧, 一般要做需求分析, 完了和用户核对, 估计工期, 接着做概要设计和一些 mockup(原型), 用户再看, 完了就详细设计, 具体到页面和类库等, 最后就是实现测试版, 测试版完了要上单元测试, 完了是上线, 这些都要用户测. 反正人多的时候没文档很容易吵架, 因为做的时候会有人私自偏离设计文档, 更何况没文档的时候大家都是各自发挥. 前两周还协调了一次这样的事件, 这都是就事论事, 扯不上太深的度...按照我们公司请来的项目培训的人说的: 项目吗, 更多的时候是在管人, 不是在管技术.

不用关注具体 API, 只要了解相关项目的缺陷等, 定出需求, 完了要定下平台. 建议不要上来就搞很复杂或者用了 N 多框架的设计, 不然最后会死的很难看, 得考虑团队大多数人的实际情况. 个人的观点, 呵呵, 虽然我也是 System Architecture.

同样百度到现在也没有出现在美国市场和英文的搜索竞争.

还有 Google 拼音输入法有创新的部分, 大学时候的老师说的好: 只会学习不会创新就做不了好产品.

基础不牢还滥用框架, 只会害了自己.

友情赞助一下, 我用的是http://www.eclipse.org/articles/Article-Image-Viewer/Image_viewer.html 的一个叫 Chengdong Li (cdli@ccs.uky.edu) 的华裔写的. 不过没试对动画GIF的支持如何.

施伟 没发给我, 请不要发邮件找我索取多选树的问题, 最好去联系飞云小侠索取原版.

http://www.blogjava.net/beansoft/archive/2007/03/26/106342.html 一个带 checkbox 的 JS 树组件 作者不是我, 仅供参考.

偶看着晕, java越做越复杂, 框架越来越多, 只会让它失去更多的用户.

tomcat 5.5 及以上版本也是用 jdt 作为编译器了.

我也来支持一下!

tomcat 5.5, tomcat 6的个头都小了很多了. Jetty 的 JSP 引擎貌似还是用的 Tomcat 的.

不错, 高手就是一步步学出来的!

JBuilder 也是解析源码, 只不过源码过于复杂就会解析不了. Visual Editor 也有这种情况, 并不是所有代码它都能解析出来的, 确切的说 VE 是 解析源码 -> 构造界面树 -> 用 JVM 执行然后绘图 -> 显示到设计器里. 目前来讲 VE 的源码解析能力还不是很强, 很多界面也出不来. 毕竟源码解析和 JVM 直接执行还是有差距的.

开发 IDE 就得搞编译原理, 语法解析器...没办法. 一直想找个 SWT 的多种语法高亮显示编辑器, 可惜才疏学浅, 没搞定.

先支持一下

搜狗就是买的紫光的引擎 + 海量词库... 真是的... 说到支持国产软件, 现在用的OS有几个是国产的? 您用的浏览器呢? 国产的.... 任重而道远啊.

最好的画图技术是游戏里的画图, 界面的画图只有类库的不同, 没有原理上的不同. 只要你能详细设计出绘制一个组件的各个步骤, 例如四角,中央,边框,文本,快捷键符号. 对齐, 焦点等等, 用什么语言/类库都能画出来一个界面. Swing 的 ButtonUI 里有大量的画图代码. 或者说做UI类库也是一门专业技术. 如果论操纵界面的能力, SWT 的确不如 Swing. 但是还是希望各位大大能多分享一些好用的控件来.
项目主页都有些截图:
https://substance.dev.java.net/ http://www.jidesoft.com/imgs/scr_products.png

卖了住哪里?再买一个肯定比这还小. 物价上涨, 无人可以幸免.

这个程序可以简单概括为:
JavaMail 用 SSL 连接收取 POP3 邮件.
谢谢分享!
核心代码(值得收藏的地方):
Security.addProvider(new com.sun.net.ssl.internal.ssl.Provider());
final String SSL_FACTORY = "javax.net.ssl.SSLSocketFactory";

// Get a Properties object
Properties props = System.getProperties();
props.setProperty("mail.pop3.socketFactory.class", SSL_FACTORY);
props.setProperty("mail.pop3.socketFactory.fallback", "false");
props.setProperty("mail.pop3.port", "995");
props.setProperty("mail.pop3.socketFactory.port", "995");

// 以下步骤跟一般的JavaMail操作相同
Session session = Session.getDefaultInstance(props, null);

自己动手,丰衣足食. 开源项目不是免费帮人做项目, 也不是保证所有人都能看懂, 更不提供免费的服务, 而且开源项目遇到 BUG 的时候是没技术支持的. 越复杂的开源项目, 其实门槛也越高. 开源项目的唯一技术支持可能就是你自己. 不是我们玩开源, 很多时候是开源玩我们.

用 Profiler 分析分析, 笼统的下结论是不妥当的.