Расширение приложения.NET C# - создает пользовательский язык сценариев или нет?

Возможно, вы захотите взглянуть на Boo , другой управляемый язык, который работает в среде CLR и который особенно хорошо подходит для создания DSL и создания сценариев для ваших приложений.

Конвейер компиляции напрямую расширяется из самого языка.

Чтение Boo Manifesto - хорошая отправная точка, если вы хотите узнать о нем больше.

[ Edit ] Я забыл упомянуть, что Ayende Rahien пишет полную книгу по этой теме: Создание доменно-специфичных языков в Boo

Возможно, стоит рассмотреть PowerShell для такого рода задач. Он может вызывать .Net так же, как любой из языков DLR, и имеет более естественный язык для задач в концепции командлета (command-let). Вам нужно написать командлеты на скомпилированном языке на v1 - в v2, который развертывается, начиная с Win7 и работает над более ранними выпусками в ближайшие несколько месяцев (v2 для Vista / Win2k8 сейчас находится в RC), вы можете создать их непосредственно в PowerShell.

Я согласен с Марком Джи, хотя стоит упомянуть, что общая концепция - это язык, специфичный для домена. Хотя IronRuby / IronPython не являются строго специфичными для предметной области, они являются полнофункциональными, и вам придется продолжить работу над своей реализацией.

В Visual Studio есть инструменты DSL, и есть материал по грамматике «M», который вы можете найти в.

Но да, IronPython.

Из DSL, который вы собираетесь использовать, я бы рекомендовал использовать CUCUMBER с IronRuby.

С Cucumber тестеры пишут тесты, которые выглядят примерно так:

Scenario: See all vendors
Given I am logged in as a user in the administrator role
And There are 3 vendors
When I go to the manage vendors page
Then I should see the first 3 vendor names

Это очень легко приспособить этот язык к вашим потребностям. Просто погуглите "Cucumber and IronRuby", и вы найдете несколько руководств и сообщений в блогах, с которых можно начать.

Мы используем встроенный Iron Python для формулы ценообразования в одном из наших проектов. Вот как это выглядит на реальном примере.

E_DOCUMENT_CHECK = DCPAV * ADS_NUM
E_SPECIFIC_TAX = STV
E_RESOURCE_DEV = RDV
E_LP_ISSUANCE = LPIV
E_ANNUAL_FEES = APFCV * SA * SIDES_NUM
E_SERVICE_FEES= MAX(
MINSFV,
E_DOCUMENT_CHECK+E_SPECIFIC_TAX+E_RESOURCE_DEV+E_LP_ISSUANCE+E_ANNUAL_FEES)
TOTAL= E_DOCUMENT_CHECK+E_SPECIFIC_TAX+E_RESOURCE_DEV+E_LP_ISSUANCE+E_ANNUAL_FEES+E_SERVICE_FEES

Это действительно просто реализовать. Например, функция Max () - это всего лишь один из пользовательских методов C #, который мы импортируем в движок IronPython, и его естественно использовать в настройках конфигурации.

Вы могли бы просто использовать сам C # в качестве языка сценариев, как описано здесь CrowsProgramming - сценарии времени выполнения в .Net

IronRuby - самый мощный инструмент для создания языков, специфичных для предметной области, потому что его синтаксис намного более гибкий и снисходительный, чем у Python (ваши пользователи собираются заткнуть пробелы и раздражаться из-за обязательного ( ) для вызова методов).

Вы можете написать свой образец скрипта на IronRuby, и он будет выглядеть так:

TURN_POWER_ON
TUNE_FREQUENCY frequency
WAIT 5
if GET_FREQUENCY == frequency
  REPORT_PASS "Successfully tuned to " + frequency
else
  REPORT_FAIL "Failed to tune to " + frequency
end
TURN_POWER_OFF

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

window = find_window_on_desktop "OurApplication"
logon_button = window.find "Logon"
logon_button.click

list = window.find "ItemList"
list.should have(0).rows

add_button = window.find "Add new item"
add_button.click
list.should have(1).rows

Однако, при нынешнем положении дел IronPython гораздо более зрелый и имеет гораздо лучшую производительность, чем IronRuby, поэтому вы можете предпочесть его.

Я настоятельно рекомендую использовать IronPython или IronRuby вместо создания своего собственного языка ... Вы Сэкономит невообразимое количество усилий (и ошибок)