В принципе, по технологическим возможностям платформа 1С сильно приблизилась к Аксапте

[Dolter]

Цитата:

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

"На этой карете прошлого далеко не уедешь" . В следующих версиях AX от него вообще планируют отказаться (так по крайней мере пишут в мануале разработчика для DAX2009). Взамен него используется более перспективный в плане скорости и удобства работы .NET Business Connector.
А вот тут как я понимаю у 1С как раз все не очень здорово. Точно знаю, что платформа 8.1 не может выступать сама как .NET провайдер. И похоже, что внутри нее подключить .NET компоненты (CLR сборки) и использовать их как "родные" элементы конфигурации, нет возможности.

"Порадовал" неоднокартно AxaptaComConnector невозможностью получать данные запросом по нескольким связанным таблицам и условиям по нескольким же...
По использованию .NET: как "родные" подключать не получитя, но как "очень близкие" никаких проблем :-) Первое - это технология создания внешних компонент, второе - уже существующая (сторонняя) оболочка, для подключения .NET компонент, написанных без использования вышеуказанной технологии.

Цитата:

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

1. Отсутствие возможности параллельной разработки нескольких программистов в одной конфигурации и одной базе. Как мне кажется, на больших проектах это сильно усложняет регламент разработки.

в одной базе? нет, в одной базе нельзя... Можно только с одним хранилищем :-)
Хм... я, кстати так и не разобрался как реагирует Axapta на изменение структуры таблиц без отключения пользователей...

Цитата:

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

3. Как я понял в типовых конфигурациях повсеместно используется подход - реализация бизнес-логики на модулях форм.

Не помню я такого в последних типовых - все реализуется в общих модулях, часть из которых выполняется исключительно на сервере (это о 8.1)
А в 8.2 особо не пропишешь бизнес логику в управляемых формах из-за определенных ограничений в возможностях доступа к объектам :-)))

Цитата:

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

4. Не реляционная структура БД.
Спорный, кончено, момент. Но, ИМХО, на данный момент существующие технологии объектно-реляционного преобразования не позволяют достичь такой же производительности, как если бы структура была чисто реляционной.
+ мы теряем возможность полноценного использования некоторых встроенных в СУБД средств оптимизации (partitioning напрмер) и аудита (трейсинг тяжелых запросов например) производительности.

Ох! А за это я сам готов разорвать разработчиков 1С!

[kvan]

Цитата:

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

Хм... я, кстати так и не разобрался как реагирует Axapta на изменение структуры таблиц без отключения пользователей...

Если ни у кого из пользователей таблица (форма у которой источник данных эта таблица) не открыта, то все синхронизируется без проблем, если таблица используется, то разработчик получит предупреждение и нужно будет закрыть таблицу (форму), систему полностью перезапускать не нужно.

Цитата:

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

Не помню я такого в последних типовых - все реализуется в общих модулях, часть из которых выполняется исключительно на сервере (это о 8.1)

Буквально летом пришлось модифицировать отчет в 1С 8.1 - просто убила куча кода наваленная в одном месте и никак не разбитая на просто напрашивающиеся логические куски или блоки.

[Сисой]

Цитата:

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

Буквально летом пришлось модифицировать отчет в 1С 8.1 - просто убила куча кода наваленная в одном месте и никак не разбитая на просто напрашивающиеся логические куски или блоки.

Возможно, это сделано специально, чтобы опеспечить автономность отчета. В 1С отчет может существовать как самодостаточная программа, которую можно запустить из любой конфигурации.
По крайней мере, модули проведения документов (постинг) в последних версиях типовых написаны очень грамотно с точки зрения быстродействия и использования библиотек. И управляемые блокировки используются. Другое дело, что MS начал этот путь лет на 7-8 раньше

[kvan]

Цитата:

Сообщение от Сисой

Возможно, это сделано специально, чтобы опеспечить автономность отчета. В 1С отчет может существовать как самодостаточная программа, которую можно запустить из любой конфигурации.

Очень сомневаюсь около 300 строк кода специально свалили в одно место, в аксапте это можно разбить как минимум на методы внутри отчета.

[Сисой]

Да, 300 строк без разбиения - это жестоко.