Język przepływu pracy

Język przepływu pracy lub WFL („ wiffle ”) to język sterowania procesami dla dużych systemów Burroughs , w tym serii Unisys ClearPath/MCP i ich systemu operacyjnego Master Control Program . Opracowany wkrótce po B5000 w 1961 roku, WFL jest odpowiednikiem ClearPath języka Job Control Language (JCL) na komputerach mainframe IBM i skryptach powłoki typu Unix system operacyjny. W przeciwieństwie do JCL, WFL jest językiem strukturalnym wysokiego poziomu z podprogramami (procedurami i funkcjami) z argumentami i instrukcjami przepływu sterowania programem wysokiego poziomu . Programy WFL są kompilowane do binarnych plików wykonywalnych, jak każdy inny przedmiot MCP.

WFL jest używany do operacji systemowych wysokiego poziomu, takich jak uruchamianie zadań, przenoszenie i kopiowanie plików, zapewniając możliwość odzyskiwania na wysokim poziomie. Dlatego nie jest to język ogólnego przeznaczenia, ponieważ nie używałbyś go do wykonywania ogólnych obliczeń. Możesz na przykład otwierać i zamykać pliki, aby sprawdzić ich atrybuty; jednak nie możesz czytać ani zmieniać ich treści w WFL – robisz to w języku ogólnego przeznaczenia i wywołujesz to jako zadanie z WFL.

WFL ma czytelną składnię wysokiego poziomu podobną do ALGOL . Nie ma żadnych niskopoziomowych poleceń asemblera JCL, takich jak //SYSIN DD itp. w celu podłączenia urządzeń sprzętowych i otwierania plików dla programów. Wszystkie konstrukcje WFL zajmują się wysokopoziomowymi abstrakcjami zadań i plików. Parametry są również rzeczywistymi parametrami HLL, a nie parametrami pozycji w stylu $1, $2... skryptów powłoki.

WFL ma również polecenie bloku instrukcji, które służy do wydawania operatorom instrukcji potrzebnych do wykonania bieżącego zadania. Instrukcje te są wyświetlane przy użyciu polecenia operatora „IB”.

WFL był skompilowanym językiem w średnich systemach. Ponieważ niektóre interfejsy systemu operacyjnego mogą zmieniać się z wydania na wydanie, kod Medium Systems WFL zawierał kopię źródła w pliku obiektowym. Po wykonaniu zadania WFL sprawdza, czy obiekt jest zgodny z wersją systemu operacyjnego. Jeśli nie, spowodowałoby to ponowną kompilację obiektu przy użyciu źródła osadzonego w kodzie obiektowym.

Zobacz też

• Duże systemy Burroughsa