[DJ Mogarych]

Код:

$txt = gc D:\temp\test\Users.txt
[array]$csv = import-csv D:\temp\test\user_list.csv

foreach ($login in $txt) {
    if ($login -notin $csv.samaccountname) {
    $csv += [pscustomobject]@{samaccountname="$login";count="1"}
    }
    else {([double]($csv |? samaccountname -eq "$login").count)++}
}

$csv |export-csv D:\temp\test\user_list.csv -NoTypeInformation

[ejik_off]

DJ Mogarych, спасибо, работает!

[Iska]

ejik_off, это потому, что у Вас в примере в csv-файле одна строка. Я всё время забываю, что нужно постоянно отслеживать эти долбаные просчёты в архитектуре милые шалости PowerShell'a.

Замените в том коде эту строку:

Код:

$sCSVContent = Import-Csv  -Path $sCSVFile

на эту:

Код:

$sCSVContent = , (Import-Csv  -Path $sCSVFile)

[DJ Mogarych]

А, так вот в чём дело - а я и думаю, почему в csv просто так нельзя было добавить строку, и надо было принудительно указывать, что это массив, а не кастом-объект. В принципе, логично - PS что видит, так и интерпретирует, объект один, так почему это должно быть массивом?

[greg zakharov]

Какие все однако переутомившиеся: сперва венгерская нотация, потом бредни про массив...

Код:

$c = Import-Csv .\input.csv
$c.GetType() # возвращает Object[]

[Iska]

В принципе, логично - PS что видит, так и интерпретирует, объект один, так почему это должно быть массивом? »

Я бы предпочёл, чтобы это был массив из одного элемента — вот это было бы вполне логично. А когда тип возвращаемого командлетом значения зависит от количества данных — это, простите, совсем нелогично. И по факту на каждый такой случай всё равно приходится при кодировании либо «лепить» подобную конструкцию, либо отдельно учитывать случай с возвращаемым базовым типом вместо массива.

Ладно, я понимаю, когда совсем нет элементов — тут деваться некуда. Это надо проверять. Так было с незапамятных времён, так и осталось. Но PowerShell теперь к этим двум вариантам добавляет ещё и третий вариант, абсолютно бессмысленный с точки зрения программирования, но который тоже приходится учитывать.

Может быть, в шестой версии, которая у коллеги greg zakharov, это уже не так, и для одной строки командлет Import-Csv возвращает именно массив из одного элемента. Как и прочие командлеты в аналогичных случаях. Дай-то бог. Но у меня, в 5.1, пока что так:

Скрытый текст

[greg zakharov]

Iska, специально для вас:

Код:

E:\sandbox
λ $PSVersionTable.PSVersion

Major  Minor  Build  Revision
-----  -----  -----  --------
5      1      18362  145


E:\sandbox
λ $c = Import-Csv .\input.txt

E:\sandbox
λ $c.GetType()

IsPublic IsSerial Name                                     BaseType
-------- -------- ----                                     --------
True     True     Object[]                                 System.Array



E:\sandbox
λ $c[0]

samaccountname count
-------------- -----
ppetrov        1

E:\sandbox
λ $c[0].samaccountname
ppetrov

Тот же результат будет и в шестерке и в семерке.

[Petya V4sechkin]

И да, вы непременно удалите это сообщение, сославшись на якобы нарушение форумных правил.

Я удалю ваши сообщения, поскольку они явным образом нарушают пункты 3.1 и 3.7 общих правил форума.

[YuS_2]

Я бы предпочёл, чтобы это был массив из одного элемента — вот это было бы вполне логично. »

А если потребуется не массив, а единственный элемент, сохраняемый с определенным типом? Ситуации бывают разные, иногда, как раз, требуется ограничить данные, чтобы получался на выходе не массив.

А когда тип возвращаемого командлетом значения зависит от количества данных — это, простите, совсем нелогично. »

При наличии функциональности автоматического приведения типов, это, скорее, логично. И не в командлете загвоздка, кстати...

И по факту на каждый такой случай всё равно приходится при кодировании либо «лепить» подобную конструкцию, либо отдельно учитывать случай с возвращаемым базовым типом вместо массива. »

Всё гораздо проще:
Если требуется таки массив, при любом количестве данных, то необходимо указать тип переменной, либо:

для одной строки командлет Import-Csv возвращает именно массив из одного элемента. Как и прочие командлеты в аналогичных случаях. »

Командлет, в данном случае, не при чем, так работало:


и продолжает работать автоматическое приведение типов:


И кроме того, есть ведь специальный оператор массива:
The array operator is useful in scripts when you are getting objects, but do not know how many objects you get.

Код:

$p = @(Get-Process Notepad)

Так что логика, определенно, присутствует... к ней просто надо привыкнуть.

[Busla]

Я бы предпочёл, чтобы это был массив из одного элемента — вот это было бы вполне логично. А когда тип возвращаемого командлетом значения зависит от количества данных — это, простите, совсем нелогично. И по факту на каждый такой случай всё равно приходится при кодировании либо «лепить» подобную конструкцию, либо отдельно учитывать случай с возвращаемым базовым типом вместо массива. »

Тип не зависит от количества. Практически все командлеты написаны под функциональный стиль использования - они не "возвращают", они выдают результат в первый поток. Это вы своим любимым императивным подходом обращаетесь к неявным преобразованиям типов.