NAV4U (онлайн-журнал)

Как известно, NAV 2009 SP1 обладает рядом свойств и качеств, которые разительно отличают новую версию от ее предшественников. К таковым плюсам, безусловно, можно отнести:

• трехуровневую архитектуру, позволяющую, как задекларировано, выстраивать более масштабируемые и надежные решения;
• поддержку функционирования Web Services;
• возможность создания подключаемых компонентов самых различных уровней сложности.

Автор данной статьи не видит необходимости в больших подробностях излагать теоретические выкладки по каждому из приведенных пунктов. Почему? Во-первых, огромное море информации по Web Services можно отыскать в Паутине. Во-вторых, основам технологии создания Add-in’ов для NAV был посвящен весь предыдущий выпуск Журнала. В-третьих, хотелось бы вынести теорию в отдельную большую статью, коррелируя это на NAV. Но это все потом…

Итак!

Далее »

В предыдущей статье данного номера мы говорили о такой достаточно удобной вещи, как автоматическая коррекция себестоимости, осуществляемая посредством запуска Windows Service, которая, обращаясь к Web Service, вызывает процедуру коррекции в Навижине. После окончания работы коррекции себестоимости, служба Windows автоматически останавливается. Помимо прочего, параллельно записывается лог системного журнала. При желании, можно прикрутить шедулер и служба будет запускаться в любое удобное для Вас время.
В данной статье мне хотелось бы попробовать применить такую замечательную технологию как WWF (Windows Workflow Foundation). Почти как «Всемирный фонд дикой природы» (World Wide Fund for Nature)…

Описывать детально теорию большого желания нет, ибо в Паутине есть все, а ничего нового я не напишу. Так что, всем тем, кто не знаком с базовыми принципами Windows Workflow Foundation, рекомендую обратиться к соответствующим источникам информации. Тем более, что описываемый пример будет достаточно примитивен и доступен для понимания всем желающим.
Итак, вкратце.

Далее »

Приветствую, Коллеги!

Сегодня (1 сентября) Microsoft Dynamics, как и обещал, выпустил очередной Service Pack для Microsoft Dynamics NAV 2009.

Отличная новость.

Появление на рынке революционной версии NAV 2009 в ноябре 2008 года было знаменательным событием. Однако ни появление трехзвенной архитектуры, ни ролеориентированный клиент, хотя и приятны сами по себе, отнюдь не являются ключевым бизнес преимуществом Microsoft Dynamics NAV. Знаменательно в том релизе было другое - за Navision взялись по серьезному. А с выходом Service Pack 1 начинаешь верить, что это надолго.

На данный Service Pack повлияли как результаты TAP программ, так и обратная связь через Microsoft Connect. Кроме того специалисты Microsoft Dynamics прислушивались к голосу коммьюнити (по крайней мере англоязычному).

Сегодняшний выпуск тоже будет полностью посвящен Microsoft Dynamics NAV 2009 SP1. Точнее одному из новшеств, которое появилось в данном Service Pack. Я имею в виду подключаемые компоненты. Все пять статей выпуска будут на эту тему, и честно скажу - еще есть что рассказать.

Отдельно хочется выразить благодарность Сергею Проценко, который мало того, что снабдил литературой (Рихтер),  так еще провел техническое ревью большинства статей. Также не могу обойти вниманием Christian Abeln, который дал ряд ценных советов и комментариев в части API подключаемых компонентов.

Сегодня в номере:

• Расширение функциональности ролеориентированного клиента NAV 2009 с помощью подключаемых компонентов. Пример 1. Динамическое форматирование.
• Расширение функциональности ролеориентированного клиента NAV 2009 с помощью подключаемых компонентов. Пример 2.1.  Мини браузер.
• Расширение функциональности ролеориентированного клиента NAV 2009 с помощью подключаемых компонентов. Пример 2.2.  Взаимодействие с ролеориентированным клиентом.
• Расширение функциональности ролеориентированного клиента NAV 2009 с помощью подключаемых компонентов. Пример 3. Реализация интерфейса IValueControlAddInDefinition<String>
• Расширение функциональности ролеориентированного клиента NAV 2009 с помощью подключаемых компонентов. Пример 4.  Использование компонентов ActiveX.

В данной статье мы начнем беседу об еще одном новшестве, появившемся в Dynamics NAV 2009 SP1 – подключаемых компонентах – addin’ах. С помощью этой технологии с ролеориентированным клиентом можно “творить чудеса” и добавлять в него возможности, ранее недоступные.

Итак, как было сказано выше, с версии Dynamics NAV 2009 SP1 в ролеориентированный клиент можно добавлять новые элементы управления. Спрашивается где их взять? Ответ точно такой же как и для OCX библиотек: купить у третьих лиц или написать самостоятельно.

Если с пунктом “купить” все ясно, то вот на пункте “написать” хотелось бы остановиться подробнее. В этом номере  планируется привести ряд примеров по созданию подключаемых компонентов.

Для начала подготовим рабочее место. Естественно нам потребуется Microsoft Dynamics NAV 2009 SP1.

Подключаемые компоненты можно создавать для ролеориентированного клиента, это указывает на то, что нам потребуется сам ролеориентированный клиент. Так же нам нужен Microsoft Dynamics NAV Server (напомню, что ролеориентированный клиент является элементом трехзвенной архитектуры и без сервера работать не будет). Кроме того, чтобы подключить новый компонент нам потребуется классический клиент (разработка по-прежнему ведется в классическом клиенте).

Но это еще не все. Подключаемый компонент мы будем создавать с помощью Visual Studio (сейчас без нее никуда, настоятельно рекомендую заняться изучением - в жизни пригодится). Получить бесплатную версию можно здесь: http://www.microsoft.com/express/download/ (нас интересует Visual Studio Express for C#).

Далее »

В данной статье продолжим работу с подключаемыми компонентами – новой возможности, появившейся в Dynamics NAV 2009 SP1. В предыдущей статье обещались чудеса, а показали всего лишь динамическое форматирование. В данной же статье все будет серьезней.

Начнем с того, что откроем Visual Studio 2008 и создадим новый C# - проект типа Class Library (File > New > Project). В открывшемся окне New Project введите название проекта. Microsoft рекомендует использовать следующий формат имени: МояКомпания.МойПродукт.RtcAddins.

Далее »

Итак, мы уже рассмотрели создание и подключение двух компонентов в ролеориентированном клиенте. В данной статье мы продолжим работу над NAV4U.WebAddin и попробуем разобраться с некоторыми нюансами, связанными с взаимодействием ролеориентированного клиента и подключаемого компонента.

Начнем с того, что предлагается два способа обмена информацией между ролеориентированным клиентом:

1. С помощью свойства Value, объявленного в интерфейсе IValueControlAddInDefinition
2. С помощью метода RaiseControlAddInEvent, объявленного в интерфейсе IEventControlAddInDefinition

Оба эти интерфейса реализованы в классе StringControlAddInBase.

Рассмотрим оба свойства подробнее.

Свойство Value.

Свойство Value, реализованные в классе StringControlAddInBase связано со свойством SourceExpr элемента страницы. С помощью этого свойства класс может получать информацию из базы данных, а также обновлять эту информацию.

У свойства Value есть два аксессора: set и get. С помощью этих аксессоров выполняется чтение и запись значения свойства.

Далее »