User forums > General (but related to Code::Blocks)
Mono C#
Vexorian:
Actually code::blocks is as great for C++ as Sharp/Mono-develop is for C# , seriously, use the best tool for the objective.
courage:
Out of the topic... I also hope that I could develop Java programs with Code::Blocks. :)
If it could come true, I could be released from the horrible slow eclipse.(just a little wish.) :(
Morphius Faydal:
--- Quote from: Vexorian on June 15, 2007, 04:01:12 am ---Actually code::blocks is as great for C++ as Sharp/Mono-develop is for C# , seriously, use the best tool for the objective.
--- End quote ---
My school provides a copy of Visual Studio 2005 Pro to everyone for free, so my Windows box will use that, and I don't want to install all the GNOME libraries on my beautiful little Xfce desktop. :)
But I was thinking about it more yesterday... The interface to the compile is already a plugin calling gcc or VS2005, so how hard would it really be to extend it to call mono or the .NET CLI?
Morphius Faydal:
--- Quote from: courage on June 15, 2007, 08:58:28 am ---Out of the topic... I also hope that I could develop Java programs with Code::Blocks. :)
If it could come true, I could be released from the horrible slow eclipse.(just a little wish.) :(
--- End quote ---
Try NetBeans. :)
courage:
--- Quote from: MorphiusFaydal on June 15, 2007, 04:13:37 pm ---
--- Quote from: courage on June 15, 2007, 08:58:28 am ---Out of the topic... I also hope that I could develop Java programs with Code::Blocks. :)
If it could come true, I could be released from the horrible slow eclipse.(just a little wish.) :(
--- End quote ---
Try NetBeans. :)
--- End quote ---
Hi Morphius:
Thank you! But NetBeans is the same meaning as eclipse for me.
I don't have many experience in programming, so my opinion could be wrong. :)
Honestly, Java's speed is not the main problem, but memory usage is.
When I started a little my own common fund management program with Java, I used Emacs(without JDE).
After a while, I found Emacs can not support JDB very well,
and I ever do something to improve the debugger part of inner e-lisp, but finally I gave it up.
Then I tried eclipse and NetBeans.
To observe the usage of memory, my project used more than 35MB,
and both IDEs also used more than 190MB.
And as every Java programer knows,
after the time goes by, the memory usage will become more and more large.
(Why does Java not support both Garbage Collection and release memory manually?) :?
In order to use them, I upgraded my 256MB memory to 1256MB,
and it made me feel not good.
NetBeans force me that I must use Ant and eclipse has more good text font rendering,
so I choice eclipse.
Finally, I found the choke point of performance in my project
is the swing GUI rendering with some benchmark tools,
I thought I would just use Java for cell phone programs in my remaining life.
Besides, Code::Blocks is the only one open source and good enough IDE that can work in my old laptop(500MHz, 96MB).
Sometimes I will unload the most part plug-ins to let Code::Blocks just becomes a good editor,
but even if Code::Blocks load all the plug-ins, it also performs well.
I have an immature thought.
After Code::Blocks has more and more plug-ins in the future(Maybe support Java or any other script language like Python or Lua),
Maybe Code::Blocks could support multi-configuring session for plug-ins.
(ex. custom-configure a Java session for programming Java, an asm session for assembler.)
Since Code::Blocks can dynamically enable and disable plug-ins, I think to suppot is a piece of cake.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version