Общие вопросы о Biztalk

  1. Чем отличается движок бизнес-правил от оркестровки?

  2. Работая с Biztalk, фокусируется ли он больше на щелчке мышью, чем на жестком кодировании в C#?

  3. Если кодирование возможно, что вы кодируете? Я понимаю, что когда вы кодируете функцию, например, нажатие кнопки отображает изображения в приложении, но в Biztalk оно должно быть другим.

Источник

2 ответа

Решение

  1. Эти двое имеют совершенно разные цели.

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

    • Движок бизнес-правил - система оценки. Ваша оркестровка может нуждаться в принятии решений, которые должны контролироваться извне. Это то, что позволяет механизм бизнес-правил. Бизнес-пользователь может определить несколько сложных наборов правил, включая правила, например: if Order.Price > 10.000 set Order.Price = Order.Price * 0,95. Такие правила могут быть связаны и внедрены в существующие процессы.

  2. BizTalk о разработке проекта biztalk и о правильной настройке, но он все еще включает программирование. Первое, о чем вы должны знать, это XML-связанные вещи - XSD, XPath, XSLT. Определение сообщений и преобразований - это все эти три, но шаблоны BizTalk в visual studio делают это действительно простым (например, преобразование может быть выполнено полностью графически). Далее идут C# и XLang (какой-то особенный вариант C#, используемый непосредственно для выражений в оркестровках).

  3. BizTalk - это разработка проекта biztalk и правильная настройка. BizTalk предлагает множество встроенных функций, так что вы можете использовать готовые фигуры в оркестровке или вы можете использовать подготовленные функтоиды на картах, но в то же время вы можете создавать свои собственные фигуры, функтоиды, компоненты конвейера, адаптеры и т. Д. Также оркестровка позволяет вызов пользовательского кода.NET.

По крайней мере, так было, когда я работал с BizTalk 2006 R2 два года назад.

Источник

Просто чтобы добавить в ответ Ладислав...

Я использовал BizTalk с BizTalk 2004 по 2010 год. Есть много "консультантов" по ​​BizTalk, которые не имеют ни малейшего представления о том, как BizTalk действительно работает, когда использовать карты, когда использовать C# и т. Д. Вам нужно получить некоторый опыт его использования. Существует полезный раздел о MSDN ( MSDN), который содержит множество полезной информации. Также посмотрите на EndpointTV на Channel9.

Вам нужно знать WCF, так как это важно, и в будущем это станет еще важнее. Я понимаю вопрос о sharepoint. Люди часто просят вас выполнить рабочий процесс или взаимодействие с пользователем в sharepoint, но это не является необходимым навыком.

Также изучите xslt, до сих пор мне не приходилось делать много, так как мне удавалось решать проблемы с помощью пользовательских функтоидов или встроенных функтоидов, но у моего текущего клиента есть несколько интересных схем, и мне не хватало этой области...

Источник
Другие вопросы по тегам