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

Question

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

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

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

Answer 1

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

   • Оркестровка управляет процессом - она ​​определяет хореографию обмена сообщениями, где вы можете координировать поиск и отправку сообщений из нескольких систем и включать некоторую пользовательскую обработку. Примером может служить оркестровка, которая ожидает сообщения заказа, преобразует сообщение в другой формат и отправляет его в систему 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 два года назад.

Answer 2

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

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

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

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