Das kommt darauf an, was Sie erreichen wollen.

Wenn es um interaktive Frontends geht: Es wurden sehr viele Anwendungen auf rich clients (SAS auf dem PC, optional noch zusätzlich SAS auf einem Server, verbunden über SAS/CONNECT) auf Basis von SAS/AF entwickelt. Das hat man gemacht, weil es so recht einfach war, die vielen Möglichkeiten von SAS im Hintergrund zu nutzen und mit einer interaktiven Oberfläche zu versehen. Auch ist es aufgrund der Multivendor Architecture möglich, solche Anwendungen mit relativ wenig Aufwand auf die GUIs anderer Betriebssysteme zu portieren.

Mittlerweile ist diese Architektur für interaktive Anwendungen etwas in den Hintergrund getreten, weil es mit der aktuellen SAS-Version recht einfach geworden ist, Frontends für SAS mit bekannten Technologien wie Java oder JSP oder .NET zu entwickeln. Dazu braucht man dann Integration Technologies als Middleware.

Wenn es um Datenerfassung geht: Hier verwendet man ja eher SAS/FSP als SAS/AF, es handelt sich aber im Wesentlichen um die gleiche Technologie auf Basis der Programmiersprache SAS Component Language (SCL). Dazu gibt es aus meiner Sicht auch heute noch wenige Alternativen, da man mit SAS/FSP sehr schnell, flexibel und mächtig Datenerfassungsmasken auf jedem Betriebssystem erstellen kann. Webtechnologien zu diesem Zweck zu verwenden ist nach meiner Erfahrung heute noch aufwändiger.

Wenn es um Backend-Komponenten geht: Die meisten SAS-Programmierer nehmen hierfür Makros. Wenn man lieber objektorientiert arbeitet, gibt es hier aber auch eine starke Möglichkeit, mit SCL Serverkomponenten zu schreiben und diese mit der Remote Object Class Factory aus Java oder .NET aufzurufen.

Zur Zukunft von SAS/AF: Es sah eine Zeit lang so aus, als würde SAS/AF nicht mehr weiterentwickelt. Mittlerweile gibt es jedoch auch andere Signale, die teilweise sogar auf eine Wiedergeburt von SAS/AF hindeuten.

Auf SAS-L ist im letzten Oktober hierzu ein sehr interessanter Beitrag "future of SAS/AF" erschienen, der (unwidersprochen) einen SAS-Mitarbeiter zitiert mit den Worten "wenn Ihre Anwendung nicht über das Web eingesetzt werden muss, ist SAS/AF eine funktionsfähige Alternative" und "wir erweitern SAS/AF in SAS 9.2 um neue Funktionen und stellen mehr Programmierer ein, die sich diesem Produkt widmen".

SAS UK schreibt 2003 unter SAS/AF: An Update: "Die SCL-Sprache wird weiterhin innerhalb von SAS verbessert werden. Sie ist weiterhin ein Kernbestandteil von AppDevStudio."