Siempre quise aprender a programar. Quiero aprender sobre la introducción a Java y Net.

En muchos sitios web, los internautas harán la misma pregunta, si aprender Java o .net, cada uno con su propia opinión.

Desde la llegada de .Net, una pregunta que preocupa mucho a los programadores es "¿Debería aprender Java o .NET?". También estoy luchando, "¿debería continuar mi investigación sobre Java o debería comenzar a prepararme para cultivar mis conocimientos de .NET?".

Lo mejor es cuidar de ambos, pero el tiempo de cada uno es muy limitado, por lo que no es fácil cuidar de ambos. Cuanto más tiempo dedique a .NET, menos tiempo podrá dedicar a Java y viceversa. En la era de la explosión de la información, lo que importa no es la adquisición de información, sino la elección de la misma. Hay demasiada información y muy poco tiempo. Si no se puede elegir cuidadosamente la tecnología adecuada, sólo se perderá mucho tiempo y se perderá competitividad.

En términos de eficiencia del desarrollo:

Para nosotros, el factor más importante a medir a la hora de elegir herramientas de desarrollo es este factor:

Desarrollo de la capa de presentación: J2EE It Es muy escaso, dejando esta tarea a los fabricantes y programadores de servidores de aplicaciones. A diferencia de .Net, que tiene un .Net Studio muy potente, se lanzó Jbuilder 6 y no es demasiado atrasado para admitir EJB2.0, pero no lo ha sido. La solución aún está resuelta es el control del usuario de la página (por supuesto, el evento de acción de Turbine también se considera un tipo), que carece de diseño visual y generación de marco de aplicación Servlet. Una forma que espero es tener una plantilla de edición WYSIWYG (Plantilla) como .Net Studio y vincular el manejo de eventos del botón de usuario. Actualmente, el desarrollo de servlets se puede facilitar ligeramente mediante bibliotecas de JavaScript, bibliotecas de plantillas y bibliotecas de macros. Tanto ASP.Net como Servlet admiten la actualización dinámica de la capa de presentación.

Segunda capacidad de soporte XML:

.Net ha estado clamando por su integración de XML y servicios web, pero JDK1.4 también ha presentado especificaciones XML, que son casi las mismas. Sin embargo, .Net es muy fácil de usar y con este, los programadores no tienen que preocuparse por seleccionar componentes o productos.

En el modelo de desarrollo, el uso de XML y el RDBMS convencional es aún mejor. ¡Este modelo de desarrollo debería ser la dirección del futuro!

Tres comprensión de las dos esencias

Java es una plataforma entre sistemas vinculada a un idioma. Es una especificación con múltiples proveedores que ofrecen productos competitivos.

.net es una plataforma multilingüe vinculada a un sistema y es un producto monopolista con regulaciones débiles.

Uno es una especificación y el otro es un producto, que son intrínsecamente diferentes. Entonces el portavoz de .net dijo que no hay comparación entre especificaciones y productos, solo productos específicos. Sin embargo, Java nació para ser el estándar. Esto no es culpa de Java. .net nació para luchar contra Java, y su destino es luchar solo.

Pregúntale a cualquier programador Java inteligente cuál es el mayor beneficio de Java y te dirá sin dudarlo: "Simplicidad". Java nació para Internet y también vive por su concepto de "fácil de usar y mejorar la productividad".

Java es adorable porque muestra su riqueza y anima a todos a usar su inteligencia para ayudarle a mejorar. Muchos proyectos de código abierto buscan desarrollo en competencia y han hecho enormes contribuciones al desarrollo de Java. Como estándar, Java absorbe logros independientemente de su origen, y sus ventajas de ser bueno para negarse a uno mismo y autosuperarse son obvias. EJB3.0 es un ejemplo. EJB es la carta de triunfo de Java 2 Enterprise Edition (J2EE). Es ampliamente respetado en aplicaciones de nivel empresarial y ocupa el mercado de alto nivel de aplicaciones empresariales a gran escala. Sin embargo, EJB2.x también ha sido criticado por ser difícil de desarrollar e implementar. El EJB 3.0 recientemente aprobado es casi una negación total del EJB2.

Por sus ideales, Java no duda en pagar el precio; de lo contrario, el diseñador de .net no habría comentado en la publicación de Highway: "¡No es fácil para Java ser relativamente compacto y capaz después de su desarrollo hasta el día de hoy!"

.net es diferente. Nacido en una familia empresarial bien establecida, las ideas y los principios no son importantes para un hombre de negocios. Lo importante es conservar el mercado y aprovecharlo.

Su dueño dominaba los ordenadores de sobremesa con su sistema operativo y alguna vez desdeñó Internet. Cuando finalmente me di cuenta de que había cometido un error de principio y tenía que ponerme al día, surgió .net. .net tiene muchos amigos de la familia, por lo que debemos hacer todo lo posible para mantener la relación y dejar que los partidarios de los familiares que son ex desarrolladores de la plataforma Windows conserven sus trabajos. Cosas como EJB3.0 que queman puentes y matan personas no se han hecho antes. . Es necesario agregar nuevas funciones y conservar los objetos históricos. Pero tiene una relación estrecha con sus familiares. Los forasteros pueden ir a su casa a la vuelta de la esquina de la casa de sus familiares. Se sienten cómodos, no hay sensación de extrañeza y no hay gastos de viaje. Si se retiene a la gente, se retendrá el mercado. En cuanto a la multiplataforma, va en contra de los intereses de la familia y no cumple con los preceptos ancestrales, por lo que no pretende tomarse en serio la teórica multiplataforma. Pero ha ocupado el mercado de aplicaciones para pequeñas y medianas empresas.

Entonces, el campo de Java continúa luchando por sus ideales y el campo de .net continúa luchando por el mercado. Cada uno obtiene lo que necesita y todos están muy ocupados.

4. Desde el punto de vista del usuario

Aunque Java y .net tienen objetivos diferentes, ambos son fuerzas nuevas en el mercado del software de estructura B/S.

Java es adecuado para todos los sistemas grandes, medianos y pequeños, siempre que estén combinados con diferentes sistemas operativos, servidores de aplicaciones, etc., Java se puede utilizar para todo, desde sistemas de información integrales bancarios hasta aplicaciones unificadas. Sistemas en todo el país y provincias, hasta juegos móviles. Se aceptan todos los tamaños y nadie será rechazado. Especialmente los sistemas importantes del gobierno chino, ninguno de ellos tiene acceso a .net. ¿Por qué si no me muestras tus antecedentes familiares, cómo puedo saber si dejaste una puerta trasera para colarte en mi casa otro día? /p>

.net No hay problema en cuidar aplicaciones pequeñas y medianas, y la velocidad de desarrollo es rápida. Como usuario, puede ver el retorno rápidamente después de pagar y, por supuesto, está contento. No sé si .net realmente no puede admitir aplicaciones a gran escala, pero los comentarios como que Windows es inestable e inseguro han existido durante mucho tiempo. .net se basa en estos parientes, y las cosas malas no pueden. separarse de ella.

Si el sistema se entrega temprano, las funciones se realizan, la operación es estable y la seguridad es impecable, los usuarios estarán satisfechos.

Si cruzar sistemas operativos o no, esta consideración no es importante ¿Cómo puede haber usuarios que cambian de sistema operativo todo el día?

Cinco desde la perspectiva de los desarrolladores

¿Java o .net? ¿Sigues teniendo dolor de cabeza?

La multiplataforma es una gran tentación para los desarrolladores. Desarrolle una vez y utilícelo en múltiples plataformas, lo que reduce los costos de migración y es beneficioso. Sin embargo, las herramientas de desarrollo de Java no son tan convenientes como .net y los requisitos para los codificadores son mayores que los de .net.

Los costos de capacitación .net son bajos y usted puede comenzar rápidamente. Especialmente si los desarrolladores han estado desarrollando Windows antes, el costo de transformación será tan bajo que el jefe sonreirá.

La fuerza determinante más importante es el mercado. Las necesidades de los usuarios del mercado posicionados por el desarrollador y la acumulación histórica de tecnología en desarrollo determinan la estrategia final del desarrollador.

6. Desde la perspectiva de los profesionales

Los profesionales son impulsados ​​por el mercado y, a su vez, guían el mercado.

El proceso de introducción a Java es relativamente largo. Los desarrolladores de Java tienen que hacer mucho trabajo de bricolaje antes de poder escribir su primer programa decente. Con más bricolaje, la calidad básica de la industria seguramente mejorará.

Es fácil comenzar con .net. El mayor beneficio de Windows, la "visualización", continúa en .net. Tiene un buen entorno de integración y una sólida depuración en un solo paso. El equipo de Java, desde los programadores hasta los directores de proyectos, siempre ha sido envidiado. Al estar acostumbrado a desarrollar en Windows y .net, es inevitable que el desarrollo y la depuración en Java sean bastante primitivos: la mayoría de los códigos deben escribirse línea por línea y la depuración en un solo paso a menudo es imposible.

Pero los esfuerzos de la gente de Java también dan sus frutos. Todavía recuerdo el impacto en mi pensamiento que me trajo la clase de programación Pascal y el sistema operativo Unix. Esa clase de programación debería llamarse más exactamente "Programación Estructurada - Pascal".

La programación estructurada enfatizada por Pascal brinda belleza y diversión que los lenguajes no estructurados como Fortran no pueden igualar. "Lo pequeño es hermoso" y "no hay noticias son buenas noticias" defendidos por Unix están profundamente arraigados en mi corazón. En el proceso de producción del desarrollo de software, además de recibir las recompensas necesarias para mantener la vida, es verdaderamente una bendición poder disfrutar de la belleza y sentirse satisfecho al mismo tiempo. Los practicantes de Java están felices de hablar sobre la belleza de Java, que es más afortunado que .net.

Conclusión

En lo que respecta al mercado de servidores, Java tiene actualmente una ventaja absoluta en el avance tecnológico. Los sistemas de aplicaciones requieren marcos en todos los niveles, y Java tiene una gran cantidad de proyectos de código abierto completados o en curso para ayudar a los desarrolladores a completar mejor sus tareas. Los marcos como struts/JSF no tienen contrapartida en .net, y Java se ha mantenido relativamente estable aunque se abandonó.

La eficiencia del desarrollo de .net es casi tres veces mayor que la de Java (datos empíricos), una tentación fatal. En el programa cliente al que Java abandonó, .net es el jefe, pero en el lado del servidor, .net sigue siendo un hermano pequeño y necesita crecer. Microsoft originalmente quería desarrollar una nueva tecnología en respuesta a J2EE, pero descubrió que no podía hacerlo solo. Por lo tanto, se lanzó apresuradamente com / com +, que la mayoría de los programadores calificaron como "feo y complicado y será reemplazado tarde o temprano". ¿Cuándo será reemplazado? ¿Qué impacto tendrá este reemplazo en las aplicaciones? ¿Qué impacto tendrá el nuevo sistema operativo de Microsoft en .net?

Lo que quiero decir con dar vueltas y vueltas es que no creo que las dos plataformas sean claramente superiores o inferiores. En este mundo interactivo, los competidores que no quieren ser eliminados siempre están alerta y se esfuerzan por aprender de las fortalezas de sus oponentes. Uno de los esfuerzos de Java es proporcionar herramientas más fáciles de usar para ayudar a los desarrolladores a desarrollar aplicaciones web de forma rápida y sencilla. La principal prioridad para .net es mejorar la arquitectura y mejorar el marco.

Sigue siendo la misma frase: No existe la mejor tecnología, sólo la más adecuada para un proyecto concreto