>Сразу оговорюсь, все написанное мое личное мнение, я не являюсь гуру в
>PowerShell, просто немного интересуюсь этой темой. Аналогично, все нижесказанное, только IMO
>На мой взгляд идея PowerShell очень интересна, и это очень «юниксвейно», даже
>странно, что то придумал не кто то из мира UNIX а Microsoft.
Возможно идея и интересна, но реализация несколько... монстрообразная
>Если не смотреть на авторство и конкретную реализацию, а рассматривать саму технологию,
>то это могло бы стать серьезным шагом вперед.
в потребности бОльшего количества гигагерц, гигабайт, геммороя, возможно
>фишка UNIX, в каналах и перенаправлении, в построении цепочек из программ.
а зачем для простых файлов сложные форматы? фишка -- не усложнить себе и другим жизнь
>Текстовые каналы замечательно работали во времена чистой консоли, и простых тестовых
>форматов, но начинают пробуксовывать если форматы данных сложные.
да и сейчас неплохо работают, но для всего свой инструмент
>Например, с помощью
>grep, sed и.т.д. вы можете легко удалить или добавить строки в
>файл aliases, но изменение XML уже будет довольно сложной задачей. А
зачем например для файла aliases XML формат??? если все и так достаточно просто обрабатывается grep'ом
>как вы будете редактировать файлы OO?
в openoffice наверное, или предварительно сконвертировав
>Плюс для написания хорошего скрипта вам надо досканально знать формат файла, а
>после выхода новой программы скрипт может перестать работать (например в конфиге
>появился новый праметр, этот параметр вашему скрипту и не нужен совсем,
>но регулярное выражение в скрипте перестало работать), соответственно вам нужно постоянно
>следить за изменениями во всех программах, с которыми работает ваш скрипт.
Наверное новые версии програм, но тогда это уже вопрос о backward compatibility и следованию стандартам итп. Точно так же возможны изменения в любом коде (втч и в самом PowerShell)
>IMHO это причина почему нет полноценных, универсальных, графических конфигураторов.
причина частично и в том, что например на сервере без Х'ов это попросту ненужно (не всем и далеко не всегда такое по-настоящему нужно)
>В классические каналы вообще толком не работают, иксовые программы нелинейны. Да, есть
>графические "морды" к консольным утилитам, но интерактивность их оставляет желать лучшего,
>Переход от чисто ткстовых каналов к ООП, позволит убрать многие проблемы, сделать
>скрипты проще, упростить сопровождение. А если вместо линейного канала, ввести разветвленный
>граф то это может изменить всю систему взаимодействия иксовых приложений.
И это проще?
+во многих ситуациях, к сожалению, тот же XML крайне неподходящ, а про, например ABNF благополучно забывают, ибо "не модно"