Сегодня (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 в ролеориентированный клиент можно добавлять новые элементы управления. Спрашивается где их взять? Ответ точно такой же как и для OCX библиотек: купить у третьих лиц или написать самостоятельно.

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

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

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

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

(more…)

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

(more…)

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

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

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

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

Свойство Value.

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

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

(more…)

Начнем издалека. На панели инструментов Toolbox Visual Studio был обнаружен элемент управления NumericUpDown. Тут же возникло желание опробовать его в деле и в проект NAV4U.StyleControl был добавлен второй класс.

Примечание. Можно было бы создать проект с нуля, но было лень заниматься добавлением ссылок на сборки. Подписывать библиотеку тоже не хотелось. О том как создавать библиотеку “с нуля” можно прочитать в первой статье.

Вот, собственно говоря, код класса:

namespace StyleControl     
 
{     
 
  [ControlAddInExport("NAV4U.NumericUpDown")]     
 
  public class ApNumericUpDown : StringControlAddInBase     
 
  {     
 
    protected override Control CreateControl()     
 
    {     
 
      NumericUpDown tbcontrol = new NumericUpDown();     
 
      return tbcontrol;     
 
    }     
 
  }     
 
}

(more…)

MSDN говорит, что можно. Попробуем в этом убедиться на примере Microsoft Office Visio 2007 Viewer.

В первую очередь нужно создать новый проект NAV4U.VisioViewer. Как создавать и подписывать проекты было рассказано здесь.

Далее надо преобразовать определения типов из библиотеки COM-типов элементов управления ActiveX в элементы управления Windows Forms. Для этого используется программа импорта элементов ActiveX в Windows Forms (Aximp.exe). Она поставляется вместе с Visual Studio.

Откройте в проводнике папку C:\Program Files\Microsoft Office\Office12 (наверное не нужно говорить, что на компьютере должен быть установлен Microsoft Office 2007?). Найдите в папке файл VVIEWER.DLL и скопируйте его в папку вашего проекта.

У меня проект находится здесь:
C:\Users\apanko\Documents\Visual Studio 2008\Projects\NAV4U.VisioViewer

(more…)

Представляем вашему вниманию восьмой номер онлайн-журнала NAV4U.
Не смотря на пору отпусков события в NAV мире не затихают. Начнем с того, что российский Microsoft выпустил продукт NAV Express.

Прекрасная возможность для собственников и руководителей бизнеса. Можно быстро и относительно недорого приобщиться к отличному ERP решению - Microsoft Dynamics NAV.

Не обойдем внимание и минусы. Общественность восприняла NAV Express как урезанную версию обычного Navision, предназначенную исключительно для бухгалтерского учета. Что на самом деле не соотвествует истине.

С чем связана такая реакция не понятно. Может во всем виновато слово Express, которое обычно указывает на ограниченные возможности продукта (например, Microsoft SQL Server Express Edition – маленькая бесплатная версия SQL Server). Может быть проблема в том, что сильно выпячиваются бухгалтерские возможности системы и при этом мало внимания уделяется управленческим (бизнес) возможностям, которые, кстати, никуда не делись, а по прежнему входят в состав продукта.

В любом случае, Microsoft несет информацию о Dynamics NAV в массы и это хорошо.

Кстати о Microsoft, о массах и об NAV Express.  На форуме у Mazzy открылся специальный раздел для обсуждения российской локализации, демо данных и методологии внедрения NAV Express.  Настоятельно рекомендуется слать туда конструктив и полезные предожения/замечания. Данный раздел форума читают сотрудники вендора, так что есть серьезная возможность повлиять на развитие локализации.

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

• Действия (Actions) в страницах NAV 2009 (часть 1).
• Действия (Actions) в страницах NAV 2009 (часть 2).
• C# в Microsoft Dynamics NAV 2009
• Визуальное представление подчиненных элементов в NAV 2009.
• Как создать FactBox, который будет отображать данные связанные со строками.

Наблюдательные читатели уже заметили два новых пункта в разделе “О проекте” – это Блоги про Microsoft Dynamics и Книги про Microsoft Dynamics. При случае можно ознакомиться.

Вместе со страницами в ролеориентированный интерфейс пришло такое понятие как “действия” (Actions). Эта сущность призвана заменить кнопки-меню, которые обычно находились в нижней левой части формы. Стоит отметить, что в NAV 2009 действия это несколько больше чем просто кнопки.

(more…)

Ну что ж. Перейдем к делу, точнее к действиям. В предыдущей части мы рассмотрели действия, которые находятся в меню Actions, Related Information и Reports. Также мы узнали, как создавать действия на панели действий. Кроме того познакомились с новой возможностью, появившейся в NAV 2009 SP1, которая позволяет программно создавать новые категории в панели действий.

Как помним, для создания действий мы использовали Action Designer. Как мы выяснили любое действие должно находиться в своеобразном контейнере, т.е. принадлежать элементу типа ActionContainer. Контейнеры бывают шести типов, четыре из которых мы рассмотрели в предыдущей статье. В данной статье мы рассмотрим оставшиеся два типа контейнеров и влияние, которое они оказывают на систему. К оставшимся двум типам контейнером относятся HomeItems и ActivityButtons.

(more…)

• Трехзвенная архитектура (улучшена масштабируемость и безопасность решения)
• Ролеориентированный клиент (гибкая настройка интерфейса для каждого пользователя)
• Веб-службы (интеграция со сторонними приложениями)

Все это не могло не сказаться на внутренней организации решения. Так в частности Microsoft Dynamics NAV Server (не путать с Microsoft Dynamics NAV Database Server) не умеет исполнять код написанный на C/AL, более того он не понимает формы. Вместо этого Dynamics NAV Server неплохо умеет управляться с C# и WinForms.

(more…)