Показать сообщение отдельно
Старый 07.07.2015, 12:02   #45  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от Logger Посмотреть сообщение
Кстати, а что мешало аксаптовский портал развернуть ?
Под портал субъективно куда более трудоемко разрабатывать пользовательские формы, из коробки же очень много форм, которые есть под виндового клиента, в портальном варианте просто не реализованы. Выходит, чтобы запустить банальные складские журналы, надо с нуля изобретать все соотв. формы с их тучей презентационной логики. Например, как сделать в вебе форму строк складского журнала с блокировкой шапки при открытии и примочками по снятию этой блокировки?
В итоге внедрение в портальном варианте может привести к существенному увеличению бюджета и сроков проекта - на этом фоне дорогой спутниковый канал дает более быстрое решение с фиксированной стоимостью, не зависящей от объема внедряемого функционала.
К слову, о веб-интерфейсе - вспомним тему 6-летней давности Channel9: Peter Villadsen and Gustavo Plancarte: X++ to MSIL:
Цитата:
Peter Villadsen: мы не пытаемся моделировать тут те возможности клиент-серверного взаимодействия, которые сейчас поддерживаются ядром Dynamics AX. В X++ у вас может быть объект на одном уровне (клиенте или сервере), который ссылается на объекты на другом уровне и вызывает методы этих объектов, и так далее. По целому ряду причин это плохая модель. Мы в любом случае хотим уйти от этой модели, потому что не хотим поддерживать слишком много информации о состоянии на каждом из уровней (клиенте и сервере). Мы, напротив, хотим прийти к более облегченной модели, как, например, модель на базе веб-сервисов, где не было бы подобных недостатков.
За это сообщение автора поблагодарили: mazzy (2), Logger (3), AP-1055D (1).