|
![]() |
#1 |
Участник
|
Цитата:
Сообщение от fed
![]() Я часто сталкивался с партнерами и специалистами, которые пытались разобраться с EP в Аксапте. Но почти всегда это кончалось тем, что на EP махали рукой, и просто программили портал на asp.net. Поскольку для решения 80% задач достаточно доступа к БД в режиме только чтения, никаких проблем с целостностью данных это не вызывало. Ну а для оставшихся 20% задач, писались какие-то классы-врапперы вокруг нужной аксаптовской функциональности, которые потом вызывались через .NET BC.
Просто как тут уже заметили, разработка в EP слабодокументирована, затраты на обучение специалиста - большие. Опять же спецы по sharepoint на рынке довольно дороги, а аксаптера переучивать в web-программисты - совсем уж много времени требуется. Так что с точки зрения партнера, из за максимум одного проекта по EP в год (допустим это 4 человеко-месяца разработки), обучать и кормить специалиста по порталу - не выгодно... У меня тоже была такая дилемма, но решил все-таки разбираться и с SP, и с Ax-порталом. Ушло полгода. И это было реально сложным. Причем, сложным не из-за устройства самой среды, а из-за того, что вся необходимая документация размазана на бескрайних просторах MSDN и TechNet. В общем-то, для того, чтобы разработка хоть как-то задышала, приходится полноценно разбираться с IIS, чтобы понять на каком уровне управляются права доступа и как, например, открыть анонимный доступ к общечеловеческим страницам портала, что очень важно. Потом оказывается, что SP, это просто часть IIS с дублированием механизмов управления доступом. В принципе, SharePoint, это не просто конструктор сайтов. Мне кажется, что это пользовательский интерфейс доступа в Винду, который пришел на смену традиционному интерфейсу. Или именно то, о чем так распевали на Гугле, что они сделают операционную систему с веб-интерфейсом. В результате Гугл сделал очередную версию Линукса, как я понимаю, а MS сделал SP, крутость которой, по-моему, еще не дошла до понимания народа. После освоения SP обучение работе с Ax-порталом начинает уже доставлять удовольствие. Но при этом появляется недоумение, - почему такой реально хорошо проработанный кусок Аксапты не продвигается так же, как сама традиционная Аксапта? |
|
|
За это сообщение автора поблагодарили: konopello (2). |
![]() |
#2 |
Участник
|
Цитата:
https://shop.zeg-holz.de (Германия, WSS 3.0 + AX 2009) https://webshop.matra.ch (Швейцария, SP Foundation 2010 + AX 2009) |
|
|
За это сообщение автора поблагодарили: Logger (3), kALVINS (2), gl00mie (2). |
![]() |
#3 |
MCT
|
Цитата:
Сообщение от nikos2001
![]() Продвигается потихоньку, но пока больше на Западе. Вот сайты, где я являюсь главным разработчиком. Оба - B2B webshops
https://shop.zeg-holz.de (Германия, WSS 3.0 + AX 2009) https://webshop.matra.ch (Швейцария, SP Foundation 2010 + AX 2009) ![]() Там ведь насколько я знаю контролы и их поведение сильно модифицируются.
__________________
Axapta book for developer |
|
![]() |
#4 |
Участник
|
По моему опыту, SharePoint знать желательно, но не критично. Иметь представление о структуре SharePoint (Web application -> Site Collection -> Site), конфигурации и настройках (Central Administration) нужно. В тоже время особого знания в программировании SharePoint не требуется, т. к. в этом плане EP достаточно независим (эти знания потребуются если вы, например, пишите свою dll-ку, работаете с Features или используете программную модель Шарепоинт в ваших контролах, например для имперсонализации пользователей или работы с листами / библиотеками сайта). Ну а вот знание ASP.NET - это must. Без них лучше не суваться в EP разработку, сделаете только хуже. Проверено.
|
|
|
|