Wie die meisten hier ja wohl wissen ist dieses Forum
hier sehr stark mit Autoit Codern bevölkert.
Nur vereinzelt kann man Autohotkey Coder wie
banjo1 oder mich finden.
Der grund dafür ist ja den meisten hier sonnenklar(nunja nicht allen
)von wegen Auoit ist:
-Besser (vileicht)
-Schneller (stimmt)
-besonders im low-level bereich (stimmt)
-professioneller (pfff)
Doch was wäre wenn sich das ändert ????
Wie einige von euch sicher wissen (oder auch nicht)
hat der Hauptentwickler von Ahk seine Arbeit eingestellt.
(Aus welchen Gründen ist unerheblich . belest euch selbst:
- )Sicher bereitet das einige Codern von AutoIt wohl ein Lächeln im Gesicht.
ALLERDINGS, und deswegen habe ich den Thread aufgemacht,
möchte ich euch die Nachfolgeprojekte von Ahk Vorstellen.
(naja und euch unter die Nase reiben das ahk besser wird
)1. Projekt
Da wäre zu einem ein recht unbekanntes/unwichtiges Projekt vom
Ahk User Micha.
Er Verfolgt das ziel ahk auf Smartphones laufbar zu machen.
Nicht besonderes aber trotzdem mal ein Blick wert.
Undzwar
2. Projekt
Da wäre wohl das "neue" Ahk_L von Lexikos zu nennen.
Ich sag ehrlich ich bin kein Fan von. Und Chris Mallet hat auch
gesagt das Ahk_L , Ahk offiziel vertritt bis/falls ein besseres kommt.
Ahk_L führt standartmässig Unicode, 64bit betrieb, Arrays und Objekte ein.
Ich denke aber das dazu Autoit ebenfalls fähig ist.
Auch wenn die Objekte(von der Community liebevoll Pseudoobjekte genannt)
nicht ganz das Wahre sind und einige die Syntax veränderungen nicht ganz begrüssen
führt uns Ahk_L doch ein Stückchen weiter an Auoit heran.
Mehr dazu
3. Projekt
Das wohl am meisten zu erwähnende Projekt IronAhk vom
ahk user polyethene und einigen anderen.
Anders als Ahk_L ist IronAhk ein kompletter newwrite und wird
in C# (C-Sharp) geschrieben. Da dort natürlich noch viel zu machen ist gibt
es keinen Releasetermin aber eine
IronAhk hat einen Speziellen Punkt das es von AutoIt und AHk(_L)
extrem unterscheidet. Nähmlich das Compilieren.
Wärend AHk(_L) und AutoIt eine vorgefertigte .bin nutzen(losen Interpreter)
und den sourcecode dort abspeichern ist es IronAhk bereits jetzt schon möglich
Den sourcecode wirklich Binär zu Compilieren was einen brachialen
geschwindigkeitsschub bringt. (Ganz zu schweigen von der viel schwereren Decompilierbarkeit (Scriptkiddys adijö))
Auserdem bietet IronAhk einige neue Befehle wie SendMail und wird das
in AuoIt schon längst laufende Funktionen satt Befehle Prinzip übernehmen.
(Auch wenn IronAhk aufgründen abwärtskompatibilität Befehle NOCH beherrschen wird)
IA(abkürzung IronAHk) wird ebenfalls die Features von Ahk_L standartmässig benutzen
d.h. Unicode, x64 support, Arrays, und RICHTIGE Objekte(JSON oder Standartsyntax)
damit enthalten ist natürlich auch voller Zugriff auf die .Net Runtime Klassen Methoden u.ä., der COM und natürlich der WinApi.
Dadurch das .Net eine Runtime benutzt läuft IronAhk auch sicher unter
Windows(klar
),Linux und vileicht Mac & sogar der Wii Konsole(wirklich!).Also rundum das hoffnungsvollste Projekt Ahk´s.
Informationen dazu gibts
Vileicht lassen sich ja dan einige AutoIt Programmierer auf
Ahk || IA ein. Man weiss nie
Möchte mal gerne von euch wissen ob sich nicht
doch ein Autoit Coder zu IA hingezogen fühlt
und zumindest erwägt zu wechseln oder beides zu benutzen.
UND ich möchte etwas Wissen was mich schon lange brenndend
interessiert. Warum findet ihr Ahk schlecht.
Schliesslich ist Ahk der kleine Bruder von AutoIt?
mfg Raptor
