> No, to teraz pytanko - dlaczego to musi być tak popieprzone (w
> porównaniu z bash). Taki sobie skrypt:
>
> Const SHOW_ACTIVE_APP = 1
> Set objShell = Wscript.CreateObject("Wscript.Shell")
> objShell.Run ("echo 123"), SHOW_ACTIVE_APP, True
> Wscript.Quit
>
> zamiast grzecznie wypisać 123 - buntuje się, bo oczywiście nie ma
> takiego programu jak echo w MS Windows. Echo jest wbudowane w
> command.com, ale command.com też nie bardzo działa z VBS, w dodatku XP i
> Vista to raczej cmd.exe .
>
> Po co takie cudo mi? Ano po to, aby zrobić "echo " & param & " |
> app.exe" zamiast zwykłego "echo 123".
>
> W bash to trywialne: echo "$param1 $param2 $param3 $param4" | app
>
> Po co tak? Ano, param-sy są wypracowywane przez skrypt - jakieś 20-30
> wartości na każdy, czyli łącznie więcej niż 20^4 zestawów parametrów ale
> trochę z tego odpada - nie każda kombinacja jest potrzebna. To powinno
> się łatwo modyfikować, tak bez kompilacji - także np. przy powtórnym
> uruchomieniu nie odpalać zestawu już policzonego itd. Sam program app
> jest mocno numeryczny - i chodzi o to, aby nie zaśmiecać go jakimiś
> bzdetami okołosystemowymi (czas obliczeń dla jednego zestawu... no...
> powiedzmy około 2 godziny; tak, wiem ile jest 2 godziny razy 160 000;
> tak, wiem co to jest O(n^k) i wiem że nie da się szybciej - i tak jest
> zaje... szybko.) .Ładowanie od nowa za każdym razem ułatwia życie gdy
> system padnie czy coś - strata tylko jednego przebiegu.
>
> W bash to było trywialne - generowanie parametrów, odpalanie programu,
> łapanie wyników, archiwizacja wyników, transfer do gnuplot przez sed,
> duży ładny plik z wynikami - kilkaset stron wykresów. Ba! Skrypty
> ślicznie gwarantują odtwarzalność wyników - jak ktoś nie wierzy, czy np.
> będzie chciał policzyć te same zestawy parametrów ale dla innego modelu
> - to proszę bardzo, bez wysiłku. Tak jak lubię - mniej klikania więcej
> rezultatów. A program app ma tylko stdin/stdout. Zero GUI.
>
> W Windows jest... no jakoś pod górkę. W końcu są Unix Utils - bo jestem
> za leniwy aby uruchamiać Linuksa. Można by zakładać plik tymczasowy.
> Można napisać własne echo. Ale chyba już mi się odechciało skryptów w MS
> Windows.
>
> Czy MS musi wszystko komplikować bardziej niż trzeba?!

Ale tu nie ma nic skomplikowanego. Masz obiekt do uruchamiania programów
zewnętrznych - używasz go dla każdego pojedynczego programu. Wyniki
działania wyciągasz do zmiennej, obrabiasz w VBS i przekazujesz jako
parametry przy uruchamianiu kolejnych programów.

Identycznie by to można zrobić w Perlu, czy czymkolwiek pod unixami.

Jedynie nie ma w WSH możliwości bezpośredniego wykonywania potokowego,
ale taka technika i tak jest błędogenna przy bardziej skomplikowanych
rzeczach, więc to nie powinno być problemem.


--
Zobacz, jak się pracuje w Google:
http://pracownik.blogspot.com