PowerShell Runspace по сравнению с ДОЛЛАРОМ
Самая влиятельная книга программирования для меня была Достаточно Веревки для Стрельбы в в Ноге Allen Holub .
Обложка книги http://ecx.images-amazon.com/images/I/71AE90J735L._SL500_AA240_.gif
O, ну, в общем, когда это было.
4 ответа
В .NET 4.0 DLR состоит из того, что вы можете считать «DLR v1.0». Это включает в себя механизм кэширования сайта вызова, функции межъязыкового взаимодействия и улучшения существующих деревьев выражений LINQ. Все эти функции очень полезны для реализации языка, но не для размещения языка.
И это недостающий элемент в DLR 1.0 - история общего хостинга для всех языков. Но у нас есть начало для этого в виде API-интерфейсов хостинга, которые мы поставляем для проектов CodePlex с DLR и IronPython, а также с IronRuby на github. К сожалению, мы не думали, что сможем довести эти API до уровня качества поставки в сроки .NET 4.0, поэтому не включили их. В частности, мы хотим получить больше отзывов от других языков, таких как Powershell и даже VB и C #, чтобы убедиться, что у нас есть правильные API.
Поэтому у каждого языка более или менее есть своя собственная история хостинга, за исключением IronPython и IronRuby прямо сейчас. Но мы хотели бы, чтобы все это было унифицировано в будущем, чтобы ваши пользователи могли выбирать, какой язык использовать. Но прямо сейчас Powershell просто не на что нацелится.
I agree, the DLR has and will continue to generate lots of good discussion. PowerShell is not targeted for the DLR. I don’t know why though.
Hosting PowerShell in a .NET app enables the PowerShell object pipeline in the scripting solution which I believe is one key benefit.
There are examples of calling PowerShell from IronPython.
You can also embed IronPython in PowerShell.
IronPython and IronRuby don’t have the same integration to Windows as does PowerShell. It would be great if PowerShell were DLR enabled out of the box.
Ответ Дуга затрагивает несколько ключевых моментов, но я думаю, что основной причиной использования PowerShell в качестве механизма сценариев в приложении .NET является тот факт, что PowerShell становится основной поверхностью управления. в приложениях Microsoft и будут более знакомы системным администраторам, обслуживающим ваше приложение.
IronPython и IronRuby (а также любой другой язык, предназначенный для DLR), вероятно, останутся более знакомыми аудитории разработчиков.
Я считаю, что Microsoft следовало разработать свои интерфейсы управления Backoffice на основе DLR, чтобы первоклассные и уже проверенные языки, такие как Python и Ruby, в .NET (или любом другом языке) построенный на DLR), в отличие от того, что, я думаю, они сделали, изобретая колесо с помощью Powershell. Помимо использования для управления приложениями инфраструктуры, например Exchange, у меня нет стимула изучать Powershell, когда уже существуют отличные языки. Мои 0,02 цента.