Jakie są powody używania programów wsadowych DOS w systemie Windows?

Question

Pytanie

Co byłoby dobre (idealnie, techniczne) powód, aby kiedykolwiek zaprogramować pewne nietrywialne zadanie w języku dos wsadowego na nowoczesnym systemie Windows jako przeciwieństwie do pobierania albo PowerShell lub ActiveState Perl?

Aby być bardziej szczegółowe, robię dwa następujące założenia do czasu trwania tego pytania:

• ktoś wystarczająco techniczny móc napisać skrypt średnich złożoność partia jest wystarczająco techniczny zainstalować jeden z tłumacze skryptowi.

• Żadne z tych dwóch nie posiada wystarczającej liczby krzywej uczenia się dla podstawowych zadań zastępowania partii, a wspomniana krzywa przeważa ból związany z wykonywaniem nietypowych zadań w partii.

Uwagi

• "Potrzebny jest program wsadowy do autoexec.bat" nie jest ważny powód. Twój plik autoexec.bat może składać się z prostego wywoływania skryptu niebędącego pakietem wsadowym.

• Jeśli nie zgadzasz się z żadnym z moich dwóch założeń powyżej, jest to w porządku i może się mylić. Ale moje pytanie brzmi konkretnie "zakładając, że te dwa założenia są prawidłowe, jaki byłby powód, aby nadal trzymać się partii?" Jeśli ułatwia to zawieszenie niewiary (w przypadku, gdy nie zgadzasz się ze mną), dodaj trzecie założenie, że pytanie jest ograniczone do osób, które już posiadają przynajmniej odrobinę doświadczenia PowerShell lub Perl.

  Ponowna iteracja - nie jest to subiektywne pytanie o to, jak łatwo można nauczyć się PSh lub ASPerl w porównaniu do zaawansowanego kodowania wsadowego. To jest osobne pytanie, które jest zbyt subiektywne, aby można było sobie z tym poradzić.

Tło:

kiedyś zrobić jakiś dość skomplikowanego programowania wsadowego w Dawnych dni, i pamiętają partię jako jeden z najgorszych języków programowania możliwe zetknąłem.

Pomysł na to pytanie pojawił się po tym, jak zobaczyłem kilka pytań na temat SO i próbowałem wyłudzić odpowiedź jednego z nich z czystej ciekawości i po chwili poddać się z bólu, wykrzykując mentalnie "dlaczego ktoś miałby pójść przez ten ból zamiast robić to w 1 linii Perla? " :)

Moja własna odpowiedź wiarygodna

Przypuszczam, że może być an an prawdopodobne systemu DOS-kompatybilne, który ma DOS tłumacza, ale nie ma zgodnego PowerShell lub Perl ... Nie jestem świadom jednego ale nie do końca niemożliwe.

Answer 1

Zasadniczo konieczne jest, aby skrypt działał na maszynie, która nie ma innego tłumacza i na której nie można zainstalować interpretera. Serwery produkcyjne w wielu firmach to dobry przykład - chcesz, aby dysponowały one jak najmniejszą liczbą wektorów eksploatacyjnych, co oznacza brak języków skryptowych, które nie są wymagane dla funkcjonalności aplikacji.

Masz rację, kiedy mówisz, że język partii jest okropnym językiem - jest powód, dla którego zatopili oni czas i pieniądze w budowaniu PowerShell - ale jest to również jedyny uniwersalny język, na którym możesz polegać w niezliczonych wersjach systemu Windows.

Answer 2

Ponieważ pracuję w banku, w którym domyślną przeglądarką jest IE6 w systemie Windows XP i nie mam pojęcia, czy będę mógł zainstalować PowerShell na czyimś komputerze, a ja mam plik wsadowy, którego mogą szybko i łatwo użyć :

sqlcmd with some pre-import SQL 
bcp 
sqlcmd with some post-import SQL 

z całej partii, która chciałaby być runAs/netonly ponieważ stacja robocza nie uczestniczy w domenie że SQL Server to/trustów.

Nie że ja narzekam ani nic ...

I chciałbym powiedzieć, że są nietrywialne, ponieważ czasami biorą parametry i wymagają trochę dość szaloną ucieczkę cytowania.

Answer 3

Mam umowę w dużej firmie użyteczności publicznej, która absolutnie nie zezwala na niezatwierdzonych programów na swoich komputerach. Tego można się spodziewać po komputerach podłączonych do najbardziej wewnętrznych sieci, które łączą się między komputerami sterującymi i urządzeniami, ale zakaz dotyczy również sieci ogólnego przeznaczenia i administracyjnej.

Zatwierdzonym systemem operacyjnym jest Windows XP SP3 z IE6. Aktualizacja jest niedozwolona, ​​dopóki wsparcie techniczne jej nie pobłogosławi. Co, jak się wydaje, może jeszcze za kilka lat.

Dlatego pliki wsadowe są jedynym dostępnym ogólnym narzędziem skryptowym. Niektóre maszyny programistyczne mają dostęp do kompilatorów C++, ale powstałe programy nie są dozwolone w dystrybucji wewnętrznej do zakończenia (prawdopodobnie wieloletniego) procesu sprawdzania poprawności.

Answer 4

Można również użyć vbscript lub jscript zamiast perla i nie trzeba się martwić o instalowanie dodatkowego oprogramowania.

Answer 5

różne powody

1. Jego polityka firmy, będzie to dla bezpieczeństwa lub innych przyczyn nielogicznych podanych przez kierownictwo, które ściśle stosowanie DOS.
2. Musisz już wcześniej obsługiwać niektóre dotychczasowe skrypty DOS .
3. Ty lub administratorzy w firmie znasz tylko DOS i nie masz zdolności do nauki innych języków.
4. Jesteś kodująca część większego programu DOS już pisemnej
5. robienia rzeczy z „trudniejszy” sposób, że będziesz wyglądać cool.
6. Masz dużo czasu na rękach opracowanie obejścia niektórych rzeczy, które są trudne do zrobienia łatwo DOS