Usando i y j como variables en Matlab

iy json nombres de variables muy populares (ver, por ejemplo, esta pregunta y esta ).

Por ejemplo, en bucles:

for i=1:10,
    % do something...
end

Como índices en matriz:

mat( i, j ) = 4;

¿Por qué no deberían usarse como nombres de variables en Matlab?

Porque iy jambas son funciones que denotan la unidad imaginaria :

• http://www.mathworks.co.uk/help/matlab/ref/i.html
• http://www.mathworks.co.uk/help/matlab/ref/j.html

Entonces, una variable los llamó io jlos anulará, potencialmente rompiendo silenciosamente el código que hace cálculos matemáticos complejos.

Las posibles soluciones incluyen usar iiy jjcomo variables de bucle, o usar 1isiempre que isea ​​necesario para representar la unidad imaginaria.

Es una buena práctica evitar iy jvariables para evitar la confusión acerca de que sean variables o la unidad imaginaria.

Personalmente, sin embargo, uso iy jcomo variables con bastante frecuencia como el índice de bucles cortos. Para evitar problemas en mi propio código, sigo otra buena práctica con respecto a iy j: no use para denotar números imaginarios. De hecho, la propia documentación de Matlab establece :

Para velocidad y robustez mejorada, puede reemplazar complejos i y jpor 1i.

Entonces, en lugar de evitar dos nombres de variables muy utilizados debido a un conflicto potencial, soy explícito sobre los números imaginarios. También hace que mi código sea más claro. Cada vez que veo 1i, sé que representa sqrt(-1)porque posiblemente no podría ser una variable.

En versiones anteriores de MATLAB, solía haber una buena razón para evitar el uso de iy jcomo nombres de variables: las primeras versiones de MATLAB JIT no eran lo suficientemente inteligentes como para saber si las estaba usando como variables o como unidades imaginarias, y por lo tanto apague muchas optimizaciones posibles.

Por lo tanto, su código se volvería más lento por la sola presencia de iy jcomo variables, y se aceleraría si los cambiara a otra cosa. Es por eso que, si lee mucho código de MathWorks, verá iiy jjusará bastante ampliamente como índices de bucle. Por un tiempo, MathWorks podría incluso haber aconsejado extraoficialmente a las personas que lo hicieran ellos mismos (aunque siempre aconsejan oficialmente a las personas que programen por elegancia / mantenimiento en lugar de lo que sea que haga el JIT actual, ya que es un objetivo móvil en cada versión).

Pero eso fue hace mucho tiempo, y hoy en día es un problema de "zombie" que es mucho menos importante de lo que mucha gente todavía piensa, pero se niega a morir.

En cualquier versión reciente, es realmente una preferencia personal si usar iy jcomo nombres de variables o no. Si hace mucho trabajo con números complejos, puede evitar iy, jcomo variables, evitar cualquier pequeño riesgo potencial de confusión (aunque también puede / solo desea usar 1io, 1jpara menos confusión, y un rendimiento un poco mejor). )

Por otro lado, en mi trabajo típico nunca trato con números complejos, y encuentro que mi código es más legible si me siento libre de usar iy jcomo índices de bucle.

Veo muchas respuestas aquí que dicen que no se recomienda ... sin decir quién está haciendo esa recomendación. Aquí está el alcance de las recomendaciones reales de MathWorks, de la documentación de la versión actual para i:

Como i es una función, puede anularse y usarse como una variable. Sin embargo, es mejor evitar usar i y j para nombres de variables si tiene la intención de usarlos en aritmética compleja. [...] Para mayor velocidad y robustez mejorada, puede reemplazar complejos i y j por 1i.

Como se describe en otras respuestas, el uso del icódigo general no se recomienda por dos razones:

• Si desea usar el número imaginario, puede confundirse o sobrescribirse con un índice
• Si lo usa como índice, puede sobrescribir o confundirse con el número imaginario

Como se sugiere: 1iy iise recomiendan. Sin embargo, aunque ambas son desviaciones finas i, no es muy bueno usar ambas alternativas juntas.

Aquí hay un ejemplo de por qué (personalmente) no me gusta:

val2 = val + i  % 1
val2 = val + ii % 2
val2 = val + 1i % 3

Uno no será fácilmente leído mal por dos o tres, pero dos y tres se parecen entre sí.

Por lo tanto, mi recomendación personal sería: en caso de que a veces trabaje con código complejo, use siempre 1icombinado con una variable de bucle diferente.

Ejemplos de índices de una sola letra que por si no hace uso de muchas variables de bucle y son suficientes letras: t, u, kyp

Ejemplo de los índices más largos: i_loop, step, walk, yt_now

Por supuesto, esto también es una cuestión de gusto personal, pero no debería ser difícil encontrar índices para usar que tengan un significado claro sin crecer demasiado.

Se señaló que 1ies una forma aceptable y no ambigua de escribir sqrt(-1), y que como tal no hay necesidad de evitar el uso i. Por otra parte, como señaló Dennis ( https://stackoverflow.com/a/14893729/1967396 ), puede ser difícil ver la diferencia entre 1iy ii. Mi sugerencia: usar 1jcomo la constante imaginaria donde sea posible. Es el mismo truco que emplean los ingenieros eléctricos - que utilizan jpara la sqrt(-1)causa iya que se da por la corriente .

Personalmente nunca uso iy j; Utilizo iiy jjcomo variables de indexación abreviada (y kk, ll, mm, ...) y 1jcuando necesito usar números complejos.

La confusión con la unidad imaginaria se ha cubierto bien aquí, pero hay algunas otras razones más prosaicas por las que a veces se desalientan estos y otros nombres de variables de una sola letra.

1. MATLAB específicamente: si está usando el codificador para generar una fuente C ++ a partir de su código MATLAB (no, es horrible), entonces se le advierte explícitamente que no reutilice las variables debido a posibles conflictos de tipeo.

2. En general, y dependiendo de su IDE, un nombre de variable de una letra puede causar estragos en los marcadores y buscar / reemplazar. MATLAB no sufre esto y creo que Visual Studio no ha tenido ningún problema por algún tiempo, pero los estándares de codificación C / C ++ como MISRA, etc. tienden a aconsejarlos.

Por mi parte, evito todas las variables de una sola letra, a pesar de las ventajas obvias para implementar directamente fuentes matemáticas. Requiere un poco de esfuerzo adicional las primeras cientos de veces que lo haces, pero después de eso dejas de notarlo, y las ventajas cuando tú o alguna otra pobre alma vienen a leer tu código son innumerables.

Cualquier código no trivial contiene múltiples forbucles, y las mejores prácticas recomiendan que use un nombre descriptivo indicativo de su propósito y alcance. Para tiempos inmemoriales (y menos que su guión 5-10 líneas que no voy a guardar), siempre he estado utilizando nombres de variables como idxTask, idxAnotherTasky idxSubTasketc.

O al menos duplicar la primera letra de la matriz que está indexando, por ejemplo, sspara indexar subjectList, ttpara indexar taskList, pero no iio jjlo que no me ayuda a identificar sin esfuerzo qué matriz están indexando de mis múltiples para bucles.

Por defecto iy jrepresenta la unidad imaginaria. Entonces, desde el punto de vista de MATLAB, usar icomo variable es de alguna manera como usar 1como variable.

A menos que sea un usuario muy confuso, creo que hay muy poco riesgo al usar nombres de variables i y j y los utilizo con regularidad. No he visto ninguna indicación oficial de que esta práctica deba evitarse.

Si bien es cierto que sombrear la unidad imaginaria podría causar cierta confusión en algún contexto como se menciona en otras publicaciones, en general, simplemente no lo veo como un problema importante. Hay muchas cosas más confusas que puede hacer en MATLAB, por ejemplo, definirfalse=true

En mi opinión, la única vez que probablemente debería evitarlos es si su código trata específicamente con números imaginarios.