Pasé unos cinco minutos hojeando algunos de los códigos al azar. Definitivamente parece que has hecho un buen trabajo con él.
Este código es de grado profesional.
Puedo decir que has estado estudiando mucho y has dedicado mucho tiempo a esto, probablemente reescribiéndolo varias veces para hacerlo bien.
- ¿Cambiar de trabajo por aumento de sueldo es un movimiento aconsejable?
- Cómo conseguir un trabajo de teletrabajo como programador
- ¿Debería preferir unirme a Infosys o hacer un M.Tech para convertirme en profesor? ¿Qué opción es mejor para una chica de la rama de ingeniería mecánica?
- Cómo convertirse en un productor de música electrónica haciendo buena música en lugar de música comercial
- Para un ingeniero en electrónica y telecomunicaciones, ¿cuáles son las futuras opciones de estudio en el campo de la gestión?
Si está buscando algunas críticas constructivas, y casi cualquier código podría soportar algunas críticas constructivas, aquí hay algunos puntos:
(1) Lanzamiento de constructores . Esta no es una práctica recomendada en general, teniendo en cuenta que alguien más podría mantener el código y no entender que el constructor puede lanzar. Generalmente se prefiere tener un método inicializador para la clase,
(2) Demasiados comentarios . Los profesores quieren que comentes todo para ayudarte a aprender, ¡pero no es así como lo hacen los desarrolladores profesionales! En general, siempre desea conectar algo para lo cual el propósito no sería obvio para un desarrollador con cinco años de experiencia.
(3) Demasiadas clases. Parece que tienes una clase por casi todo. Nuevamente, es una buena forma de aprender, pero idealmente queremos mantener el número de clases al mínimo.
(4) Una clase por archivo . Tiene varias clases en un archivo, lo que puede dificultar su búsqueda si está trabajando rápidamente.
(5) Nombre del método . Un método generalmente está haciendo algo a una cosa, por lo que sería preferible usar un nombre como CreateFromPrivateKey en lugar de FromPrivateKey.