Usando C ++ pero no usando las características específicas del lenguaje, ¿debería cambiar a C?

Estoy desarrollando un emulador NES como hobby, en mi tiempo libre. Uso C ++ porque es el lenguaje que más uso, sé más y me gusta más.

Pero ahora que avancé un poco en el proyecto, me doy cuenta de que no estoy usando casi ninguna característica específica de C ++, y podría haberlo hecho en C simple y obtener el mismo resultado. No uso plantillas, sobrecarga de operadores, polimorfismo, herencia. Entonces, ¿qué dirías? ¿Debo permanecer en C ++ o reescribirlo en C?

No haré esto para ganar rendimiento, podría ser un efecto secundario, pero la idea es ¿por qué debería usar C ++ si no lo necesito?

Las únicas características de C ++ que estoy usando son clases para encapsular datos y métodos, pero eso se puede hacer también con estructuras y funciones, estoy usando new y delete, pero también podría usar malloc y free, y estoy usando la herencia solo para devoluciones de llamada, lo que podría lograrse con punteros a funciones.

Recuerde, es un proyecto de pasatiempo, no tengo plazos, por lo que el tiempo de trabajo y el trabajo que requerirían una reescritura no son un problema, también pueden ser divertidos. Entonces, la pregunta es C o C ++?

No está utilizando ahora, pero la próxima vez que pérdida de memoria o de obtener una doble eliminación, se le rogando para volver a std::vector<T>, std::unique_ptr<T, Del>y std::shared_ptr<T>, lo que puede resolver esos problemas fácilmente- casi trivial. Eso es lo que les sucede a todos los que usan C sobre C ++, eventualmente, y los más inteligentes simplemente no esperan a que aparezcan los errores antes de pasar.

El código que usa newy deletedirectamente no pertenece realmente a C ++, pertenece a ese tipo de media casa que denominamos "C con clases". Ahí es donde estaba el lenguaje alrededor de 1985. No es particularmente similar a C ++, alrededor de 2011. Con toda probabilidad, donde sea que aprendió C ++ simplemente no lo enseñó muy bien, algo que desafortunadamente es bastante común, y con una mejor educación, lo haría encuentre el uso de estas funciones.

Específicamente, como mencioné anteriormente, las estructuras de datos genéricos de C ++ y las clases de administración de recursos son fundamentalmente masivamente superiores a todo lo que C tiene para ofrecer. Si desea una matriz asignada dinámicamente, úsela std::vector<T>. Ese es un caso de uso bastante común. Si no los está utilizando, entonces su código corre un gran riesgo de error innecesariamente, especialmente relacionado con la gestión de recursos. C ++ puede garantizar la seguridad y el código de reutilización de una manera que C nunca pueda tocar.

Sin embargo, creo que también podrías estar esperando demasiado. Escribir plantillas y sobrecargas de operadores no es común para los consumidores de bibliotecas. Si usa su código std::vector<T>, no necesita escribir una plantilla para que eso suceda. Si usa su código std::string, nadie lo obliga a sobrecargar a sus operadores. Solo tiene que hacer esas cosas para escribir std::vector<T> y std::string, pero aún puede aprovecharlas al máximo.

El polimorfismo / herencia también solo tiene un caso de uso específico. Si su código no requiere que escriba ninguna plantilla o use funciones virtuales, entonces no lo hace, y hay programas o segmentos de programas en los que no necesita escribir sus propias plantillas.

Además, no hay ganancia en el rendimiento en C sobre C ++.

Incluso si no utiliza características específicas de C ++, un compilador de C ++ detectará más problemas que uno de C ++ debido al sistema de tipo más estricto de C ++.

Lo miraría desde la otra dirección. ¿ Ganarás algo reescribiendo el código en C? Incluso en un proyecto puramente aficionado, hay un costo asociado con una reescritura como esa. Si nada más hay lo que supongo que se llamaría costo de oportunidad, es decir, las otras cosas que podría haber hecho en ese momento si no estuviera perdiendo el tiempo reescribiéndolo en C.

En pocas palabras: a menos que piense que es probable que el código se use en algún entorno donde el acceso a C ++ es realmente limitado (o inexistente), sería una pérdida de tiempo inútil en el mejor de los casos. Al menos en mi experiencia, generalmente va mucho más allá de eso muy rápidamente, pensando en el código que he escrito en C ++ que recordar el tuvo que convertirse a C, puedo recordar claramente que incluso en algunos casos en los que parecía debería ser trivial, estaba usando muchas más características específicas de C ++ de lo que inicialmente me di cuenta. Para tener muchas esperanzas de ser útil, tendría que apuntar a C89 / 90, en cuyo caso le recordarán rápidamente cosas como tener que definir todas las variables al comienzo de un bloque en lugar de dónde están realmente usado.

En resumen, a menos que esté bastante seguro de que reescribir en C proporcionará un beneficio real, casi inevitablemente hay cosas mucho mejores que hacer.

Como respuesta más general:

No cambie a C ++ solo porque está utilizando algunas de sus características más exclusivas. Es posible que un día necesites esas funciones y solo te golpees la cabeza porque estás usando C.

Para el desarrollo de aficionados, consideraría volver a cambiar a los simples C. Los lenguajes C y C tienen más probabilidades de ser compatibles con pequeños módulos de desarrollo de pasatiempos.

Muchas de las respuestas aquí pueden ser de tipos de software profesionales. Como aficionado, no codificará continuamente o a tiempo completo. Así que considere en qué idioma es más probable que recuerde u olvide las peculiaridades dentro, si presenta su proyecto durante un año y luego regresa e intenta leer su código después de haberse oxidado en la codificación. C ++, que tiene un conjunto de características más rico, puede tomar más o menos tiempo para volver a adquirir, dependiendo de su estilo de codificación.

No es fácil responder sus preguntas, ya que no sabemos si está trabajando en el proyecto para mejorar sus habilidades específicas de lenguaje (C vs C ++) o para mejorar otras habilidades de programación (diseño, resolución de problemas, etc.).

"Las únicas características de C ++ que estoy usando son clases para encapsular datos y métodos, pero eso también se puede hacer con estructuras y funciones". Esto no es verdad. structsen C no admiten la encapsulación y no pueden contener funciones (métodos), al menos no sin utilizar técnicas como punteros a las funciones. Además, las funciones en C son más débiles porque no se pueden sobrecargar.

"Estoy usando new y delete, pero también podría usar malloc y free, y estoy usando la herencia solo para devoluciones de llamada, lo que podría lograrse con punteros a funciones". Como deadmg mencionó, no se recomienda usar directamente newy deleteen C ++. Además, la herencia de IMHO (y GoF) en OOP debe preferirse sobre la composición solo cuando se requiere polimorfismo. Y no creo que sea trivial lograr el polimorfismo (unión tardía) en C usando punteros para las funciones.

Aparte de eso, no intentaré convencerte de que C ++ es "mejor" que C porque es una cuestión de preferencia y siempre depende del problema que estés tratando de resolver (podría ser útil usar las características de OOP para desarrollar tu emulador NES) una buena idea).

Soy muy principiante, así que aquí vienen mis 2 bits.

Estoy aprendiendo C y C ++ en Wibit.net con algunos buenos videos básicos, tal vez puedan ayudarlo mucho a tener una visión general de la "situación" (¡no un anuncio!)

Te aconsejo que cambies a C, solo para aprender, ya que eres un aficionado, esto será un placer, no un problema.

Yo aconsejo más. Hazlo en ambos idiomas. Compare la forma y las soluciones que encontrará y utilizará. Estoy seguro de que no será "tan fácil" como esperabas ... ¡pero seguro que aprenderás mucho!

Aquí hay pros y contras de C ++ vs. C:

1. Pasar a C facilitaría permanecer dentro del subconjunto de C ++ elegido, porque el compilador daría un error cuando salga de él. Si el problema principal es permanecer dentro del subconjunto decidido, se debe elegir esta alternativa. (¿Por qué no tenemos soporte de compilación para esto?)
2. Una vez que pueda permanecer dentro del subconjunto de características de c ++ elegido, lo siguiente es intentar cambiar el subconjunto para deshacerse de las convenciones erróneas que rompen el código. Esto requiere el uso de todo c ++.
3. Una vez que tenga "permanecer dentro del subconjunto" y "es un buen subconjunto", salga de las funciones de c ++ y comience a pensar en los requisitos.