comportamientos programador malo C++ en C#

Question

Duplicar posibles:
Most common or vicious mistakes in C# development for experienced C++ programmers

Soy un largo tiempo de programador C++ a punto de empezar a trabajar en proyectos de C#.

¿Cuáles son algunos cambios conceptuales a tener en cuenta, y lo más importante, qué debo evitar hacer en C# que normalmente haría en C++? ¿Qué malos hábitos traen los programadores de C++ a C# que deberían perder?

Tengo una lista de libros de C# que tengo la intención de leer. Me gustaría aumentar eso con las experiencias de otros programadores que han hecho esta misma transición porque probablemente tenderé a cometer los mismos errores que ellos; Me gustaría evitar eso antes de que suceda.

Answer 1

Sólo un ejemplo:

En C++ no hay diferencia entre una estructura y una clase. Con el paso de los años, esto ha llevado a grupos e individuos a definir sus propias reglas para usar una sobre otra.

En C# hay una diferencia concreta. Una estructura es un tipo de valor y una clase es un tipo de referencia.

Cuando los programadores C++ traen a C# sus viejas y arbitrarias definiciones de clase/estructura, tienden a suceder cosas inesperadas.

Aquí está una bastante buena lectura para los programadores de C++ que se mueven a C#: http://msdn.microsoft.com/en-us/magazine/cc301520.aspx

Answer 2

peor que he visto es

1) usando excesivamente contexto crítico (bloqueo usando monitor o bloquear() declaración) en un proyecto web! El resultado es, con bastante frecuencia, la reducción de IIS a un sistema de subproceso único más o menos.

2) Demasiado procesamiento de cadenas. Solía ​​hacer todo por sí mismo para no depender del framework. Las cadenas son inmutables en C# mientras no están en C++.

3) Utilizando inseguro código porque pueden y no porque deberían.

4) No confiar en GC

Answer 3

Los más grandes:

• C# no tiene herencia múltiple, que utiliza interfaces de lugar.
• No puede controlar la vida útil de un objeto o utilizar eso para su ventaja.
• El operador de igualdad de C# no siempre hace lo que crees que debería. A veces se compara el contenido de una variable y, a veces, la dirección de la variable.

Answer 4

No mucho, pasar de C++ a C# es un tipo de degradación, por lo que no puede hacer "cosas malas". La única cosa que puedo pensar es confiando en la gestión de memoria automática:

class A { 
    ofstream file; 
public: 
    // bla bla 
}; 

En C# es necesario implementar toda la basura IDisposable para que no escape el archivo ... Usted puede olvidar fácilmente.

Los comportamientos del programador de Bad C# en C++ serían un tema más interesante.

Answer 5

Cosas que cambian al pasar de C++ a C#:

• Usar las propiedades cuando sea posible para representar datos de los miembros de clase
• utilizan interfaces en situaciones que podrían requerir la herencia múltiple en C++
• Use eventos para notificación en lugar de transferir funciones de devolución de llamada (delegados) a las clases
• Recuerde utilizar la construcción using() {} para asegurarse de que recursos como archivos y conexiones de base de datos se eliminen cuando se salgan del alcance.

Eso es justo al lado de la parte superior de mi cabeza

Answer 6

El cambio más grande para mí fue dejar de preocuparse por la liberación de memoria, hilo de seguridad (quiero decir que todavía tiene que bloquear las cosas, pero C# ha sido diseñado para el roscado de día 1 por lo que no hay inconvenientes desagradables) y archivos de encabezado.

Si se siente tentado de usar/inseguro, es casi seguro que está equivocado.

aprenden la biblioteca de clases.

Answer 7

Una cosa a tener en cuenta es que C# no tiene destructores en el mismo sentido que lo hace C++. Un método con la firma de un destructor de C++ se denomina finalizador en C# y no es necesario (y en algunos casos no se recomienda) implementarlo.

Consulte la interfaz IDisposable y estos artículos sobre la recolección de basura: Everybody thinks about garbage collection the wrong way y Garbage Collection: Automatic Memory Management in the Microsoft .NET Framework.

Answer 8

Hay cosas que puede hacer en C++ que no puede hacer en C#, y viceversa. No es probable que te causen problemas.

Mayor cambio: deshacerse de la mentalidad de "instanciación es la inicialización". La recolección de basura significa que no necesita preocuparse de asignar o liberar memoria (excepto cuando lo hace), sino que también significa que no puede confiar en que algo se salga del alcance y haga que el destructor lo limpie después de usted.

Aprenda la construcción "using", en C#, y asegúrese de usarla.

Segundo cambio - en C++ "clase" y "estructura" son efectivamente sinónimos. En C#, son cosas muy diferentes.

Answer 9

No es un hábito "malo", pero algo que definitivamente debe tener en cuenta al cambiar de C++ a C#: confiando en los destructores para hacer su limpieza. En su lugar, es necesario recordar para implementar IDisposable y controlar la vida de su objeto de una declaración using.

Answer 10

• no hay RAII implícita, usted tiene que codificar explícitamente
• no hay protección const
• propiedades son pares de métodos, no es un valor
• cuando la iteración se inicia antes de la recolección y terminan a las al final de la misma (en términos de C++)
• foreach es como usar const_iterator lista
• como su nombre lo dice, no es una lista, es una una matriz
• los genéricos se resuelven en el momento de la compilación, no al momento de usarlos