Jaka jest różnica między Out-Filei w PowerShell Set-Content? Albo Add-Contenti Out-File -append?
Odkryłem, że jeśli używam obu w tym samym pliku, tekst jest w pełni zmodyfikowany .
(Drugie drobne pytanie: >czy jest aliasem dla Out-File, prawda?)
Odpowiedzi:
Oto podsumowanie tego, co wydedukowałem po kilku miesiącach doświadczeń z PowerShell i kilku eksperymentach naukowych. Nigdy nie znalazłem tego w dokumentacji :(
[ Aktualizacja: większość z tego wydaje się być teraz lepiej udokumentowana.]
Podczas Out-Filedziałania inna aplikacja może odczytać plik dziennika.
Podczas Set-Contentdziałania inne aplikacje nie mogą odczytać pliku dziennika. Dlatego nigdy nie używajSet-Content do rejestrowania długo działających poleceń.
Out-Filezapisuje w kodowaniu Unicode( UTF-16LE) domyślnie (chociaż można to określić), podczas gdy Set-Contentdomyślnie jest to ASCII( US-ASCII) w PowerShell 3+ (można to również określić). We wcześniejszych wersjach programu PowerShell Set-Contentzapisano zawartość w Defaultkodowaniu (ANSI).
Uwaga edytora : PowerShell od wersji 5.1 nadal domyślnie korzysta z Defaultkodowania specyficznego dla kultury („ANSI”), pomimo tego, co twierdzi dokumentacja. Gdyby wartość ASCII była domyślna, znaki inne niż ASCII, takie jak, üzostałyby przekonwertowane na literał ? , ale tak nie jest : 'ü' | Set-Content tmp.txt; (Get-Content tmp.txt) -eq '?'yields $False.
PS > $null | out-file outed.txt
PS > $null | set-content set.txt
PS > md5sum *
f3b25701fe362ec84616a93a45ce9998 *outed.txt
d41d8cd98f00b204e9800998ecf8427e *set.txt
Oznacza to, że wartości domyślne dwóch poleceń są niekompatybilne, a mieszanie ich spowoduje uszkodzenie tekstu, dlatego zawsze określaj kodowanie.
Jak wyjaśnił Bartek, Out-Filezapisuje fantazyjne formatowanie wyjścia, jak widać na terminalu. Tak więc w folderze z dwoma plikami polecenie dir | out-file out.txttworzy plik z 11 wierszami.
Natomiast Set-Contentzapisuje prostszą reprezentację. W tym folderze z dwoma plikami polecenie dir | set-content sc.txttworzy plik z dwoma wierszami. Aby emulować wyjście w terminalu:
PS > dir | ForEach-Object {$_.ToString()}
out.txt
sc.txt
Uważam, że to formatowanie ma wpływ na podziały wierszy, ale nie mogę tego jeszcze opisać.
Set-Contentnie tworzy niezawodnie pustego pliku, gdy Out-File:
W pustym folderze polecenie dir | out-file out.txttworzy plik, a dir | set-content sc.txtnie.
Set-Contentpobiera nazwę pliku z potoku; pozwalając na ustawienie pewnej stałej wartości wielu plików.
Out-Filepobiera dane z rurociągu; aktualizacja zawartości pojedynczego pliku.
Set-Content zawiera następujące dodatkowe parametry:
Out-File zawiera następujące dodatkowe parametry:
Więcej informacji na temat tych parametrów można znaleźć w pomocy; np get-help out-file -parameter append.
Out-Filew niektórych sytuacjach ma problemy z długimi kolejkami. Na przykład: $x = [pscustomobject]@{A=('a' * 500); B=('b' * 500)}; $x | Out-File -Path myfile.txt.
Out-Filezachowuje się nadpisując ścieżkę wyjściową, chyba że ustawiono flagę -NoClobberi / lub -Append. Add-Contentdoda zawartość, jeśli ścieżka wyjściowa już istnieje domyślnie (jeśli może). Obie utworzą plik, jeśli jeszcze nie istnieje.
Inną interesującą różnicą jest to, że Add-Contentdomyślnie Out-Fileutworzy plik zakodowany w ASCII i domyślnie utworzy plik z kodowaniem little endian Unicode.
>to alias syntactic sugar for Out-File. Jest Out-Filez kilkoma wstępnie zdefiniowanymi ustawieniami parametrów.
echo "" > $null | Add-Content abc.txt, nie utworzysz pliku abc.txt, podczas gdy Out-File to zrobi.
Add-Contentnic nie otrzymuje. Jeśli Add-Contentnie otrzyma niczego, dlaczego miałby utworzyć plik? Z drugiej strony to samo pytanie można by zadać Out-File.
gci $folder | Out-File log.txt ; cat log.txtdziała natomiast gci $folder | Add-Content log.txt ; cat log.txtwysadza
Set-Contentużywania plik jest niedostępny dla innych aplikacji.
Cóż, nie zgodziłbym się ... :)
więc:
ls | Add-Content test.txt
i
ls | Out-File test.txt
da zupełnie inne rezultaty.
I nie, „>” nie jest aliasem, jest operatorem przekierowania (tak samo jak w innych powłokach). I ma bardzo poważne ograniczenia ... Będzie wycinać linie w taki sam sposób, w jaki są wyświetlane. Out-File ma parametr -Width, który pomaga tego uniknąć. Ponadto w przypadku operatorów przekierowania nie możesz zdecydować, jakiego kodowania użyć.
HTH Bartek
>i Out-File to to samo. Nazywają ten sam kod. Z programu PowerShell w akcji Bruce'a Payette'a Wydanie drugie (Kindle Locations 4646):In fact, myScript > file.txt is just “syntactic sugar” for myScript | out-file -path file.txt In some cases, you’ll want to use Out-File directly because it gives you more control over the way the output is written.
>nie jest dokładnym odpowiednikiem out-file. Jeśli ustawisz $PSDefaultParameterValues["Out-File:Encoding"] = "UTF8", zostanie zignorowany przez >.
Set-Contentobsługuje -Encoding Byte, a Out-Filenie.
Więc jeśli chcesz zapisać dane binarne lub wynik Text.Encoding#GetBytes()do pliku, powinieneś użyć Set-Content.
Out-file -append lub „>>” może w rzeczywistości mieszać dwa kodowania w tym samym pliku. Nawet jeśli pierwotnie plik jest ascii lub ansi, domyślnie doda unicode na dole. Add-content sprawdzi kodowanie i dopasuje je przed dołączeniem. Btw, export-csv domyślnie ustawia ascii (bez akcentów), a set-content / add-content na ansi.
Set-Contentdomyślne kodowanie: przetłumaczone na(Get-Culture).Textinfo.ANSICodePage(Windows 8.1, Powershell 4.0, CurrentCulturecs-CZ, CurrentUICultureen-GB, ANSICodePage1250, OEMCodePage852, testowane przy użyciu'řž'ciągu z różnymi kodami na powyższych stronach kodowych).