Oberbegriff für Enable/Disable

[API]

Wie könnte ich eine Funktion benennen, welche ein Objekt entweder enabled oder disabled?

Variante 1:
// true, false als value übergeben

Delphi-Quellcode:

function enableobject(value)
begin

end;

Variante 2:
// true, false als value übergeben

Delphi-Quellcode:

function setenabled(value)
begin

end;

oder....?

[scrat1979]

Ich nenne solche Funktionen immer "Toggle" wie

Delphi-Quellcode:

procedure ToggleVisibility(AVisible : Boolean);
begin
[...]
end;

[himitsu]

Wie wäre es ganz klassisch mit einem Property "Enabled", inkl. SetEnabled und GetEnabled?

PS: Ob die Funktion Prozedur Enable/Activate/Visible/Show/... oder Disable/Deactivate/Hide/... im Namen hat, das hägt davon ab, was die Funktion Prozedur bei True macht.



"Toggle" und "Switch" ist für mich etwas, welches einen Status umschaltet, ausgehend vom aktuellen Zustand,
und das Andere würde ich eher "Set" benennen. (oder "Do", "Update", "Make", ...)

[API]

ich denke setEnabled(value: Boolean) passt.

[scrat1979]

Alles nette Vorschläge. Wie man sieht scheint es doch ordentlich auch Geschmacksache zu sein

Schönen Feiertag zusammen.

[Benmik]

Vermutlich ist Englisch hier Pflicht, aber bei mir heißt das procedure SetzeAktiv(Aktiv:Boolean); . Ich würde den Parameter auch sprechender machen, "If Aktiv" erscheint mir eingängiger als "If Value".

[Der schöne Günther]

Grade für Booleans bietet es sich generell an, die Namen mit dem Prefix "Is" oder "Has" zu versehen, also z.B. "IsEditable" oder "HasFluxcompensator"

Delphi-Quellcode:

TMyObject = class
   private var
      isActive: Boolean;
   public
      procedure setIsActive(const isActive: Boolean);
      function getIsActive(): Boolean;
end;

[jaenicke]

Zitat von scrat1979:

Ich nenne solche Funktionen immer "Toggle" wie

Mit Toggle ist im Englischen aber eine Umschaltung in den jeweils anderen Zustand gemeint und nicht das Setzen eines bestimmten Wertes. Von daher passt das dafür nicht wirklich.

Zitat von Der schöne Günther:

Delphi-Quellcode:

TMyObject = class
   private var
      isActive: Boolean;
   public
      procedure setIsActive(const isActive: Boolean);
      function getIsActive(): Boolean;
end;

Und streng nach Styleguide:

Delphi-Quellcode:

type
  TMyObject = class
  private 
    FIsActive: Boolean;
    procedure SetIsActive(const AIsActive: Boolean);
    function GetIsActive: Boolean;
  public
    property Active: Boolean read GetIsActive write SetIsActive;
  end;

Der Unterschied zwischen Active und Enabled ist streng genommen:
Aktiv / active ist z.B. ein laufender Dienst oder Server. Aktiviert / enabled ist ein Dienst z.B., wenn er per Konfiguration auf automatisches Starten eingestellt ist (unabhängig davon, ob er gerade aktiv ist).

[himitsu]

Zitat von Benmik:

Vermutlich ist Englisch hier Pflicht, aber bei mir heißt das procedure SetzeAktiv(Aktiv:Boolean); . Ich würde den Parameter auch sprechender machen, "If Aktiv" erscheint mir eingängiger als "If Value".

Nee, eigentlich nicht, ABER

Wenn du eine Bibliothek hast, die ausschließlich verwendet wird, womit dann "nahezu" alles Deutsch ist, dann geht das schon.
So gab es schon mehrere Bibliotheken, um in der Schule totalen NOOBS das Programmieren beizubringen.
Haben die Schüler aber auch nur mal bissl Ahnung oder haben im Film/Internet schonmal was von QuellCodes gesehn, dann schreckst die mit Deutsch-Pascal extremst ab und Delphi stirbt mal wieder.

Da die Grundstrukturen der Syntax, sowie die komplette RTL und VCL englisch sind, passt da nunmal Englisch auch am Besten rein.

Ich hatte es auch mal zwanghaft mit Deutsch versucht, aber es ist einfach zu hässlich, so dass es mich schmerzte.


Ob ich nun Kommentare und InCode-Dokumentation in Deutsch oder Englisch mache, das kommt auf die Zielgruppe an.

• Code nur für dich -> deine Muttersprache ist kein Problem (du bist ja der Einzige)
• in einer Firma nur mit deutschen Mitarbeitern -> joar, geht schon (bis dann mal ein Nichtdeutschverstehender mitmachen will, außer man legt einfach Deutsch als Amtssprache fest)
• Code für öffentliche Komponenten -> tja, da Herr H. nicht weltweit Deutsch einführen konnte und das mit dem Esperanto leider auch nicht funktionierte, bleibt nur noch die Weltsprache Chinesisch ähhhh Englisch ,
  was auch wieder praktisch ist, da die Funktion dann in der Dokumentation gleich heißt

[scrat1979]

@Jaenicke

Der Vollständigkeit halber möchte ich erwähnen, dass ich bei eigenen Klassen selbstverständlich mit entsprechenden Properties inkl. Getter und Setter arbeite. Außerhalb davon mache ich es wie oben erwähnt um zum Beispiel auf der MainForm Buttons zu Enablen/Disablen. Streng genommen lautet Toggle umschalten. Das ist richtig. Hat sich bei mir aber so über die Jahre etabliert...