Для решения каких задач нужен портал Dynamics AX?

[George Nordic]

Тема выделена из ветки: Ax2009, Портал, разработка контролов в VS2008

Цитата:

Сообщение от AP-1055D

Георгий, А почему для этой задачи используется именно Sharepoint? Ведь ту же функциональность можно реализовать и в AX.

Ну, Sharepoint был же непросто так придуман. А как платформа Microsoft для реализации web-приложений. Так что реализация портала именно на Sharepoint - согласуется с глобальной стратегией компании.

А так, конечно, можно. Но позвольте уточняющий вопрос - "подобную функциональность в DAX" - на web? Потому что пускать в DAX - довольно накладно с точки зрения лицензионной нагрузки.

Если говорить про web, то многие вообще используют коннектор и сторонние приложения, или собственные разработки, например, на asp.net.

Вообще, конечно, не так много хороших фрейморков для решения задач ERP-систем. Мне лично очень хотелось бы увидеть реализацию grid нормального...


С Уважением,
Георгий

[fed]

Цитата:

Сообщение от George Nordic

Тема выделена из ветки: Ax2009, Портал, разработка контролов в VS2008

Ну, Sharepoint был же непросто так придуман. А как платформа Microsoft для реализации web-приложений. Так что реализация портала именно на Sharepoint - согласуется с глобальной стратегией компании.

Я часто сталкивался с партнерами и специалистами, которые пытались разобраться с EP в Аксапте. Но почти всегда это кончалось тем, что на EP махали рукой, и просто программили портал на asp.net. Поскольку для решения 80% задач достаточно доступа к БД в режиме только чтения, никаких проблем с целостностью данных это не вызывало. Ну а для оставшихся 20% задач, писались какие-то классы-врапперы вокруг нужной аксаптовской функциональности, которые потом вызывались через .NET BC.

Просто как тут уже заметили, разработка в EP слабодокументирована, затраты на обучение специалиста - большие. Опять же спецы по sharepoint на рынке довольно дороги, а аксаптера переучивать в web-программисты - совсем уж много времени требуется. Так что с точки зрения партнера, из за максимум одного проекта по EP в год (допустим это 4 человеко-месяца разработки), обучать и кормить специалиста по порталу - не выгодно...

[Narayana]

Цитата:

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

Я часто сталкивался с партнерами и специалистами, которые пытались разобраться с EP в Аксапте. Но почти всегда это кончалось тем, что на EP махали рукой, и просто программили портал на asp.net. Поскольку для решения 80% задач достаточно доступа к БД в режиме только чтения, никаких проблем с целостностью данных это не вызывало. Ну а для оставшихся 20% задач, писались какие-то классы-врапперы вокруг нужной аксаптовской функциональности, которые потом вызывались через .NET BC.

Просто как тут уже заметили, разработка в EP слабодокументирована, затраты на обучение специалиста - большие. Опять же спецы по sharepoint на рынке довольно дороги, а аксаптера переучивать в web-программисты - совсем уж много времени требуется. Так что с точки зрения партнера, из за максимум одного проекта по EP в год (допустим это 4 человеко-месяца разработки), обучать и кормить специалиста по порталу - не выгодно...

Самое смешное в том, что просто писать портал на asp.net не на много проще, чем на портале Аксапты. А может быть и сложнее.
У меня тоже была такая дилемма, но решил все-таки разбираться и с SP, и с Ax-порталом. Ушло полгода. И это было реально сложным. Причем, сложным не из-за устройства самой среды, а из-за того, что вся необходимая документация размазана на бескрайних просторах MSDN и TechNet.
В общем-то, для того, чтобы разработка хоть как-то задышала, приходится полноценно разбираться с IIS, чтобы понять на каком уровне управляются права доступа и как, например, открыть анонимный доступ к общечеловеческим страницам портала, что очень важно. Потом оказывается, что SP, это просто часть IIS с дублированием механизмов управления доступом.
В принципе, SharePoint, это не просто конструктор сайтов. Мне кажется, что это пользовательский интерфейс доступа в Винду, который пришел на смену традиционному интерфейсу. Или именно то, о чем так распевали на Гугле, что они сделают операционную систему с веб-интерфейсом. В результате Гугл сделал очередную версию Линукса, как я понимаю, а MS сделал SP, крутость которой, по-моему, еще не дошла до понимания народа.
После освоения SP обучение работе с Ax-порталом начинает уже доставлять удовольствие. Но при этом появляется недоумение, - почему такой реально хорошо проработанный кусок Аксапты не продвигается так же, как сама традиционная Аксапта?

[nikos2001]

Цитата:

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

Но при этом появляется недоумение, - почему такой реально хорошо проработанный кусок Аксапты не продвигается так же, как сама традиционная Аксапта?

Продвигается потихоньку, но пока больше на Западе. Вот сайты, где я являюсь главным разработчиком. Оба - B2B webshops

https://shop.zeg-holz.de (Германия, WSS 3.0 + AX 2009)
https://webshop.matra.ch (Швейцария, SP Foundation 2010 + AX 2009)

[MikeR]

Цитата:

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

Продвигается потихоньку, но пока больше на Западе. Вот сайты, где я являюсь главным разработчиком. Оба - B2B webshops

https://shop.zeg-holz.de (Германия, WSS 3.0 + AX 2009)
https://webshop.matra.ch (Швейцария, SP Foundation 2010 + AX 2009)

Собственно вопрос - насколько глубоко надо знать sharepoint?
Там ведь насколько я знаю контролы и их поведение сильно модифицируются.

[nikos2001]

Цитата:

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

Собственно вопрос - насколько глубоко надо знать sharepoint?
Там ведь насколько я знаю контролы и их поведение сильно модифицируются.

По моему опыту, SharePoint знать желательно, но не критично. Иметь представление о структуре SharePoint (Web application -> Site Collection -> Site), конфигурации и настройках (Central Administration) нужно. В тоже время особого знания в программировании SharePoint не требуется, т. к. в этом плане EP достаточно независим (эти знания потребуются если вы, например, пишите свою dll-ку, работаете с Features или используете программную модель Шарепоинт в ваших контролах, например для имперсонализации пользователей или работы с листами / библиотеками сайта). Ну а вот знание ASP.NET - это must. Без них лучше не суваться в EP разработку, сделаете только хуже. Проверено.

[Murlin]

Цитата:

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

Я часто сталкивался с партнерами и специалистами, которые пытались разобраться с EP в Аксапте. Но почти всегда это кончалось тем, что на EP махали рукой, и просто программили портал на asp.net. Поскольку для решения 80% задач достаточно доступа к БД в режиме только чтения, никаких

да уж лучше на asp.net но с аксаптой ч/з коннектор

[Vadik]

Цитата:

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

Я часто сталкивался с партнерами и специалистами, которые пытались разобраться с EP в Аксапте. Но почти всегда это кончалось тем, что на EP махали рукой, и просто программили портал на asp.net

Со стандартным кодом\функционалом многие партнеры так же не запариваются разбираться, но речь-то не о них

[Murlin]

Цитата:

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

Со стандартным кодом\функционалом многие партнеры так же не запариваются разбираться, но речь-то не о них

более менее разобрался, не понравилось вот и все.