AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 25.08.2016, 18:30   #41  
Maxim Gorbunov is offline
Maxim Gorbunov
Administrator
Соотечественники
Лучший по профессии 2009
 
2,483 / 627 (25) +++++++
Регистрация: 27.11.2001
Адрес: Dubai, UAE
Цитата:
Сообщение от fed Посмотреть сообщение
Просто тот функционал, который ничего не перекрывает в стандарте, а просто где-то типа сбоку живет в виде батча и чего-то там читает из одного места и пишет в другое - на этих двух проектах был сделан терпимо.
Денис, ну вот опять. Ты же понимаешь, что если правильно делать интеграцию через AIF, она тоже не только не будет перекрывать стандарт, но и будет его с выгодой для себя использовать. А ты сравниваешь полностью неправильную интеграцию в AIF, с чуть менее неправильной интеграцией, сделанной без AIF, и, сюрприз-сюрприз, чуть менее неправильная интеграция у тебя выигрывает. Почему из того, что у криворуких программистов не хватило желания разобраться с AIF, надо делать вывод, что AIF плохой?
__________________
Not registered yet? Register here!
Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me
Старый 25.08.2016, 18:55   #42  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
2,305 / 879 (34) +++++++
Регистрация: 10.10.2005
Адрес: Westlands
AIF как машина на автопилоте. Никто не говорит что плохая вещь. Просто избыточно сложная для большинства практических задач. Дорогая и при этом недостаточно надежная.

Это как SharePoint использовать для веб-сайта и считать что это нормально. Гламурно, да.

Использовать можно но. Самописки дешевле выйдут там где без AIF можно обойтись. Солидарен с Fed. Обратное утверждают те кто любит много молока с одной коровы

Там где можно обойтись обменом через Secure FTP использовать AIF - саботаж интересов клиента.

Последний раз редактировалось ax_mct; 25.08.2016 в 18:58.
Старый 25.08.2016, 19:06   #43  
Maxim Gorbunov is offline
Maxim Gorbunov
Administrator
Соотечественники
Лучший по профессии 2009
 
2,483 / 627 (25) +++++++
Регистрация: 27.11.2001
Адрес: Dubai, UAE
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Самописки дешевле выйдут там где без AIF можно обойтись
А вы считали? А затраты на апгрейд/перевнедрение/добавление новых возможностей включали?
__________________
Not registered yet? Register here!
Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me
Старый 25.08.2016, 19:34   #44  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
2,305 / 879 (34) +++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от Maxim Gorbunov Посмотреть сообщение
А вы считали? А затраты на апгрейд/перевнедрение/добавление новых возможностей включали?
C точки зрения программиста и технического консультанта по AX я за пару дней сделаю в самописке то на что c использованием AIF уйдут недели.

C точки зрения тестирования и внесения изменений обмен через S-FTP на порядок, то есть раз в 10 бьет AIF Web-services.

Использование любых web-services там где без них можно обойтись всегда неоправданно. А там где они таки интенсивно и постоянно используются не зря придумавают всякие JSON, REST вместо SOAP. А еще IIS сам по себе не самая быстрая штука.

P.S. Про скорость конечно и FTP не феррари, но не думаю что это релевантно в контексте инструментария. Скорее требования асинхронности/синхронности играют роль.
https://daniel.haxx.se/docs/ftp-vs-http.html
Ultimately the net outcome of course differ depending on specific details, but I would say that for single-shot static files, you won't be able to measure a difference. For a single shot small file, you might get it faster with FTP (unless the server is at a long round-trip distance). When getting multiple files, HTTP should be the faster one.

Последний раз редактировалось ax_mct; 25.08.2016 в 19:58.
Старый 25.08.2016, 22:39   #45  
Maxim Gorbunov is offline
Maxim Gorbunov
Administrator
Соотечественники
Лучший по профессии 2009
 
2,483 / 627 (25) +++++++
Регистрация: 27.11.2001
Адрес: Dubai, UAE
Цитата:
Сообщение от ax_mct Посмотреть сообщение
C точки зрения программиста и технического консультанта по AX я за пару дней сделаю в самописке то на что c использованием AIF уйдут недели.

C точки зрения тестирования и внесения изменений обмен через S-FTP на порядок, то есть раз в 10 бьет AIF Web-services.
Повторюсь: "раз в 10 бьёт" ровно до тех пор, пока вы сами эти изменения и вносите. Вы не подумайте, я не с луны свалился, и понимаю, что большинство программистов не задумывается о том, что с их разработками будет после того, как они покинут проект. Понимаю, но не принимаю. Менять надо эту ментальность, а то не останется у нас с вами никакой Аксапты через несколько лет.

Цитата:
Сообщение от ax_mct Посмотреть сообщение
Использование любых web-services там где без них можно обойтись всегда неоправданно.
Какие у вас интересные критерии. Прямо-таки всегда?

Цитата:
Сообщение от ax_mct Посмотреть сообщение
А там где они таки интенсивно и постоянно используются не зря придумавают всякие JSON, REST вместо SOAP. А еще IIS сам по себе не самая быстрая штука.
Я так понимаю, в ход пошла тяжёлая артиллерия - аббревиатуры. Да только какое всё это отношение имеет к AIF и как это доказывает его ограниченность? Пару месяцев назад я делал интеграцию на AIF, которая обменивалась JSON-сообщениями. И даже не так сильно пришлось допиливать AIF. Если б проект был на AX2012, то и вообще бы не пришлось ничего пилить, но была AX2009, и потому пришлось перенести из AX2012 функционал, который занимается препроцессингом/постпроцессингом сообщений (на самом деле, он даже уже есть в стандартной AX2009, но не привязан к AIF).

Про IIS, по-моему, тоже вы куда-то мимо денег. Публикация сервисов на IIS - это лишь одна из фич AIF. Ну не нравится она вам, никто не заставляет её использовать. Для того, чтобы работал AIF, сервисы на IIS совершенно не обязательно публиковать.

Про скорость FTP vs HTTP комментириовать не буду. К AIF это вообще никакого отношения не имеет.
__________________
Not registered yet? Register here!
Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me
За это сообщение автора поблагодарили: gl00mie (1).
Старый 25.08.2016, 22:49   #46  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,426 / 1549 (58) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от ax_mct Посмотреть сообщение
C точки зрения программиста и технического консультанта по AX я за пару дней сделаю в самописке то на что c использованием AIF уйдут недели
За пару дней - с использованием "наработок" и недели - с изучением AIF ? Верю, но это изначально некорректное сравнение
Цитата:
C точки зрения тестирования и внесения изменений обмен через S-FTP на порядок, то есть раз в 10 бьет AIF Web-services
Тут сложно комментировать, так как критерии сравнения нечеткие
Цитата:
Использование любых web-services там где без них можно обойтись всегда неоправданно. А там где они таки интенсивно и постоянно используются не зря придумавают всякие JSON, REST вместо SOAP
Вы просто обязаны полюбить data entities в семерке, потому что они в кошерном JSON данные передают. Каких-либо кратных увеличений производительности по сравнению с AIF это не дает, как ни странно (я сравнивал). Наверное потому что data policies больше нет и данных передается тупо больше, хоть и упакованы они более компактно
Цитата:
А еще IIS сам по себе не самая быстрая штука
А еще сервисы AIF хостятся непосредственно в процессе AOS и никакого IIS не требуют. Правда, здорово ?
Цитата:
Про скорость конечно и FTP не феррари, но не думаю что это релевантно в контексте инструментария. Скорее требования асинхронности/синхронности играют роль
А что это вообще было ? FTP vs HTTP ? В чем смысл - перечислить кучу наукообразных терминов и в конце выдать "а хрен его знает"? В каких сценариях сравниваем? У Вас что, два приложения друг с другом вот так прямо по FTP разговоривают? Или одно по таймеру в папочку пишет, а другое по таймеру - из нее читает? Тогда какой смысл сравнивать протоколы с потенциальной разницей в миллисекунды на вызов, если асинхронность перекроет все? Потом, посмотрите на "реальные сценарии" на которые коллеги ссылаются. Там время обработки собственно бизнес логики в AX будет такое, что говорить о разнице в миллисекундах на вызов - просто смешно
__________________
-ТСЯ или -ТЬСЯ ?

Последний раз редактировалось Vadik; 25.08.2016 в 22:52.
За это сообщение автора поблагодарили: gl00mie (1).
Старый 25.08.2016, 22:49   #47  
Maxim Gorbunov is offline
Maxim Gorbunov
Administrator
Соотечественники
Лучший по профессии 2009
 
2,483 / 627 (25) +++++++
Регистрация: 27.11.2001
Адрес: Dubai, UAE
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Там где можно обойтись обменом через Secure FTP использовать AIF - саботаж интересов клиента.
FTP - это всего лишь транспорт. AIF тоже можно заставить работать через FTP. Но AIF - это не только про транспорт. Это ещё и про конвертацию сообщений. И про ведение журналов обработки сообщений. И про интерфейсы настройки. И про механизмы сериализации данных. И про обработку исключений. Вы посмотрите в AIF хоть, потратьте пару часов. Он хороший
__________________
Not registered yet? Register here!
Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me
Старый 26.08.2016, 02:14   #48  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
1,970 / 878 (33) +++++++
Регистрация: 03.04.2002
Адрес: Australia
Чтобы не флудить, перенес в эту ветку.
Цитата:
Сообщение от Maxim Gorbunov Посмотреть сообщение
По результатам личной переписки, считаю, что нужно кое-что уточнить: интеграции, которые меня так расстроили, делал всё же не лично Юрий. Он работал в той команде, но работал над другими вещами.
Спасибо за уточнения.
Но по результатам общения вскрылся еще один момент, требующий упоминания. По хорошему, отчеты тоже надо изолировать от прямого доступа к таблицам. Иначе в аксе ничего не улучшить и не починить без того, чтобы отчетность не поехала. Ибо в писатели отчетов берут generic SSRS, которые прямо из таблиц черпают данные. И норовят они брать данные из журналов, заказов и т.д.
__________________
Isn't it nice when things just work?
За это сообщение автора поблагодарили: gl00mie (1).
Старый 26.08.2016, 03:24   #49  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
2,305 / 879 (34) +++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от Maxim Gorbunov Посмотреть сообщение
большинство программистов не задумывается о том, что с их разработками будет после того, как они покинут проект.
Проблемы с кастомизациями если есть то не потому что они есть а потому что полный Agile когда вносятся и вносятся и вносятся изменения без реинженеринга кода. Но в случае интеграций такой беды как правило нет. Обычно все кастомные интеграции "в файл/из файла" прозрачнее некуда.

Цитата:
Сообщение от Maxim Gorbunov Посмотреть сообщение
Я так понимаю, в ход пошла тяжёлая артиллерия - аббревиатуры...
Про IIS, по-моему, тоже вы куда-то мимо денег...
Про скорость FTP vs HTTP комментириовать не буду. К AIF это вообще никакого отношения не имеет.
Цитата:
Сообщение от Maxim Gorbunov Посмотреть сообщение
FTP - это всего лишь транспорт. AIF тоже можно заставить работать через FTP. Но AIF - это не только про транспорт...Вы посмотрите в AIF хоть, потратьте пару часов. Он хороший
Согласен что со сравнением протоколов совсем я не в тему. И с IIS тоже. My bad.
Делал я AIF в AX 2009. Сервисов десяток в обе стороны. И JSON хитрый еще на другом проекте делал. Подзабыл просто. Да можно и так и эдак. И без IIS. Все так.

Цитата:
Сообщение от Vadik Посмотреть сообщение
За пару дней - с использованием "наработок" и недели - с изучением AIF ? Верю, но это изначально некорректное сравнение
За 2-3 дня я любой новый сервис AIF сделаю для начального тестирования. И делал вообщем-то. Не проблема выдать на гора проект. Вопрос во всех необходимых админских усилиях и в принципе большей стоимости изменений и тестирования. Что выливается в совсем другие сроки.
C простотой изменений и тестирования (S)FTP простых текстовых файлов разница на тот самый порядок.

То есть если большой и жирный клиент/партнер мне скажет сделай нам AIF так как их местный архитектор решил сделать свое СV покрасивше, то я им сделаю все на высшем уровне стандартов Microsoft так что не придерешься ни к чему.

Но если меня спросят как IT consultancy что лучше для обмена информацией со скажем курьерской компанией где есть старый проверенный обмен через FTP но недавно еще те и web-services добавили. И если им можно по бизнес-логике таки обойтись обменом через FTP то я им настойчиво посоветую не страдать c web-services.

И в случае обмена через варианты FTP разумней таки на коленке за день написать. Зачем делать сложно там где можно просто?
Старый 26.08.2016, 03:53   #50  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
2,305 / 879 (34) +++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от macklakov Посмотреть сообщение
Чтобы не флудить, перенес в эту ветку.

Спасибо за уточнения.
Но по результатам общения вскрылся еще один момент, требующий упоминания. По хорошему, отчеты тоже надо изолировать от прямого доступа к таблицам. Иначе в аксе ничего не улучшить и не починить без того, чтобы отчетность не поехала. Ибо в писатели отчетов берут generic SSRS, которые прямо из таблиц черпают данные. И норовят они брать данные из журналов, заказов и т.д.
Именно так. Я как-то думал смещаться в сторону отчетов (SSRS, BA) от чисто программирования но со временем таки передумап. С появлением SSRS в AX программисты AX перестали писать отчеты. Этим повсеместно занимаются generic SSRS и BA которые чихать хотели на интеграцию с AX, вызов фунций и просто тупо используют базу как коллекцию таблиц.

Это абсолютная ситуация на последнем десятке проектов. И всеми считается нормальной. Разве что постоянно просят добавлять время от времени явно избыточные поля в таблицы для удобства generic SSRS.

Ничего не изменится. Оно же для этого и делалось. Чтобы пучками этих generic рвать с грядки. Таких специалистов больше и они дешевле. "Правильного" (c интеграцией) специалиста по отчетам в этой толпе и не заметят. Вернее проигнорируют так как он будет по цене программиста (вернее он и будет программист) и будет не так специалирован на отчетах.

Последний раз редактировалось ax_mct; 26.08.2016 в 03:59.
Старый 26.08.2016, 04:30   #51  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
1,970 / 878 (33) +++++++
Регистрация: 03.04.2002
Адрес: Australia
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Ничего не изменится.
В CRM есть замечательная best practice, не показывать базу внешним приложениям. Все только через вьюхи. А вьюха дает кой-какую изоляцию.
__________________
Isn't it nice when things just work?
Старый 26.08.2016, 04:40   #52  
trud is offline
trud
Участник
Лучший по профессии 2017
 
718 / 932 (33) +++++++
Регистрация: 07.06.2003
Записей в блоге: 1
Еще такой момент упустили - стандартный механизм который выполняет импорт дата entity в АХ7 - это бинарный компонент с отдельным сервисом.
т.е. это не X++ код, а какая то закрытая библиотека.
Сам этот факт - почему это нельзя было написать на X++ и зачем надо было писать dll за гранью моего понимания, но это факт

В начальных версиях при импорте допустим из Excel при указании в Excel неправильного типа в колонке при импорте вы просто получали необработанное исключение из бинарного кода и единственным способом это исправить была регистрация бага, возможности отладки минимальны.
Старый 26.08.2016, 13:25   #53  
online
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,436 / 4620 (159) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Я заметил, что оба консультанта, поддерживающих AIF, работают в странах Персидского залива.
Я не думаю что это совпадение.
Вероятно парней заслали чтобы расшатать экономику арабских нефтедобывающих монархий с помощью внедрения бесполезных технологий. Типа - ассиметричный ответ на развязанную арабами ценовую войну на нефтяном рынке. Типа - будем внедрять AIF пока нефть не станет по 60 хотя бы. А защищают AIF они просто по необходимости, чтобы нечаянно не забыть свою легенду и не выдать себя.
Вы там держитесь парни! Если нефть будет плохо дорожать, вы еще workflow с Azure им повнедряйте! Пусть знают почем фунт лиха !
Старый 26.08.2016, 13:51   #54  
Maxim Gorbunov is offline
Maxim Gorbunov
Administrator
Соотечественники
Лучший по профессии 2009
 
2,483 / 627 (25) +++++++
Регистрация: 27.11.2001
Адрес: Dubai, UAE
Цитата:
Сообщение от fed Посмотреть сообщение
Если нефть будет плохо дорожать, вы еще workflow с Azure им повнедряйте! Пусть знают почем фунт лиха !
Не переживай, Денис. Внедряем уже. И workflow, и AX7 на Azure. Ты, наверное, удивишься, но далеко не все новые технологии бесполезны.
__________________
Not registered yet? Register here!
Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me
Старый 26.08.2016, 14:00   #55  
Maxim Gorbunov is offline
Maxim Gorbunov
Administrator
Соотечественники
Лучший по профессии 2009
 
2,483 / 627 (25) +++++++
Регистрация: 27.11.2001
Адрес: Dubai, UAE
Цитата:
Сообщение от ax_mct Посмотреть сообщение
И в случае обмена через варианты FTP разумней таки на коленке за день написать. Зачем делать сложно там где можно просто?
И ещё раз повторю: какой вы транспорт будете использовать, FTP или вебсервис, не влияет на применимость/неприменимость AIF. AIF может прекрасно и с файлами работать и быть при этом полезным.
__________________
Not registered yet? Register here!
Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me
Старый 26.08.2016, 15:08   #56  
Maxim Gorbunov is offline
Maxim Gorbunov
Administrator
Соотечественники
Лучший по профессии 2009
 
2,483 / 627 (25) +++++++
Регистрация: 27.11.2001
Адрес: Dubai, UAE
Ну и чтобы два раза не вставать: формат файлов/сообщений тоже не является определяющим критерием при выборе пользоваться или не пользоваться AIF. В стандартную AX2012 входит настраиваемый компонент для препроцессинга CSV-файлов. То есть, AIF вполне может читать и писать данные в CSV, и при этом использовать весь остальной фреймворк. Можно писать и свои компоненты для препроцессинга, таким образом расширяя набор форматов файлов, с которыми может работать AIF. На Dynamics Community лежит простенький пример такой трансформации для Excel-файлов. Собственно, вопреки той ереси, что была понаписана здесь изначально, прелесть AIF именно в инкапсуляции различных стадий процесса интеграции, которая позволяет добавлять свои реализации для каждой стадии без необходимости изменения всей интеграции.
__________________
Not registered yet? Register here!
Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me
За это сообщение автора поблагодарили: Logger (1), ax_mct (2), pitersky (2), Fillin (1).
Старый 26.08.2016, 17:20   #57  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
2,305 / 879 (34) +++++++
Регистрация: 10.10.2005
Адрес: Westlands
Без проблем использую AIF классы и код оттуда для упрощения моей работы.

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

В принципе на проекте где денег не считают и готовы платить за любой но гламур, и все танцы с бубном за счёт счастливого клиента, то я бы тоже стал евангелистом.
Старый 26.08.2016, 18:02   #58  
Fillin is offline
Fillin
Участник
 
127 / 38 (2) +++
Регистрация: 04.08.2016
В Европе при ставке 150 евро в час я б тоже только стандартный Аиф рекомендовал
Старый 26.08.2016, 18:45   #59  
Maxim Gorbunov is offline
Maxim Gorbunov
Administrator
Соотечественники
Лучший по профессии 2009
 
2,483 / 627 (25) +++++++
Регистрация: 27.11.2001
Адрес: Dubai, UAE
Пользуясь тем, что у меня сегодня выходной, давайте на более конкретном примере разберём. Вот прямо с проекта, который я сейчас дизайню.

Есть Аксапта и есть целый выводок самописных систем. Для оценки, скажем, десять систем. Каждая из этих систем создаёт в Аксапте заказы на продажу и платежи клиентов. Каждая система шлёт данные в своём формате. Кто-то выдаёт CSV, кто-то готов вызывать веб-сервисы. Некоторым системам хочется получить подтверждение из Аксапты, с номером созданного заказа/журнала, а некоторым наплевать. Сколько времени вы будете делать такую интеграцию?
__________________
Not registered yet? Register here!
Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me
Старый 26.08.2016, 19:04   #60  
Maxim Gorbunov is offline
Maxim Gorbunov
Administrator
Соотечественники
Лучший по профессии 2009
 
2,483 / 627 (25) +++++++
Регистрация: 27.11.2001
Адрес: Dubai, UAE
Цитата:
Сообщение от Fillin Посмотреть сообщение
В Европе при ставке 150 евро в час я б тоже только стандартный Аиф рекомендовал
150 евро/час - это ставка суте... то есть, консалтинговой компании. У нас ставки, поверьте, значительно ниже
__________________
Not registered yet? Register here!
Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me
Теги
aif, абстракции, закопаем стюардессу, индийская кухня, интеграция, как правильно, холивар

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Должностные лица - использовать или нет? olesh DAX: Программирование 5 04.03.2019 16:22
Модуль Проекты можно ли использовать Aquarius DAX: Функционал 1 27.02.2015 18:35
AX.NET: интеграция .NET-приложений с Аксаптой и (будущие) возможности облачных вычислений gl00mie DAX: Программирование 2 23.04.2010 00:47
Андре: Интеграция Ax с системами контроля версий Андре DAX Blogs 7 03.03.2008 14:47
Управление команой разработчиков - что лучше использовать ShadowFromXZone DAX: Прочие вопросы 66 05.02.2007 19:58
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 14:46.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.