Verwenden von i und j als Variablen in Matlab

iund jsind sehr beliebte Variablennamen (siehe z. B. diese und diese Frage ).

Zum Beispiel in Schleifen:

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

Als Indizes in die Matrix:

mat( i, j ) = 4;

Warum sollten sie in Matlab nicht als Variablennamen verwendet werden?

Weil iund jbeide Funktionen die imaginäre Einheit bezeichnen :

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

Eine Variable, die aufgerufen wird ioder jdiese überschreibt, bricht möglicherweise stillschweigend Code, der komplexe Berechnungen ausführt.

Mögliche Lösungen umfassen die Verwendung von iiund jjals Schleifenvariablen oder die Verwendung, 1iwann iimmer dies zur Darstellung der imaginären Einheit erforderlich ist.

Es ist eine gute Praxis, dies zu vermeiden i und jVariablen zu verhindern Verwirrung über sie Variablen oder die imaginäre Einheit ist.

Persönlich verwende ich jedoch iund jals Variablen ziemlich oft als Index für kurze Schleifen. Um Probleme in meinem eigenen Code zu vermeiden, folge ich eine weitere gute Praxis in Bezug auf iund j: nicht verwende sie imaginäre Zahlen zu bezeichnen. In der Tat heißt es in Matlabs eigener Dokumentation :

Für Geschwindigkeit und verbesserte Robustheit können Sie komplexe iund jdurch ersetzen1i .

Anstatt zwei sehr häufig verwendete Variablennamen aufgrund eines möglichen Konflikts zu vermeiden, gehe ich explizit auf imaginäre Zahlen ein. Es macht auch meinen Code klarer. Immer 1iwenn ich sehe , weiß ich, dass es darstellt, sqrt(-1)weil es unmöglich eine Variable sein könnte.

In alten Versionen von MATLAB gab es früher einen guten Grund, die Verwendung von iund zu vermeidenj als Variablennamen Frühere Versionen von MATLAB JIT waren nicht klug genug, um festzustellen, ob Sie sie als Variablen oder als imaginäre Einheiten verwendeten, und würden dies daher tun Deaktivieren Sie viele ansonsten mögliche Optimierungen.

Ihr Code würde daher nur durch das Vorhandensein von iund jals Variablen langsamer werden und sich beschleunigen, wenn Sie sie in etwas anderes ändern. Wenn Sie viel MathWorks-Code lesen, werden Sie ihn daher ziemlich häufig als Schleifenindizes sehen iiund jjverwenden. Für eine Weile hat MathWorks den Leuten möglicherweise sogar inoffiziell geraten, dies selbst zu tun (obwohl sie den Leuten offiziell immer raten, auf Eleganz / Wartbarkeit zu programmieren, anstatt auf das, was die aktuelle JIT tut, da es sich bei jeder Version um ein bewegliches Ziel handelt).

Aber das ist schon lange her und heutzutage ist es ein bisschen ein "Zombie" -Problem, das wirklich viel weniger wichtig ist, als viele Leute immer noch denken, aber sich weigert zu sterben.

In jeder neueren Version ist es wirklich eine persönliche Präferenz, ob iund jals Variablennamen verwendet werden sollen oder nicht. Wenn Sie viel mit komplexen Zahlen arbeiten, möchten Sie möglicherweise iund jals Variablen vermeiden, um ein geringes potenzielles Verwechslungsrisiko zu vermeiden (obwohl Sie möglicherweise auch / stattdessen nur 1ioder 1jfür noch weniger Verwirrung und eine etwas bessere Leistung verwenden möchten ).

Auf der anderen Seite, in meiner typischen Arbeit mit komplexen Zahlen , die ich nie beschäftigen und ich meinen Code besser lesbar , wenn ich frei fühlen zu bedienen iund jals Loop - Indizes.

Ich sehe hier viele Antworten, die besagen, dass es nicht empfohlen wird ... ohne zu sagen, wer diese Empfehlung tut. Hier ist der Umfang der tatsächlichen Empfehlungen von MathWorks aus der aktuellen Release-Dokumentation für i:

Da i eine Funktion ist, kann sie überschrieben und als Variable verwendet werden. Es ist jedoch am besten, i und j für Variablennamen nicht zu verwenden, wenn Sie sie in komplexer Arithmetik verwenden möchten. [...] Für Geschwindigkeit und verbesserte Robustheit können Sie die Komplexe i und j durch 1i ersetzen.

Wie in anderen Antworten beschrieben, wird die Verwendung von iallgemeinem Code aus zwei Gründen nicht empfohlen:

• Wenn Sie die imaginäre Zahl verwenden möchten, kann sie mit einem Index verwechselt oder von diesem überschrieben werden
• Wenn Sie es als Index verwenden, kann es überschrieben oder mit der imaginären Zahl verwechselt werden

Wie vorgeschlagen: 1iund iiwerden empfohlen. Obwohl dies beide feine Abweichungen sind i, ist es nicht sehr schön, beide Alternativen zusammen zu verwenden.

Hier ist ein Beispiel, warum es mir (persönlich) nicht gefällt:

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

Man wird nicht leicht für zwei oder drei falsch verstanden, aber zwei und drei ähneln sich.

Daher wäre meine persönliche Empfehlung: Wenn Sie manchmal mit komplexem Code arbeiten, verwenden Sie immer eine 1iKombination mit einer anderen Schleifenvariablen.

Beispiele für einzelne Buchstaben - Indizes , dass für , wenn Sie nicht viele Schleifenvariablen und Buchstaben genügen verwenden Sie: t, u, kundp

Beispiel für mehr Indizes: i_loop, step, walk, undt_now

Natürlich ist dies auch eine Frage des persönlichen Geschmacks, aber es sollte nicht schwer sein, Indizes zu finden, die eine klare Bedeutung haben, ohne zu lang zu werden.

Es wurde darauf hingewiesen, dass dies 1ieine akzeptable und eindeutige Schreibweise sqrt(-1)ist und dass es als solche nicht notwendig ist, die Verwendung zu vermeiden i. Andererseits kann es, wie Dennis betonte ( https://stackoverflow.com/a/14893729/1967396 ), schwierig sein, den Unterschied zwischen 1iund zu erkennen ii. Mein Vorschlag: Verwenden Sie 1jnach Möglichkeit als imaginäre Konstante. Es ist der gleiche Trick , dass Elektroingenieure beschäftigen - sie verwenden jfür , sqrt(-1)weil ibereits für genommen Strom .

Persönlich benutze ich nie iund j; Ich verwende iiund jjals Kurzindexierungsvariablen (und kk, ll, mm, ...) und 1jwenn ich komplexe Zahlen verwenden muss.

Die Verwechslung mit der imaginären Einheit wurde hier gut behandelt, aber es gibt einige andere prosaischere Gründe, warum diese und andere Ein-Buchstaben-Variablennamen manchmal nicht empfohlen werden.

1. MATLAB speziell: Wenn Sie einen Codierer verwenden, um eine C ++ - Quelle aus Ihrem MATLAB-Code zu generieren (nicht, es ist schrecklich), werden Sie ausdrücklich gewarnt, Variablen wegen möglicher Tippkonflikte nicht wiederzuverwenden.

2. Im Allgemeinen und abhängig von Ihrer IDE kann ein aus einem Buchstaben bestehender Variablenname Chaos mit Textmarkern und Suchen / Ersetzen verursachen. MATLAB leidet nicht darunter und ich glaube, dass Visual Studio seit einiger Zeit kein Problem mehr hat, aber die C / C ++ - Codierungsstandards wie MISRA usw. raten dazu.

Ich für meinen Teil vermeide alle Einbuchstabenvariablen, trotz der offensichtlichen Vorteile für die direkte Implementierung mathematischer Quellen. Es erfordert ein wenig zusätzliche Anstrengung, wenn Sie es die ersten paar hundert Male tun, aber danach hören Sie auf, es zu bemerken, und die Vorteile, wenn Sie oder eine andere arme Seele kommen, um Ihren Code zu lesen, sind Legion.

Jeder nicht triviale Code enthält mehrere forSchleifen. In den Best Practices wird empfohlen, einen beschreibenden Namen zu verwenden, der den Zweck und den Umfang angibt. Für undenkliche Zeiten (und es sei denn , seine 5-10 Zeilen Skript , dass ich nicht gehen zu retten bin), habe ich immer wie Variablennamen benutzen idxTask, idxAnotherTaskund idxSubTaskusw.

Oder zumindest den ersten Buchstaben des Arrays zu verdoppeln, das indiziert wird, z. B. um sszu indizieren subjectList, um ttzu indizieren taskList, aber nicht iioder jjwas mir nicht hilft, mühelos zu identifizieren, welches Array sie aus meinen multiplen for-Schleifen indizieren.

Standardmäßig iund jstehen für die imaginäre Einheit. Aus Sicht von MATLAB ist die Verwendung ials Variable also irgendwie wie die Verwendung 1als Variable.

Wenn Sie kein sehr verwirrter Benutzer sind, besteht meines Erachtens nur ein sehr geringes Risiko bei der Verwendung der Variablennamen i und j, und ich verwende sie regelmäßig. Ich habe keinen offiziellen Hinweis darauf gesehen, dass diese Praxis vermieden werden sollte.

Zwar kann das Abschatten der imaginären Einheit in einem bestimmten Kontext zu Verwirrung führen, wie in anderen Beiträgen erwähnt, aber insgesamt sehe ich es einfach nicht als großes Problem an. Es gibt weitaus verwirrendere Dinge, die Sie in MATLAB tun können, zum Beispiel das Definierenfalse=true

Meiner Meinung nach sollten Sie sie wahrscheinlich nur vermeiden, wenn sich Ihr Code speziell mit imaginären Zahlen befasst.