0.01 не является целым числом (целым числом), поэтому вы, конечно, не можете его разобрать. Вместо этого используйте Double.parseDouble
или Float.parseFloat
.
Инструменты являются просто инструментами.
Они помогают, или они не делают.
Вы нуждаетесь в помощи, или Вы не делаете.
, Если Вы знаете, Unix и те инструменты делают то, что Вам нужны они, чтобы сделать в Windows - затем Вы - счастливый парень и нет никакой потребности изучить PowerShell (если Вы не хотите исследовать).
Мое исходное намерение состояло в том, чтобы включать ряд инструментов Unix в Windows и быть сделано с ним (много нас в команде имеют глубокие фоны Unix и здоровую дозу уважения к тому сообществу.), Что я нашел, был то, что это действительно не помогло многому. Причина этого состоит в том, что awk/grep/sed не работают против COM, WMI, ADSI, Реестра, хранилища сертификата, и т.д., и т.д. Другими словами, UNIX является всей экосистемой, самонастроенной вокруг текстовых файлов. По сути, инструменты обработки текста являются эффективно инструментами управления. Windows является совершенно другой экосистемой, самонастроенной вокруг API и Объектов. Вот почему мы изобрели PowerShell.
то, Что я думаю, что Вы найдете, - то, что будет много случаев, когда обработка текста не получит Вас, что Вы хотите в Windows. В той точке Вы захотите взять PowerShell. ОТМЕТЬТЕ - это не все или ничего соглашение. В PowerShell можно обратиться инструментам Unix (и использовать их текстовый процесс или обработку текста PowerShell). Также можно назвать PowerShell от инструментов Unix и получить текст.
Снова - нет никакой религии здесь - наш фокус находится на предоставлении Вам инструменты, за которыми необходимо следовать. Именно поэтому мы так увлечены обратной связью. Сообщите нам, где мы терпим неудачу или где у Вас нет инструмента, Вам нужно, и мы поместим его в список и доберемся до него. Во всей честности мы роем нас из 30-летней дыры, таким образом, она собирается требовать времени. Тем не менее, если Вы берете бету Windows Server 2008 /r2 и/или беты наших серверных продуктов, я думаю, что Вы будете потрясены в том, как быстро, что дыра становится заполненной.
Относительно использования - мы имели> 3,5 миллиона загрузок до настоящего времени. Это не включает людей, использующих его в Windows Server 2008, потому что это включено как дополнительный компонент и не нуждается в загрузке. V2 будет поставляться во всех версиях Windows. Это будет on-by-default для всех выпусков кроме ядра Сервера, где это - дополнительный компонент. Вскоре после поставок Windows 7/Windows Server 2008 R2 мы сделаем V2 доступный на всех платформах XP и выше. Другими словами - Ваши инвестиции в изучение будут применимы к очень большому количеству машин/сред.
Один последний комментарий. Если/когда Вы начинаете изучать PowerShell, я думаю, что Вы будете довольно счастливы. Большая часть дизайна в большой степени под влиянием нашего образования Unix поэтому, в то время как мы очень отличаемся, Вы возьмете его очень быстро (после преобладания над сквернословием этого, это не Unix :-)). Мы знаем, что у людей есть очень ограниченный бюджет для изучения - именно поэтому мы - супер хардкор о непротиворечивости. Вы собираетесь изучить что-то, и затем Вы будете использовать его много раз и снова.
Эксперимент!Приятного отдыха! Участвуйте!
Я нашел, что программирование PowerShell не стоило усилия.
у меня есть несколько лет опыта со сценариями оболочки под Unix, но я нашел чрезвычайно трудным сделать большую часть чего-либо с PowerShell.
кажется, что много функций требуют, чтобы Вы опросили Windows Management Interface и дали подобные SQL команды для получения информации, в которой Вы нуждаетесь.
, Например, я хотел записать, что сценарий к удаляет все файлы с определенным суффиксом от дерева каталогов. Под Unix, это было бы простым...
find . -name \*.xyz -exec rm {} \;
После нескольких часов, защищая дамбой вокруг с Scripting.FileSystemObject
и WScript.Shell
и выпуская "ВЫБОР * ОТ Win32_ShortcutFile, ГДЕ Диск = '"& диск &"'; И Путь = '"& searchFolder &"; '", я наконец сдался и согласился на команду Search Windows Explorer , и просто сделайте это вручную. Существует, вероятно, некоторый способ сделать то, что я хотел, но я не видел ничего очевидного, и все примеры на сайте MSDN были так тривиальны, что были бесполезны.
РЕДАКТИРОВАНИЕ Heh, конечно, как только я записал это, я еще ввел по абсолютному адресу вокруг некоторых и нашел то, что я пропускал: -recurse
опция к команде удалять-объекта является дефектной (показал, используете ли Вы get-help remove-item -detailed
).
я пробовал "удалять-объект - фильтруют '* .xyz' - рекурсивно вызывают", и он не работал, таким образом, я разочаровался в нем.
Оказывается, что необходимо использовать get-childitem -filter '*.xyz' -recurse | remove-item
PowerShell очень мощен, более мощен, чем стандарт, созданный-ins из оболочек Unix (но только потому, что он включает большую часть функциональности, обычно выходил из оболочки к подпрограммам). Кроме того, полагайте, что можно записать апплеты на любом языке.NET, включая IronPython, IronRuby, PerlNet, и т.д. или можно просто назвать команды Cygwin от PowerShell, игнорируя всю дополнительную функциональность, и это будет работать так же к Bash, KornShell, или безотносительно...
Я не видел, что PowerShell действительно взлетел по крайней мере еще. Таким образом, это не могло бы стоить усилия по изучению его, если те другие в Вашей команде уже не знают это.
Для Вашего затруднительного положения Вы могли бы быть более обеспечены с языком сценариев, от которого другие могли отстать, Perl как Вы упомянутый, или другие как Ruby или Python.
я думаю, что многое из него зависит от того, что необходимо сделать. Лично я использовал Python для своих собственных персональных сценариев, но я знаю, когда я начинаю писать что-то, что я никогда не буду мочь передать его - таким образом, я попытаюсь не сделать что-либо слишком революционное.
Когда Вы сравниваете PowerShell с комбинацией Cygwin/Perl/Shell, знать, что PowerShell только представляет часть "Shell" той комбинации.
можно однако вызвать любую команду от PowerShell, как Вы делаете из cmd.exe или Cygwin. Это делает не , повторно реализуют указанные функции, и это, конечно, не сопоставимо с Perl.
Это - "просто" оболочка, но это делает программирующее более легкое обеспечение удобного интерфейса к вселенной.NET.
Также имеют в виду, что PowerShell требует Windows XP, Windows Server 2003 или выше, который может создать проблему в зависимости от Вашей инфраструктуры ИТ.
Обновление:
я понятия не имел, какие философские дебаты мой ответ зажжет.
я отправил свой ответ в контексте вопроса: Сравните PowerShell с Cygwin и Perl и Bash.
PowerShell является оболочкой, поскольку это не имеет никакого синтаксического значения между встроенными командами, commandlets, функциями пользователя и внешними командами (.exe, .bat, .cmd). Только вызовы методы.NET отличаются путем добавления пространства имен или объекта в вызове.
Его программируемость происходит из платформы.NET, не от чего-либо определенного до PowerShell "язык".
я сказал бы, что полагаю, что PowerShell является "языком сценариев", как только Bugzilla или MediaWiki реализован как сценарии PowerShell, работающие на веб-сервере ;)
До тех пор, обладает эти сравнения .
Я не очень опытный пользователь PowerShell каким-либо образом, но немного его, что я был подвергнут впечатленному меня много. Можно объединить встроенный cmdlets в цепочку вместе, чтобы сделать примерно что-либо, что Вы могли сделать при подсказке Unix, и существует некоторое дополнительное совершенство для того, чтобы сделать вещи как экспорт в CSV, HTML-таблицы, и для большего количества всесторонних типов системного администрирования заданий.
И если Вам действительно было нужно что-то как sed, всегда существует UnixUtils или GnuWin32, который Вы могли интегрировать с PowerShell довольно легко.
Как давний пользователь UNIX, я действительно однако испытывал немного затруднений, привыкающих к схеме именования команды, и я, конечно, извлеку выгоду больше из него, если я знал больше.NET.
Поэтому по существу, я говорю, что определенно стоит изучить это, если Единственный мыс Windows его не создает проблему.
Я использовал немного PowerShell для автоматизации сценария. В то время как очень хорошо, что среда, кажется, была продумана намного больше, чем оболочки Unix, на практике использование объектов вместо текстовых потоков является намного более неуклюжим, и много средств Unix, которые были разработаны за прошлые 30 лет, все еще отсутствуют.
Cygwin является все еще моей предпочтительной средой сценариев для хостов Windows. Это, конечно, бьет альтернативы с точки зрения добивания цели.
Если Вам нравится оболочка, пишущая сценарий Вас, то будет любить PowerShell!
Запускаются в экскурсия А по Microsoft Command Shell (Ars Technica).
grep
Select-String
cmdlet и -match
работа оператора с regexes. Также можно непосредственно использовать поддержку regex.NET большей передовой функциональности.
вид
Sort-Object
более мощен (чем я помню *nix's sort
). Разрешение многоуровневой сортировки по произвольным выражениям. Здесь обслуживание PowerShell базового типа помогает; например, DateTime
свойство будет отсортировано как DateTime
, не имея необходимость гарантировать форматирование в поддающийся сортировке формат.
uniq
Select-Object -Unique
Perl (как близко PowerShell приходит к возможностям Perl?)
С точки зрения ширины Perl зависящих от домена вспомогательных библиотек: нигде близко (все же).
Для общего программирования, PowerShell, конечно, более связен и последователен, и легче расшириться. Один разрыв для текстовой порчи является чем-то эквивалентным Perl ..
оператор.
AWK
Это долго достаточно с тех пор использовало AWK (должен быть> 18 лет, так как позже я просто использовал Perl), так не может действительно прокомментировать.
sed
[Видит выше]
файл (команда, которая дает информацию о файле)
, сила PowerShell здесь не является большой частью из того, что это может сделать с объектами файловой системы (и это получает полную информацию здесь, dir
возвраты FileInfo
или FolderInfo
объекты как соответствующие), это - целая модель поставщика.
можно рассматривать реестр, хранилище сертификатов, SQL Server, Internet кэш RSS Проводника, и т.д. как объектное пространство, пригодное для навигации тем же cmdlets как файловая система.
<час>PowerShell является определенно путем вперед в Windows. Microsoft сделала это частью их требований для будущих недомашних продуктов. Следовательно богатая поддержка в обмен, поддерживайте в SQL Server. Это только собирается расшириться.
А недавним примером этого является TFS PowerToys. Много клиентских операций TFS обходятся без необходимость запустить tf.exe каждый раз (который требует нового серверного соединения TFS, и т.д.), и особенно легче затем, далее обрабатывают данные. А также предоставление широкого доступа к целому клиенту TFS API к большей детали, чем выставленный в любом Проводнике Команды TF.exe.