Hallo Hans,
Warum es schlechter Stil ist Code zu produzieren der sich
selber manipuliert muss doch nicht wirklich erklärt werden?
Viren und Trojaner machen das…
wenn Virenscanner nach der Bytefolge 0D 12 AF B2 … Ausschau halten würde ich als Virenhersteller auch dafür sorgen daß diese Bytefolge in meiner Exe-Datei nicht auftaucht.
Er wird dann erst zur Laufzeit erzeugt…
Wäre zumindest mein Ansatz.
Mir ist aber noch unklar warum das grundsätzlich schlechter Stil ist, jetzt nicht die Virenherstellung sondern Code zur Laufzeit verändern.
Und dass wegen selbstmanipulierendem Code das
XL-Sicherheitskonzept quasi abgeschaltet/geändert werden muss
führt notgedrungen dazu, das der Code nicht portabel ist - in
einer Firmenumgebung mit zentralem Admin-Richtlinien wird das
gar nicht erst möglich sein der entsprechenden Schalter
umzulegen.
Da kenne ich mich nicht aus. Ich denke mir Admins können das Ausführen von VBA-Code blockieren. Aber wenn Vba zugelassen ist können sie nix mehr stoppen von dem was das Makro macht.
Mal Zugriffsrechte auf dateien/Ordner weglassend.
Wartbarkeit
Dann nimm Deinen Code nach einem Jahr wieder in die Hand und
ändere oder überarbeite ihn mal, ganz zu schweigen, wenn
jemand anderes da was dran ändern soll.
Kein Problem wenn ich ihn gut dokumentiert habe.
Wenn DU z.B: Formen zur Laufzeit veränderst, dann muss DU doch
keinen Code zur Laufzeit manipulieren, Du legst die benötigten
Klassen vorher an und verheiratest Code und Steuerelement zur
Laufzeit. Warum oder was bedingt da ein Einfügen von Code zur
Laufzeit?
Ähem, nix Da haste irgendwie Recht.
PS: Bist du da damals zu einem Ergebnis gekommen?
/t/forms-und-vbscript/4800897
Hier, ich glaube im VB-Brett, fragt jmd. das Gleiche an.
Gruß
Reinhard