Barrapunto

No soy el mismo que en el otro post pero sigamos con este juego de "lo mio es mejor por que lo digo yo aunque la mayoria de las comunidades de desarrolladores piensen de otra forma"

Yo te pongo ejemplo de lo de "puntero a función" y tú de enum :-P. De todas formas el problema más así es que supongo que Color.BLUE seguirá siendo un int.

enum Numeros { Uno, Dos, Tres, Cuatro, Cinco }
[...]
Numeros num = Numeros.Uno;
System.out.println(num);

No se si eso es suficiente.

Sobre lo de los delegates, en java existen los listeners, que a mi modo de ver es mas elegante y respeta mas los mecanismos OO. No se si necesitaras que te ponga un ejemplo del Timer hecho con listeners. Ademas eso de los delegados anonimos me parece el mismo mecanismo ( poco elegante y legible ) que las clases anonimas en java que implementan una interfaz. No se si tambien necesitas que te ponga el codigo, que, por cierto generan *AUTOMATICAMENTE* la mayoria de IDES de java

Pero ok, vamos a por otros ejemplos. Cómo lees un fichero en Java? (en plan simple)

BufferedReader br = new BufferedReader(new FileReader("mifichero.txt"));
String a = br.readLine();

Complejisiiiimo eh ;)

Por cierto leer de consola, tambien un infierno

BufferedReader br = new BufferedReader(new InputStreamReader(System.in));
String a = br.readLine();

Dios casi se me cae el pelo de pensarlo.

O en un descuido, paso null como parámetro String al constructor de un ImageIcon. ¿Qué es lo lógico que debería ocurrir?

Pues seguramente te saltara un NullPointerException, que por cierto, la mayoria de IDEs de java te general *AUTOMATICAMENTE* el codigo que maneja dicha excepcion. Por cierto cuando capturas una excepcion en c# como sabes q excepcion salta?, o mejor un try{} catch {} para todo el codigo de una excepcion.... Ahora me diras que las excepciones estan muy bien implementadas en c# y entonces ya nos reimos juntos xD

Bueno, eso igual es un bug. Mmmm... qué me dices de compatibilidad entre versiones? O sea, que ahora para meter generics, cojan y se carguen lo anterior te mola? En plan yo tenía mis...

no se han cargao nada y las aplicaciones funcionan y funcionaran por muchos años perfectamente, las nuevas incorporaciones en Java5 no vienen para erradicar todo el codigo anterior, solo que si te pones a hacer algo nuevo pues las usas pero no es nada que vaya a eliminar todo el codigo "deprecated", por cierto estuvo bien la maniobra de copia en c# para tambien, y curiosamente incorporar generics a su version 2.0.

gtk en windows sólo pasable? :-S /me desinstalando gimp, gaim... de windows

Muy bien, estais al nivel de AWT, y realmente ni eso, por que para ejecutar una aplicacion echa con el VS.NET 2005 ( .NET 2.0 ) en Mono tu me diras como lo hago :D. Por cierto yo ejecuto eclipse, Netbeans, JBuilder, JDeveloper, (quieres mas?) en linux y windows y joer, se parecen un huevo

Vale ahora q ya esta la defensa, comienza el ataque :D, igual me convences si contestas a esto.

- Como esta el tema en .NET de la persistencia y uso de BBDD-OO ya sean mapeadas a relacional o directamente BBDD-OO ?, En java usamos y tenemos varios mecanismos, por ejemplo Hibernate y tenemos un gran driver para Oracle ( que ohhh vaya casualidad, tiene implementaciones en Java de muchas cosas, estos de Oracle... todavia no han visto la luz, buah como no dan la BBDD libre... traidores.... ).

- Si quiero desarrollar una aplicacion web, "a pelo", sin usar VS.NET, como lo hago? en Mono como va el tema de ASP.NET. Vaya en Java tengo cienes y cienes de Frameworks web, Struts ( na apenas la usan 3 personas, todas equivocadas ), JSF, Tapestry, Tiles... y todas ellas perfectamente editables con el mismo notepad.

- Como va el apoyo de compañias externas a m$ a .NET? Supongo q Bea, IBM, Oracle estan todas muy equivocadas por usar esta mie

Cuando me refería al IDE, me refería al nivel de complejidad de una aplicación Java, no al sistema de programación. Visual Studio no está programado en .net No he visto una aplicación gráfica tan compleja como Eclipse o NetBeans en C# aún y me gustaría verla, para ver como va de rápido.

un comentario respecto a lo de Color.BLUE

si, es un int... pero porque el BLUE no indica un color, sino que es una propiedad constante de ese objeto que indica el color que sera mostrado, NO EL COLOR EN SI, es decir, es una regla mnemotecnica para indicar ese color independientemente de la implementacion del color en si.

dicho esto, solo me queda por decir que poco habras visto tu de C++... yo he visto mi racion de codigo C++ y he escrito un poco y esa forma de hacer las cosas es propia de C++ y una de las cosas que se "copiaron" de ese lenguaje al empezar Java, ademas de estar reconocido como una "buena practica" en la programacion orientada a objetos...
evidentemente, no es una enumeracion... ni falta que le hace, por cierto.