¿Qué "disciplinas" hay que los programadores de Java deben cumplir?
1. Agregue comentarios a su código. ¿Cuántas veces has "olvidado" agregar comentarios? De hecho, los comentarios no agregarán ninguna funcionalidad de función a su programa. Pero, ¿cuántas veces ha visto el código escrito hace 2 semanas y no puede recordar lo que hace? Tienes suerte de que esos códigos sin comisión estén escritos por ti mismo y aún tendrás una impresión residual en tu mente. Desafortunadamente, la mayoría de las veces, el código fue escrito por otra persona, y es probable que esa persona haya dejado la empresa. Hay un proverbio que va bien: "Hay yendo y venir, beneficio mutuo", por lo que los programadores deben ser considerados entre sí (y usted mismo) y comentar su código.
2. No complices las cosas. Los desarrolladores tienden a usar métodos complejos para resolver problemas simples. Introdujimos EJB en un sistema con solo 5 usuarios para implementar un conjunto de marcos para una aplicación que no requiere un marco, utilizando archivos de atributos, soluciones orientadas a objetos y usando hilos, pero no se necesitan en absoluto. ¿Por qué hizo esto? Algunos pueden no saber que hay una mejor solución, pero otros pueden hacerlo a propósito para aprender cosas nuevas, o simplemente porque es divertido. Para aquellos que no conocen una mejor solución, escuchen más los consejos de programadores experimentados. Para aquellos que complican los diseños puramente con fines personales, le sugiero que seas más profesional.
3. Recuerde: tenga en cuenta que "menos es más" no siempre es mejor. Vea el siguiente ejemplo "simple":
if (newStatUscode.equals ("SD") && (SellOffDate == NULL || TodayDate.COMPARETO (SELLOFFDATE) <0 || (LastUsedDate! = NULL && TodayDate.compareto (Lastuse Ddate)> 0)) || (NewStatUscode. iguales ("obs") && (obsdate == null || thaydate.compareto (obsdato) <0))) {newStatUscode = "NYP";¿Qué tan difícil es señalar qué es esto si es la condición? Imagine nuevamente que la persona que escribió este código no siguió el Artículo 1; agregue comentarios al código.
¿No es más fácil descomponer si las condiciones en 2 declaraciones if? Ahora veamos el código modificado:
if (newStatUscode.equals ("SD") && (SellOffDate == NULL || TodayDate.COMPARETO (SELLOFFDATE) <0 || (LastUsedDate! = NULL && TodayDate.compareto (Lastuse Ddate)> 0))) {NewStatUscode = " NYP ";} else if (newStatUscode.equals (" Obs ") && (obsdate == null || thaydate.compareto (obsdate) <0)) {newStatUscode =" NYP ";}¿No es esta mejor legibilidad? De hecho, escribimos declaraciones repetidas;
4. No se "codifica duro por favor". Sin embargo, otra posibilidad es que al seguir este precepto, no caeremos en el dilema del "condujo del tiempo". ¿Cuánto tiempo se tarda en definir una variable final estática y agregar una línea de código? Por ejemplo:
CLASE PUBLICACIÓN A {Cadena final estática s_constant_abc = "ABC";Ahora, cada vez que necesitamos comparar la cadena "ABC" con una variable, solo nos referimos a A.S_Constant_ABC sin recordar qué es. Modificar esta constante también es muy conveniente.
5. No inventen sus propios marcos. Muchos marcos son soluciones extremadamente perfectas y se han utilizado en miles de sistemas. Solo tenemos que prestar atención a los últimos marcos populares y al menos estar familiarizados con ellos en la superficie. Uno de los ejemplos más exitosos y ampliamente utilizados es el marco Struts, que es un marco web de código abierto que es una excelente opción para construir sistemas web. Pero debe recordar los preceptos del artículo 2 (nota del traductor: el texto original es "Artículo 3", obviamente no correcto), no complice cosas simples. Si el sistema que desea desarrollar solo tiene 3 interfaces, no use puntales. , entonces el autor dijo que no se requiere mucho "control").
6. Diga no a las líneas de impresión y las concatenaciones de cadenas. Pero a menudo olvidamos eliminar estas líneas o no estamos dispuestos a eliminarlas. Es probable que esto conduzca a una línea de código que necesitamos eliminar accidentalmente. No subestimes el daño de System.out.println, consulte el siguiente código:
public class BadCode {Public static void Calculationwithprint () {double someValue = 0d; () {Double SomeValue = 0d; Cálculo sinprint ();Como se puede ver en la tabla a continuación, el tiempo de ejecución del método de cálculo en el método () es 0.001204 s.
(Si desea saber cómo hacer una mesa como esta, lea otro artículo "Java Gecying with Wsad" Java Perfiling con WSAD)
Para evitar los desechos de CPU, la mejor manera es introducir un método de envoltura, de la siguiente manera:
clase pública BadCode {public static final int depug_mode = 1; = SomeValue + I; static void main (string [] n) {badcode.calculationwithprint (badcode.production_mode);La conexión de cadena es otra forma de desperdiciar CPU, vea el siguiente ejemplo:
Public static void concatenatestrings (string startingString) {for (int i = 0; i <20; i ++) {shiningString = shiningingstring+shitebeString; .Desde la tabla a continuación, podemos ver que usar StringBuffer solo cuesta 0.01 s mientras que el uso de la conexión de cadena requiere 0.08 s.
7. Presta atención a la GUI. La GUI es crucial para el éxito de su aplicación. Los gerentes a menudo ignoran la importancia de la GUI. Los programadores de Java tienen que confiar en su conocimiento limitado de HMTL. He visto muchas aplicaciones que son "amigables para la computadora" en lugar de "fáciles de usar" y son raras para los desarrolladores que son competentes en el desarrollo de software y el desarrollo de la interfaz de usuario. Si es un programador de Java que desafortunadamente está asignado para hacer el desarrollo de la interfaz, debe seguir las siguientes 3 reglas:
A. No reinventen la rueda. Vaya a ver las interfaces similares al sistema de aplicación.
b. Primero crea un prototipo. Este paso es muy crítico. A los clientes les gusta ver lo que quieren usar por adelantado. También puede obtener sus comentarios en lugar de trabajar duro para crear algo que a los clientes no les guste.
c. Prueba el sombrero del usuario. En otras palabras, vea los requisitos desde la perspectiva de los usuarios. Por ejemplo, una interfaz estadística se puede decidir o no. Como desarrollador, es probable que ignore la paginación porque reducirá muchos problemas desde el punto de vista del cliente, esta no es una buena solución, porque los datos pueden ser hasta cientos de líneas.
8. Prepare los requisitos del documento por adelantado. Esto se puede lograr en cuentos de hadas, pero es difícil de hacer en realidad. No importa cuán apretado sea el tiempo, no importa cuán cerca esté el plazo, debe asegurarse de que se registren las necesidades comerciales. (Nota del traductor: este concepto obviamente es contrario al desarrollo ágil. Todos deberían pensar de forma independiente y distinguir lo correcto de lo incorrecto)
9. Prueba unitaria, prueba unitaria, prueba unitaria (prueba de prueba unitaria. . Esta es la regla más básica en la programación, y no se puede ignorar. Si sus colegas pueden crear un plan de prueba para su código, sería mejor; Al hacer planes de prueba unitarios, siga los siguientes principios:
a.
b.
C
10. Recuerde: calidad, no cantidad. Sé que a veces no puedo salir del trabajo a tiempo debido a problemas de productos, plazos u otras emergencias. Pero el gerente no lo apreciará ni lo recompensará por ser demasiado tarde para los problemas generales; Si sigue los principios de la columna anterior, escribirá programas más robustos y sin errores. Esto es lo que más debes hacer.
Este artículo resume las 10 reglas más importantes a las que los programadores de Java deben prestar atención. Solo saber no es suficiente, síguelos. Espero que estas reglas nos permitan convertirnos en programadores más profesionales.