Quiero aprender el lenguaje C por mi cuenta. ¿Alguien puede recomendar un buen tutorial introductorio?

Moderador: Xiong Jie (Transparente), editor de la revista "Programmer", miembro de C-View

: Xiong Jie (Transparente), "Programmer" 》 Editor de revista, miembro de C-View

Invitado: Meng Yan (Nightmare), miembro de C-View, trabaja en el Departamento de Desarrollo de Aplicaciones de la División de Dispositivos Portátiles del Grupo Lenovo. Es miembro de C-View. Él y el Sr. Hou Jie tradujeron conjuntamente la "Biblioteca estándar C++"

Jin Yin (Diablo), director de tecnología de Shanghai Tianyu Company, publicó una vez un artículo titulado "El país de la libertad y la prosperidad" en " Serie de artículos de la revista Programmer

Transparencia: "¿Cuál es la mejor manera de aprender C++? Esta es una de las preguntas más comunes, pero ¿qué libro es el mejor para empezar? Parece difícil para encontrar la respuesta. Primer" es demasiado denso, "Effective C++" es demasiado exigente y "Essential C++" a menudo es criticado como "demasiado superficial".

De hecho, para decirlo sin rodeos: no existe. La solución milagrosa: es imposible aprender de un libro. Aprenda C++ a partir de libros. Cuando un amigo me pregunta cómo aprender C++, le sugiero que primero busque un libro sobre estructuras de datos, complete todos los ejercicios en C++ y luego lea. "C++ eficaz". Myan suele decir: "Aprende C++". "Necesitas desarrollar buenos hábitos en las primeras etapas". No creo que sea una buena idea.

Personalmente, creo que " Essential C++" es adecuado como material didáctico, "C++ Primer" es adecuado como libro de referencia y "Effective C++" es adecuado como lectura extracurricular.

Diablo: Lamento haber comprado "C++ Primer". Desde mi punto de vista personal, su uso funcional básicamente se superpone con el "Lenguaje de programación C ++". Por supuesto, todavía es muy adecuado para comenzar, pero "C ++ Primer" es demasiado pesado y es extremadamente incómodo de leer. Se necesita mucho tiempo para aprenderlo sistemáticamente. Hay muchos lugares que no son adecuados para la era cada vez más rápida de la actualidad, pero puede usarse como un libro de referencia para principiantes. costo de una CPU K3, con la esperanza de que mis colegas se beneficien de ello.

Si ya tiene una base en el lenguaje C, lo recomendaré. Este libro nacional, como el "Tutorial universitario de C ++" de Channen. Segunda edición) (si no tiene conocimientos básicos del lenguaje C, aún puede leer "Lenguaje C" de Tan Haoqiang), este libro tiene una introducción clara al lenguaje C. Vale la pena realizar muchos ejercicios, especialmente las dos últimas partes de estructura y. union. Algunos algoritmos son más abstractos y engorrosos (como los algoritmos de recorrido de árbol y lista vinculada). Los lectores pueden intentar modificar estos ejemplos como prueba final de algún resumen del lenguaje C.

Pesadilla: esta pregunta recuerda. Me cuenta una situación hace cuatro o cinco años. La mayoría de las personas que tienen un poco de conocimiento de C++ comenzaron a aprender C++ en esos años, cuando no existía el concepto de marca. Si puedes entenderlo, puedes encontrar un libro de C++. Lo comprarás. Recuerdo que los libros del profesor Wan Yanlu, el profesor Zhang Guofeng y el profesor Mai Zhongfan fueron muy elogiados en ese momento. Un libro en C ++ es un libro de Greg Perry. Hoy, parece que este libro es en realidad un libro. Tutorial de lenguaje C bajo el lema de C++. El libro que tuvo mayor impacto en mí fue un libro publicado por Defense Technology Press. No recuerdo el título. El autor fue Stephen Blaha.

Transparencia: recuerdo haber criticado un libro de C++ publicado por la Universidad de Beihang. No había palabras clave de clase en el libro. Para decirlo sin rodeos, ese libro es en realidad solo un libro que presenta el uso del lenguaje C y la biblioteca iostream, y en realidad no es C++ en absoluto. En ese momento, el libro que recomendaba a menudo era "Tutorial de C ++" de Zhang Songmei de la Universidad de Ciencia y Tecnología Electrónica de China. El único inconveniente es que muchas cosas están desactualizadas debido a la edad. Para un libro técnico, "obsoleto" es lo más inaceptable.

En general, las personas que usaban C++ en aquella época eran "personas ciegas que intentaban agarrar el elefante".

La ventaja de esto es que puedes descubrir muchos detalles de C++, y será más fácil de entender leyendo un buen libro clásico. La desventaja de esto es que ni siquiera sabes la diferencia entre C++ y Visual C++ o Borland; C++.

Pesadilla: a lo largo de la década de 1990, la comprensión que la mayoría de la gente tenía de C++ era en realidad engañosa. Inicialmente, se equiparó con Borland C++ y más tarde con Visual C++ y MFC. Por lo tanto, en términos generales, los libros bajo la marca BC y VC se venden bien y la gente piensa que es C++. Tengo suerte de que el libro de Bryha no sea fantástico desde la perspectiva actual, pero básicamente va por el camino correcto. Quizás porque el libro original es un material de capacitación para programadores de UNIX, al principio no me dio la idea de "C++ == VC++".

De hecho, hasta 1996, lo único estrechamente relacionado con nosotros era Borland C++. Luego salió VC 4.0 y, de repente, el panorama cambió. En 1997, cuando salió VC5, las librerías estaban llenas de libros sobre MFC y las personas que habían aprendido MFC levantaban la cabeza más que los demás. Pero ahora parece que la mayoría de los libros de MFC en ese momento eran de tercera categoría. Alguna vez pensé que muchos de esos programadores estaban equivocados. La razón fundamental es el relativo aislamiento.

Transparencia: Creo que un libro tiene dos valores: primero, te enseña técnicas prácticas; segundo, te hace pensar. Para un libro sobre cómo usar VC (o MFC), no espero que me haga pensar en absoluto, por lo que definitivamente esperaría que sea técnicamente perfecto. Cuando comencé a usar VC, el primer libro que compré fue "VC Technology Insider" (cuarta edición) traducido por el Sr. Pan Aimin. Afortunadamente, esas "cosas de tercera categoría" no me engañaron.

Pesadilla: En 1999, Machinery Industry Press comenzó a publicar la "Serie de Ciencias de la Computación", entre las cuales la primera edición de "C++ Thinking" fue muy bien recibida. Nunca pensé que este libro fuera muy bueno, a pesar de que ganó un premio. Sin embargo, todos tenemos que admitir que este libro estableció una marca en el campo de los libros de C++ por primera vez, y muchos principiantes comenzaron a comprender que no todos los libros son iguales. Luego, en 2000, se publicó "MFC en un lenguaje simple (segunda edición)", el artículo del Sr. Hou "The Great C++/OOP Series" publicado en "Programmer", junto con los cambios en el entorno general, el concepto de marca. Después de arraigarse profundamente en los corazones de la gente, el mercado de libros en C ++ finalmente ha comenzado a seguir el ritmo del mundo.

Mirando hacia atrás, siento que la era de elegir cuidadosamente los libros introductorios ya no es una gran pregunta para los principiantes en C++. También hay algunos programadores que han estudiado C ++ durante varios años. Cuando ven algunos libros nuevos publicados ahora, no se sienten familiarizados. El Sr. Hou solía decir: "Dondequiera que vayas, debes dejar huellas". Los llamados "desvíos" pueden no ser algo bueno.

En cuanto a la forma concreta de recomendación, es difícil generalizar. En resumen, en mi impresión, los tutoriales de Essential C++, C++ Primer y C++ del profesor Channeln son todos buenos. Incluso "El lenguaje de programación C++" de Bjarne Stroustrup está bien si le gusta.

Transparente: Estoy de acuerdo contigo. En cualquier caso, la programación es un tema muy práctico. La mejor manera de comprender profundamente el modelo de objetos de C ++ es escribir una serie de programas para ver los resultados y aprender programación orientada a objetos; solo se puede aprender de los proyectos. Para los principiantes, la mejor manera de aprender es seguir escribiendo programas y escribir programas realmente útiles. Si encuentra problemas al escribir programas, puede buscar libros y, naturalmente, sabrá qué libro es bueno y cuál es malo. Pero dudo que nuestro sistema educativo pueda brindar a los estudiantes de las universidades tales oportunidades de aprendizaje.

Según mi experiencia, existen dos umbrales para aprender C++: empezar y usarlo. No entender C++ en absoluto es un umbral, pero siempre que exista un libro introductorio adecuado, este umbral se puede cruzar rápidamente. En realidad, no es tan fácil usar C++.

Especialmente para los estudiantes, la mayoría de las cosas con las que entran en contacto son "juguetes" y es difícil tener la oportunidad de practicar. Por lo tanto, a menudo veo que la gente pregunta "¿Qué se puede hacer con C++?", Esta es también una de las preguntas más difíciles al aprender C++. Antes de entrar en contacto con algunos libros verdaderamente clásicos, habíamos estado haciendo programas en C ++ durante mucho tiempo, y fue precisamente gracias al largo desvío que nos dimos cuenta de los clásicos de estos libros. Hablando de desvíos, creo que también es una acumulación necesaria. Incluso si comienza a aprender "Essential C++" y "C++ Primer", será difícil obtener algo sin dos o tres años.

Diablo: Hay dos frases que tienen sentido. Una es lo que dijo mi profesor de lengua C en la universidad: "Es mejor copiar programas que escribir programas". proviene del aprendizaje, del diseño genial." del plagio". Para mí, un crítico racional, estas dos frases son inapropiadas. Pero en cualquier caso, para los principiantes, plagiar las obras de los maestros es el camino más rápido hacia el éxito.

Personalmente creo que el primer paso para un principiante en C++ es identificar las características que se utilizarán principalmente en su área de especialización. Debido a que C ++ tiene tantas funciones, es básicamente imposible que los principiantes utilicen con éxito varias funciones. El paradigma de programación de C++ se puede dividir básicamente en tres direcciones: ADT+PP, GP y OO. Para el paradigma ADT+PP, el principal problema para los principiantes no es aprender C++, sino aprender a usar C. Para este tipo de principiantes, hay varios libros en China que están escritos con relativa claridad y más en línea con los hábitos chinos, como "Tutorial de lenguaje C" de Tan Haoqiang y "Tutorial universitario de lenguaje C ++" de Qian Neng. Recomiendo el primero de estos dos libros porque he estado estudiando este libro durante un año. Muchos de los programas del libro pueden ser plagiados y pueden procesarse y mejorarse. Por ejemplo, en el capítulo de estructura, los algoritmos que proporciona para implementar listas enlazadas y árboles binarios usando estructuras son muy pobres. Los principiantes que aprenden ADT+PP pueden intentar modificar estos dos programas después de comprender este libro. Además, la segunda edición de este libro aborda ligeramente algunos contenidos de "clase". Los principiantes que aprenden ADT+PP no deben permitir que algunas características patentadas de OO alteren sus ideas. Esto será de gran beneficio para la programación con una jerarquía de clases plana, sin herencia y sin polimorfismo.

Transparencia: Pareces admirar los libros escritos por profesores nacionales. Hay una mala tendencia en la sociedad actual: cuando alguien es elogiado, alguien es elogiado hasta el cielo, y cuando alguien es criticado, alguien es degradado al suelo. Al igual que el libro del profesor Tan, considerado un clásico hace unos años, mucha gente lo ha criticado enérgicamente en los últimos años. El aprendizaje de C ++ es aún más "promover a los extranjeros y favorecer a los extranjeros". Siempre pienso que los principiantes deberían leer "C ++ Essentials". Creo que esta visión también es unilateral.

Diablo: Por supuesto, vale la pena leer "C++ Essentials". Pero personalmente creo que no es tan bueno como el "Tutorial de C ++" de Tan Haoqiang. Las razones principales son: en primer lugar, se cubren todas las características de C++, pero no en profundidad, y no hay instrucciones después de la lectura; en segundo lugar, hay muy pocos ejemplos que puedan copiarse y usarse como referencia; Hay muchos problemas interesantes en el Tutorial de C, como el mono comiendo melocotones, la Torre de Hannover, etc. Estos ejemplos son buenos ejemplos para que las personas que son nuevas en la programación en lenguaje C/C++ aprendan a programar. Essential C++ solo debe usarse como un libro de transición para aprender las características de C++ después de leer los dos primeros libros. Brinda a los lectores una comprensión real de qué es la programación en C++ y en qué se diferencia de la programación en C.

Transparencia: encontré un fenómeno interesante. Los principiantes suelen preguntar "¿Qué libro es mejor?". Es un poco como si un novato en el baloncesto preguntara "¿Quién es mejor, Wang Zhizhi o Kobe?". Por supuesto que Kobe es mejor. Pero si quieres aprender a jugar baloncesto, ambos muchachos están muy, muy calificados para enseñarte, y puedes aprender de cualquiera de ellos; no se trata de qué maestro elijas, sino de cuánto esfuerzo pongas en aprender. . relacionado.

Transparencia: Volver al tema original. Después de aprender la sintaxis de C++ y poder leer el código C++, debe haber algunos libros que guíen el progreso del aprendizaje (o señalen el camino). Creo que Design Patterns hace un buen trabajo al mostrar a los lectores algunos usos sutiles. Pero como siempre digo, los patrones traen tantos problemas como beneficios, si no más. Además, los propios problemas de C++ hacen que el uso del patrón GoF en C++ sea cada vez más engorroso.

"Nightmare: Design Patterns" es un libro absolutamente imprescindible, tanto en inglés como en chino. Al principio leí la versión china y, para ser honesto, no podía entenderla, pero no pensé que la traducción fuera buena, así que pensé que tal vez era porque el texto original era difícil de entender y mi nivel era limitado. . Por eso, siempre quiero encontrar algunos libros de patrones más para leer. Más tarde, descubrí que había varios libros que eran bastante conocidos, pero sus estándares variaban. Cuando los comparé, descubrí que "Design Patterns" era el más clásico y el más divertido de leer. Después de que salió la versión en inglés, la entendí mucho mejor después de mirar las dos versiones. Ahora que lo pienso, de hecho, en lo que respecta a los patrones de diseño, es bueno si puedes entender este libro, por lo que no necesitas esforzarte mucho para encontrar otros libros. Siempre tengo este libro en mi bolso para estar siempre preparado.

En cuanto a los efectos secundarios y posibles inconvenientes de los patrones de diseño, ya tengo mucha experiencia. Pero la pregunta es, pensemos en ello, ¿en qué situaciones pueden funcionar bien los patrones de diseño? Una situación es que tiene una persona con experiencia para guiarlo, como Robert Martin, quien lidera el equipo. Si usa el patrón de diseño incorrecto en alguna parte, lo señalará y dirá que está mal. de desventajas que habría. Por su parte, tiene suficiente experiencia práctica para hacer diseños "predictivos". Pero la mayoría de la gente no tiene esta capacidad, por lo que sólo podemos tomar el segundo y tercer camino, es decir, el diseño "exploratorio" y el diseño "reconstructivo". Cuando encuentras un problema, sientes que cierto modelo es adecuado, así que lo usas con valentía y acumulas experiencia. Si descubres que no es bueno y surgen problemas, tendrás que volver a cambiarlo. también acumulando lecciones. Esto se llama "exploratorio". En cuanto a la refactorización, cabe decir que es el método de ingeniería más metódico y con la mayor tasa de éxito. Primero, resuelva el problema rápidamente, exponga todos los arrecifes ocultos y luego utilice los modelos adecuados para optimizar el diseño en función de la situación real. Hoy en día, tanto XP como UP conceden gran importancia a la refactorización, y UP recomienda reservar iteraciones dedicadas para la refactorización tanto en la fase de "elaboración" como en la de "construcción". Entonces, si está organizando un desarrollo rápido de software, seguramente preferirá seguir este camino: aumentar su tasa de éxito.

Transparente: Hablando de refactorización, permítanme hablar sobre el impacto del libro "Refactorización". Desde una perspectiva de ingeniería, no se equivoca al "refactorizar el diseño". Sin embargo, los desarrolladores chinos (incluyéndome a mí) tendemos a ser impulsivos y creer en soluciones milagrosas. Hubo un momento en que intenté refactorizar en Java y luego en C++. Resulta que el proceso de refactorización, que es muy rápido en Java, es lento en C++. La razón es que C++ y Java tienen restricciones diferentes. Si aplica historias de éxito en Java directamente a C++, sería extraño no fallar.

Por lo tanto, debo decir: "Refactoring" es un libro valioso. Pero para los programadores de C++, su valor es hacerles pensar en la viabilidad de este enfoque. Si un programador de C++ no tiene intención de migrar a Java, entonces tengo que decirle: "Refactoring" no es un libro para que lo uses tal como está escrito, ni siquiera para que lo creas. Para los programadores de C++, la única parte de todo el libro Refactorización en la que se puede confiar es el Capítulo 13; todas las demás partes deben tomarse con precaución.

Pesadilla: Me gustaría decir algunas palabras más sobre el método de "prueba y error". Creo que el "ensayo y error" es crucial para el desarrollo personal y chocar contra una pared no es terrible. Si falla una vez, conocerá los problemas potenciales de este modelo. La próxima vez que lo use, verá algunos movimientos más, como jugar al ajedrez. Cuanto más golpeas, más logras salir.

No sé si tienes esta sensación: usas el modelo incorrecto y sufres una pérdida. Luego regresas y revisas "Patrones de diseño" y ves que otros ya han señalado el problema. En solo unas pocas frases resulta que parecía seco, pero ahora siento que cada palabra que digo le habla a mi corazón. La imagen de GoF inmediatamente se vuelve más alta y tiene un halo.

Toru: Mirando hacia atrás, aprecio este libro más que cuando me recomendó "Diseño de aplicaciones C++ orientadas a objetos utilizando el método Booch". Este libro puede ayudar a los programadores de C ++ a aclarar sus ideas y desarrollar hábitos, pero es una lástima que no se haya introducido en China. En comparación con la serie UML comercializada posteriormente, creo que la explicación de este libro sobre la orientación a objetos es incisiva y única, y nadie puede igualarla.

Pesadilla: Todos hablamos hace un momento de Robert Martin. Él es mi modelo a seguir. "Diseño de aplicaciones C++ orientada a objetos" publicado en 1995 es un libro que todo ingeniero de software C++ debería leer una y otra vez. Desafortunadamente, este libro no sólo no se ha introducido en China, sino que tampoco es muy famoso en el extranjero. Si cree que comprende todos los principios de la orientación a objetos, pero siempre pierde el sentido cuando se encuentra con problemas prácticos, entonces este libro es su mejor mentor.

Otro libro que de repente me iluminó fue "Ruminations On C++" de Andrew Koenig. Todos deberían preguntarse: "Después de aprender C ++ durante tantos años, ¿cuál es el concepto de diseño más básico de C ++? Cuando encuentro un problema, ¿cuál es mi primer instinto? ¿Cuáles son las características de la primera solución preliminar? Si puede No da una respuesta clara, debe leer este libro detenidamente y descubrir su "columna vertebral".

Transparencia: con respecto a los "libros recomendados", me gustaría agregar un libro introductorio básico. -Tamaño adecuado para todos, por lo que la recomendación tiene poca importancia. La dirección de desarrollo de cada uno después de comenzar es diferente y en este momento necesito la orientación de un "experto". Por ejemplo, cuando estaba aprendiendo C ++, Myan no. No me entendió, así que no me lo dio. ¿Qué libro recomiendas? Pero aun así lo aprendí, así que incluso si recomendaste "Essential C++" o "C++ Primer", no te lo agradeceré demasiado. pero cuando estudié seriamente OO, me recomendaste el libro de Robert Martin. Este libro fue muy útil para mí y también aprendí de otras fuentes, pero cuando tomé en serio la OO, me recomendaste el libro de Robert Martin y me ayudó mucho. Me costó mucho buscar en otros lados. Encontré recomendaciones similares, así que te agradezco.

Los programadores deben conocer los marcos, aprender a usarlos y analizarlos activamente (los patrones de diseño ayudarán en este sentido). ), pero me temo que realmente es así. Solo MFC tiene libros de marco atmosféricos y de alta calidad. Desde este punto de vista, a pesar de todas las deficiencias de MFC, todavía es muy necesario que los programadores de C ++ utilicen un libro como "En. -Comprensión profunda de MFC" para usarlo y familiarizarse con él. Estúdialo e incluso analízalo. De lo contrario, es difícil entender el marco.

Por supuesto, otro marco también es muy bueno, ese Es decir, ya sea que use MFC o STL, dominar y comprender estas dos cosas es muy útil. Recientemente leí "Introducción en profundidad a MFC". /p>

Charla nocturna: sobre MFC, todavía recomiendo encarecidamente los dos libros del Sr. Hou, MFC en análisis de código fuente simple y STL.

El libro "MFC en profundidad". Naturalmente, es muy famoso, pero también es criticado por mucha gente. Este libro no es perfecto y, por supuesto, las críticas son inevitables, pero a veces veo personas que lo comparan con "Inside VC" cuando comentan este libro, lo cual es realmente incorrecto.

De hecho, tiene razón: los programadores deben tener cierto conocimiento del marco. En lugar de discutir la programación MFC, este libro utiliza MFC como ejemplo para analizar la arquitectura y el contexto del marco de la aplicación. MFC en sí, este libro beneficiará a todos los programadores de C++.

Transparencia: Sí. Inside VC Technology le dirá cómo funciona la macro DYNAMIC_CREATE ", y "In-Depth MFC" le dirá "cómo funciona la macro". DYNAMIC_CREATE está implementado." Por lo tanto, si solo necesita escribir aplicaciones pequeñas en VC, entonces "MFC en profundidad" no tiene mucho valor, pero si necesita diseñar una aplicación un poco más grande (no necesariamente un marco), entonces las ideas de diseño de MFC sí lo serán; ser útil para ti.

Nightmare: Además, creo que MFC debería recibir una crítica justa.

En el pasado, MFC ha sido promocionado como el lenguaje más avanzado del mundo. Las librerías están llenas de libros sobre MFC, por lo que sólo sabemos que existe MFC, pero no C++. Incluso ahora, algunas personas preguntan: "¿Debería aprender MFC? , ¿o debería aprender MFC?" Al aprender C++, ¿VC++ es un lenguaje más avanzado que C++? "MFC se ha convertido en una estatua que bloquea la vista de las personas. Por lo tanto, debe ser arrancado del altar. Este es uno de los propósitos por los cuales muchas personas, incluido yo mismo, hemos criticado al MFC durante el último año o dos. Sin embargo, ahora los horizontes de la gente se han ampliado, ha aparecido .NET y MFC ya no es un dios, por lo que algunas personas han comenzado a disfrutar burlándose de MFC. Creo que esta actitud está mal.

¿Qué es un buen marco? Creo que un marco que pueda ser tan estable y progresivo como el MFC durante más de diez años es un buen marco. Quizás no estemos de acuerdo en algunas cuestiones específicas de diseño y pensemos "¿No sería mejor hacer esto?" Muchas veces lo es, pero no importa es que MFC sea maduro, estable y tenga más de diez años. de experiencia exitosa. Esto es lo más sorprendente.

Una cosa más, MFC contiene el mejor material para aprender a programar API Win32. Este es otro punto destacado de mi uso actual de API Win32. A menudo me refiero al código fuente de MFC y obtengo mucho de él.

Perspectiva: STL, no estoy interesado en analizar su código fuente, después de todo, el código fuente es principalmente un problema algorítmico. ""Análisis de código fuente" Acabo de buscar al azar en la estantería. Creo que este libro es adecuado para la especialidad de estructura de datos y algoritmos del departamento de informática. No sé si algún profesor está dispuesto a hacer este trabajo.

Estoy interesado en STL. La actitud siempre ha sido "la aplicación primero". Sin embargo, siempre he pensado que SGI STL en sí es un gran libro, un libro de referencia clásico sobre estructuras de datos y algoritmos, y técnicas de generalización. si desea saber cómo se implementa un algoritmo, simplemente mire el código fuente de STL si desea saber cómo usar los rasgos de tipo, hay ejemplos en el código fuente de STL. Si desea saber cómo usar los rasgos de tipo, allí. son ejemplos en el código fuente STL, siempre sentirás que hay una capa de velo entre los dos, pero el código en SGI STL es muy hermoso y es una lástima que los programadores de C ++ no lo lean. >

Charla nocturna: Con respecto a STL, además del "Análisis de código fuente STL", recomiendo encarecidamente el libro "Biblioteca estándar C ++" traducido conjuntamente por el Sr. Hou y yo. No hay duda de la calidad de este. libro. Ahora tengo este libro a mano y me ayuda mucho.

Transparencia: en comparación con Java, la mayor ventaja de C++ es que no hay una empresa dedicada a administrarlo. La desventaja es que no existe una empresa dedicada a administrarlo. Después de aprender la sintaxis, los programadores de Java son fáciles de aprender y continúan aprendiendo mientras usan el marco listo para usar. Algunos conocimientos profundos de Java durante el proceso de desarrollo Después de aprender la sintaxis simple, los programadores de Java ingresan inmediatamente al marco proporcionado por SUN Framework, mientras usan este marco listo para usar para el desarrollo real, mientras continúan aprendiendo algunas características profundas de Java. En este momento, los programadores de C++ probablemente todavía se estén preguntando "¿Cuál es mejor, VC o BCB?"

Dark Devil: Acabas de hablar sobre los pros y los contras de Java y C++, y este tema. Se ha convertido en la voz de esta era. No quiero hablar más de este tema, pero quiero dejar una cosa clara: muchos de nosotros hemos sufrido mucho en C ++, pero ahora estiré el cuello para mirar. Java y creo que es tan lindo. Esta impresión es inexacta. Además, Java no es simple y se volverá cada vez más grande y complejo. En muchas situaciones, Java aún no es competitivo. En cuanto a lo que traerá el futuro, creo que algunos entusiastas de Java son demasiado optimistas, como si los problemas que han sido irresolubles en la comunidad informática durante décadas pudieran resolverse con la ayuda de Java, pero me temo que no será así. así de fácil.

Transparente: Por supuesto. Vuelvo a enfatizar: leer es importante, pero como decían los antiguos, "viajar miles de kilómetros y leer miles de libros", "viajar" viene antes que "leer". Mi método de lectura es "caminar" delante de "lectura" y "caminar" detrás de "lectura".

Especialmente los libros técnicos, si no pueden ayudarme a resolver problemas o brindarme beneficios prácticos, entonces no los leeré. El diablo tiene razón: nuestra sociedad está muy orientada a la comida rápida y nuestra industria está especialmente orientada a la comida rápida. Sólo podemos trabajar duro para adaptarnos a ella.