|
该帖已经被评为隐藏帖
|
|
|---|---|
| 作者 | 正文 |
|
时间：2008-07-04
delphixp 写道 >>
VS 2003 512M 内存。 VS 2005 1G 内存。。。。倒。。。看来， VS.NET 占用内存真是“少”。 VS占内存确实比eclipse少很多，我电脑1G内存可开5个VS 2008外加QQ和傲游 ray_linn 写道 你的论据都是你的臆测. vs.net和.net无必然联系，尽管VS.net是开发.net的工具，但其本身却不是.net的产品。 瞎说，VS系列是完全由C#在.net FrameWork下开发的 |
| 返回顶楼 | |
|
时间：2008-07-04
个人觉得这个讨论并没有很大的意义
喜欢用VS的人,用你的VS去吧 喜欢netbeans的人,依然会喜欢NB 喜欢eclipse的人,也一样 IDE只是工具,虽然说工具重要 ,但是用久了,习惯了,也就一样了 |
| 返回顶楼 | |
|
时间：2008-07-04
netbeans的都是抄jb & idea的，不过还不错。就是有点慢
|
| 返回顶楼 | |
|
时间：2008-07-04
现在的电脑跑JAVA程序根本就是小菜一碟.
我用CPU E4500 2G内存的跑VS2005感觉并不好，开发C# PDA程序，调试时一不小心就会挂机。在XP开个ECLIPSE，再开虚拟机VMWARE里再跑个ECLIPSE设计SWT程序照样跑的开。关键是你用那个熟手一些而已. |
| 返回顶楼 | |
|
时间：2008-07-05
delphixp 写道 大家可能对我所说的“平台”的理解不一样，我所理解的平台是广义的。
大家都知道，围绕着 Eclipse 不仅是IDE，而是逐渐发展成为一个产业，或者说是经济圈。在一个免费的平台上，可以集成产品来赚钱，NetBeans 能比？从经济的角度来看，Eclipse不但可以用来开发产品，而且做插件本身也能带来经济利益，谁优谁劣？ 由于大量的 PlugIn 存在，丰富的资源使得开发有着巨大的复用。做流程图绘制软件，有GEF等等可复用，做通讯，有 ECF 等等。很多资源让你不必从头做起。 大家看看 Office for Eclipse 有， ERP for Eclipse 等等，围绕着 Eclipse 各方面的集成越来越多，这才是 Eclipse 的优势所在。 所以，我才说 Eclipse 与 NetBeans 是平台与IDE的比较。我并没有贬低 NetBeans 的意思。NetBeans 专注于 Java 开发，自然有 Eclipse 不可比的优点。但同时，我们也应该看 Eclipse 比 NetBeans 优秀的地方。 大家可以想想，难道开发 Eclipse 的人是笨蛋？做不出好的 Java 集成开发环境 来？。。。非也，因 Eclipse 的定位与 NetBeans 的定位不同是也。 严重同意！eclipse IDE只是eclipse RCP开发的一个应用，NB可能比eclipse IDE(Java)强，但在平台上eclipse走的更远，他有点像VCL/MFC/.NET/GNOME/KDE但又完全不同，eclipse RCP可以让你开发一个类似Eclipse IDE的桌面应用不必从头写起，菜单、插件、图形、升级等等桌面应用常用的东东，拿来就可使用。如果说比较Java IDE，我更喜欢的是最基本的eclipse JDT，如果NB有不集成别的功能只是最干净的Java编辑器+重构、体积小于30M的发行版，我是会选择NB的，现在用Eclipse IDE一个遗憾就是platform+JDT体积已经60多M了。 |
| 返回顶楼 | |
|
时间：2008-07-05
duanaiguo 写道
delphixp 写道
大家可能对我所说的“平台”的理解不一样，我所理解的平台是广义的。
大家都知道，围绕着 Eclipse 不仅是IDE，而是逐渐发展成为一个产业，或者说是经济圈。在一个免费的平台上，可以集成产品来赚钱，NetBeans 能比？从经济的角度来看，Eclipse不但可以用来开发产品，而且做插件本身也能带来经济利益，谁优谁劣？ 由于大量的 PlugIn 存在，丰富的资源使得开发有着巨大的复用。做流程图绘制软件，有GEF等等可复用，做通讯，有 ECF 等等。很多资源让你不必从头做起。 大家看看 Office for Eclipse 有， ERP for Eclipse 等等，围绕着 Eclipse 各方面的集成越来越多，这才是 Eclipse 的优势所在。 所以，我才说 Eclipse 与 NetBeans 是平台与IDE的比较。我并没有贬低 NetBeans 的意思。NetBeans 专注于 Java 开发，自然有 Eclipse 不可比的优点。但同时，我们也应该看 Eclipse 比 NetBeans 优秀的地方。 大家可以想想，难道开发 Eclipse 的人是笨蛋？做不出好的 Java 集成开发环境 来？。。。非也，因 Eclipse 的定位与 NetBeans 的定位不同是也。 严重同意！eclipse IDE只是eclipse RCP开发的一个应用，NB可能比eclipse IDE(Java)强，但在平台上eclipse走的更远，他有点像VCL/MFC/.NET/GNOME/KDE但又完全不同，eclipse RCP可以让你开发一个类似Eclipse IDE的桌面应用不必从头写起，菜单、插件、图形、升级等等桌面应用常用的东东，拿来就可使用。如果说比较Java IDE，我更喜欢的是最基本的eclipse JDT，如果NB有不集成别的功能只是最干净的Java编辑器+重构、体积小于30M的发行版，我是会选择NB的，现在用Eclipse IDE一个遗憾就是platform+JDT体积已经60多M了。 Netbeans也是一个平台,也可以基于它写出你的程序,并且不必从头写起,并且还可以在你的程序中使用标准的NB插件,让你的程序自动有插件管理的功能.还有你说的,NB当然有小于30M的发行版,如果你只下RUBY版的话,只有十几M,包括全部SE功能的也就30M左右而已,大家不要人云亦云,不要想当然地去想一些事情,有些东西,用过,并且是用心用过以后,才知道它好不好.做为程序员,应该是很能接受新事物的,为什么大家还停留在几前的认识NB的水平上呢?
|
| 返回顶楼 | |
|
时间：2008-07-05
duanaiguo 写道 delphixp 写道 大家可能对我所说的“平台”的理解不一样，我所理解的平台是广义的。
大家都知道，围绕着 Eclipse 不仅是IDE，而是逐渐发展成为一个产业，或者说是经济圈。在一个免费的平台上，可以集成产品来赚钱，NetBeans 能比？从经济的角度来看，Eclipse不但可以用来开发产品，而且做插件本身也能带来经济利益，谁优谁劣？ 由于大量的 PlugIn 存在，丰富的资源使得开发有着巨大的复用。做流程图绘制软件，有GEF等等可复用，做通讯，有 ECF 等等。很多资源让你不必从头做起。 大家看看 Office for Eclipse 有， ERP for Eclipse 等等，围绕着 Eclipse 各方面的集成越来越多，这才是 Eclipse 的优势所在。 所以，我才说 Eclipse 与 NetBeans 是平台与IDE的比较。我并没有贬低 NetBeans 的意思。NetBeans 专注于 Java 开发，自然有 Eclipse 不可比的优点。但同时，我们也应该看 Eclipse 比 NetBeans 优秀的地方。 大家可以想想，难道开发 Eclipse 的人是笨蛋？做不出好的 Java 集成开发环境 来？。。。非也，因 Eclipse 的定位与 NetBeans 的定位不同是也。 严重同意！eclipse IDE只是eclipse RCP开发的一个应用，NB可能比eclipse IDE(Java)强，但在平台上eclipse走的更远，他有点像VCL/MFC/.NET/GNOME/KDE但又完全不同，eclipse RCP可以让你开发一个类似Eclipse IDE的桌面应用不必从头写起，菜单、插件、图形、升级等等桌面应用常用的东东，拿来就可使用。如果说比较Java IDE，我更喜欢的是最基本的eclipse JDT，如果NB有不集成别的功能只是最干净的Java编辑器+重构、体积小于30M的发行版，我是会选择NB的，现在用Eclipse IDE一个遗憾就是platform+JDT体积已经60多M了。 Netbeans rcp也不弱 http://platform.netbeans.org/screenshots.html 没有深入了解netbeans就没资格比较这两个平台 ps:用ide还有在乎容量大小的，你又不是只有几g硬盘,eclipse+jdt都60多兆了你凭什么要求netbeans小于30m |
| 返回顶楼 | |
|
时间：2008-07-05
hyxw5890 写道 瞎说，VS系列是完全由C#在.net FrameWork下开发的 忍不住插一句, 我认为 VS 系列肯定不是使用 .net framework 开发的, 没理由, 但是了解 .Net 的底层其实还是 COM+ 的人都会这样认为. |
| 返回顶楼 | |
|
时间：2008-07-05
我承认netbeans好行了吧，但是我就是用习惯了eclipse，也没有任何的不爽，那还有什么办法呢，各有各的选择。
|
| 返回顶楼 | |
|
时间：2008-07-05
谢谢楼上lbfhappy和qubic同学的指正，我对nb的理解还停留在几年前，这样说来，eclipse和nb似乎走的同样的路线，那么我想二者比较应该从支持的角度来看了，比如用户群的大小、开发的活跃程度、开源及第三方对其支持程度、产业链等等，毕竟一个有什么新特性，另一个会很容易快速学习来的。
至于我希望Java IDE的体积小于30M只是一个估量而已，不是说凭什么要求NB，因为我觉得eclipse和NB就编辑功能不会有太大差别，如果实现同样的功能一个比另一个体积小一半，那无疑是有明显优势的。否则二者选其一即可，一般选熟悉的即可。不是在乎硬盘大小，一般的思路，体积越小功能越集中，载入内存越快，占用内存越小，运行速度也越快，当然这肯定不是绝对的。还有一点原因是我只需要记事本功能＋关键字高亮+代码自动提示+自动导入包+代码格式化+自动检查语法错误+重构，我觉得只实现这些功能体积不会超过10M，在加上平台扩展功能，30M是个理想的大小。 |
| 返回顶楼 | |
