2009-02-11 13 views
22

Właśnie dyskutowaliśmy o tym, więc poszedłem trochę poszukać, ale niczego nie znalazłem, zip, nada.Przyszłość cmd & powershell

Jaka jest przyszłość powłoki cmd użytkownika ms? Czy zamierzają go całkowicie zastąpić pakietem Power Shell w przyszłych wersjach systemu Windows, czy też po prostu zasilić powłokę jako równoległą alternatywę?

Czy ktoś ma żadnych linków, artykułów, ... cokolwiek odnośnie wyżej wymienionych, ponieważ nie byłem w stanie myśleć o stoisku ms w odniesieniu.

Odpowiedz

17

Najnowsza wersja systemu Windows 7 ma dwie powłoki oddzielnie. Wierzę, że nie zastąpią pliku "good-ol" cmd.exe. Potrzebują go głównie ze względu na kompatybilność. Wiele programów nazywa się cmd/c, a replikacja tego samego mechanizmu dla powershell byłaby powieleniem wysiłku. Tak, przypuszczam, że cmd.exe pozostaje.

7

cmd.exe nigdzie się nie wybiera (jest zbyt szeroko stosowany).

Jednak nie sądzę, aby pojawiły się jakieś ulepszenia (nie, że i tak się przez nie płonęły).

5

Powershell jest wyjątkowo dobry w wykonywaniu złożonych zadań. Jednak trudniej się go nauczyć i działa znacznie wolniej.

CMD pozostanie, ponieważ można bardzo szybko uruchamiać pliki wsadowe i wiersze poleceń w EKSTREMALNIE. Dodatkowo niezwykle niedrogie jest wywołanie powłoki poleceń i wykonanie polecenia.

+0

CMD jest znacznie wolniejsza niż Powershell. Przynajmniej do wszystkiego w programowaniu wykorzystałem oba dotychczas. Prosta arytmetyka trwa wieki w cmd. A uruchamianie poleceń sprowadza się do CreateProcess, podatek jest w zasadzie taki sam dla obu powłok. – Joey

+0

Mam na myśli Windows Key + R -> cmd -> ipconfig – Spence

+1

Kompatybilność wsteczna to wielka rzecz, którą Microsoft zachowa, więc wątpię, że cmd zniknie w najbliższym czasie. – Spence

2

Wyobraź sobie, ile skryptów logowania mogłoby się zepsuć, gdyby usunięto plik cmd.exe? Nawet gdyby Powershell mógł bezproblemowo uruchamiać wszystkie polecenia cmd (co nie jest możliwe), skrypty logowania działające pod Powershell będą zbyt powolne podczas logowania użytkownika, ponieważ będziesz musiał poczekać, aż załaduje się .NET.

Słyszałem kiedyś o administratorze Citrix, który przekształcił swoje skrypty logowania w Powershell, a następnie szybko zdał sobie sprawę, że to zły pomysł.

Powiązane problemy