Microsoft Crafts Single Code Base for ERP Apps

[belugin]

PC World - Business Center: Microsoft Crafts Single Code Base for ERP Apps

[MikeR]

Вкратце для тех кто не знает английского.

Майкрософт разработал common code base для всей линейки продуктов Dynamics ERP (enterprise resource planning)
Это позволит приложениям совместно использовать единый пользовательский интерфейс и управление, как сейчас реализовано между AX и NAV, сообщил Татаринов.

[EVGL]

Цитата:

Сообщение от MikeR

...разработал common code base...

Разрабатывает (... is developing ...)

[MikeR]

fast typing

[gl00mie]

Цитата:

Сообщение от MikeR

Майкрософт разработал common code base для всей линейки продуктов Dynamics ERP (enterprise resource planning)

Название статьи может ввести в заблуждение При том в описании (meta description в заголовке страницы) есть интересное уточнение: «The common core base will serve all Dynamics ERP applications». Впрочем, даже это не может не радовать, особенно в свете того, что еще в рамках Project Green речь шла именно о ядре Аксапты как основе будущей единой ERP. Только я не могу понять, как им удалось скрестить ядро, поддерживающее объектно-ориентированный язык (хоть и с одиночным наследованием) и богатейшие возможностями работы с метаданными с движком Navision...

Цитата:

Сообщение от MikeR

Это позволит приложениям совместно использовать единый пользовательский интерфейс и управление, как сейчас реализовано между AX и NAV

Ну и что? Интересно, сколько времени пройдет до того момента, как код существующих приложений перепишут под это новое ядро? Неужели это единое ядро может с одинаковым успехом выполнять код Х++ Аксапты и паскалевский код Navision?.. Или я чего-то не понял, и речь идет просто об использовании офисных панелек для рисования главного меню?

[belugin]

я думаю, что речь пока идет о новых окошках как в 5 навижене и прочих мелочах. А вот метаданные + язык пока останутся такими как были.

[mazzy]

Цитата:

Сообщение от belugin

я думаю, что речь пока идет о новых окошках как в 5 навижене и прочих мелочах. А вот метаданные + язык пока останутся такими как были.

Не совсем
http://forum.mazzy.ru/index.php?showtopic=9727
http://forum.mazzy.ru/index.php?showtopic=9138
http://forum.mazzy.ru/index.php?s=&s...ndpost&p=33774
http://forum.mazzy.ru/index.php?s=&s...ndpost&p=30569
http://forum.mazzy.ru/index.php?s=&s...ndpost&p=25028

[belugin]

mazzy, а по быстрому не нашел это "не совсем". А кнавиженским разделам доступ закрыт у меня. Можешь резбмировать в паре строчек?

Я думаю, в принципе даже метаданные можно привести к общему знаменателю (правда с навиженом не знаком сильно). А вот CAL автоматически перекодировать в X++ мне кажется маловероятным. Может, сделать компиляторы на .NET к обоим языкам чтобы было полное интероперабилити....

[mazzy]

Цитата:

Сообщение от belugin

mazzy, а по быстрому не нашел это "не совсем". А кнавиженским разделам доступ закрыт у меня. Можешь резбмировать в паре строчек?

Навижин будет полностью трехуровневым как Аксапта.
У Навижина, похоже, сменится режим авторизации, как у Аксапты.

При этом бизнес-логика сильно не изменится.
Пока разработчики обещают, что следующая версия Навижина будет без проблем выполнять код старого Навижина.
Видимо будет что-то похожее на переход с AX3.0 на AX4.0, когда бизнес-логика похожа, но системные таблицы и классы кардинально поменялись.

Цитата:

Сообщение от belugin

Я думаю, в принципе даже метаданные можно привести к общему знаменателю (правда с навиженом не знаком сильно). А вот CAL автоматически перекодировать в X++ мне кажется маловероятным. Может, сделать компиляторы на .NET к обоим языкам чтобы было полное интероперабилити....

Да, именно так и планировалось.
X++ будет транслироваться и выполняться в CLR.
С/AL будет транслироваться и выполняться в CLR.
В какой-то момент станет все равно на чем писать

[EVGL]

Цитата:

Сообщение от mazzy

X++ будет транслироваться и выполняться в CLR.
С/AL будет транслироваться и выполняться в CLR.

=>

Цитата:

В какой-то момент станет все равно на чем писать

Как-то логики не прослеживаю. В смысле, компилятору станет все равно, что компилировать?

Мне кажется, все эти заявления Татаринова надо интерпретировать так: "Извините, ребята. Последние 5 лет смотрели, что же нам за зоопарк достался. Появился опыт и понимание, что ближайшие N лет единой системы не будет. Как обычно, попытаемся сделать похожий интерфейс. Может быть, введем общий промежуточный слой работы с БД."

[MikeR]

Цитата:

Сообщение от gl00mie

Ну и что? Интересно, сколько времени пройдет до того момента, как код существующих приложений перепишут под это новое ядро? Неужели это единое ядро может с одинаковым успехом выполнять код Х++ Аксапты и паскалевский код Navision?.. Или я чего-то не понял, и речь идет просто об использовании офисных панелек для рисования главного меню?

Ну слишком много вопросов я тебе на них не отвечу или добавь ... чтоб понять что не меня спрашиваешь

[belugin]

а еще раньше они обещали портировать лучшие модули их одной системы в другую

[Morpheus]

А когда исправят ошибки в парсере запросов из объектного представления (клас Query) к SQL Server?

[belugin]

кое-что к пятерке будет получше. Если напишете скрипт, я согу проверить на CTP и запулить в базу багов

[Morpheus]

2 и более OUTER JOIN к одному паренту

[belugin]

это исправлено

[mazzy]

Цитата:

Сообщение от EVGL

Как-то логики не прослеживаю. В смысле, компилятору станет все равно, что компилировать?

А ран-тайм библиотеке все равно что исполнять
EVGL, какое-то у тебя невосторженное отношение к жизни


На самом деле все проще.
Сейчас на Аксапте есть функционал, на Навижине есть функционал, в CRM есть функционал, в Reporting Service есть, в Excel, PerformancePoint и т.п.
Вызвать другое приложение сейчас непросто, поскольку надо знать структуру, кишки и внутренние соглашения.
Предлагается использовать единую среду выполнения, чтобы можно было использовать готовые библиотеки и функционал других систем.

Кто работал в свое время с Фортраном, понимает. На каком бы диалекте фортрана не была написана библиотека, ее можно подключить и работать с ней.

Насколько я понимаю, готовится что-то подобное.
Исходный код будет на разных исходных языках. Но после компиляции все равно на каком языке это было написано.

Уверен, что в готовом решении будет масса ограничений и неявных запретов.
Но идея примерно такая.

Цитата:

Сообщение от EVGL

Как обычно, попытаемся сделать похожий интерфейс. Может быть, введем общий промежуточный слой работы с БД."

Ну... интерфейс уже сделали похожим
Ну... если "Microsoft Crafts Single Code Base for ERP Apps" можно трактовать как "общий промежуточный слой работы с БД"...

В общем, посмотрим.
Пока достоверно известно одно - сроки выпуска следующей версии Навижин перенесли.

Цитата:

Сообщение от belugin

а еще раньше они обещали портировать лучшие модули их одной системы в другую

Не, про "портировать" никогда не говорили.
Они говорили, что будут использовать лучшие практики, библиотеку лучших решений и т.п.

Что мы сейчас и видим. Не знаю как разработчики, но продавцу объяснять клиентам чем же отличаются Аксапта и Навижин стало очень сложно. С точки зрения функционала они действительно отличаются очень и очень мало.

[Morpheus]

Цитата:

Сообщение от belugin

это исправлено

В 5(ке)?

[Morpheus]

Цитата:

Сообщение от mazzy

Не знаю как разработчики, но продавцу объяснять клиентам чем же отличаются Аксапта и Навижин стало очень сложно. С точки зрения функционала они действительно отличаются очень и очень мало.

Угу, дифференцировать клиентов то нужно по платежеспособности... Кто согласен заплатить больше - тому Аксапту, меньше - Навижин...

[mazzy]

Цитата:

Сообщение от Morpheus

Угу, дифференцировать клиентов то нужно по платежеспособности... Кто согласен заплатить больше - тому Аксапту, меньше - Навижин...

При этом функционал похож до безобразия
Нет, Morpheus. Думайте дальше.