Здравствуйте, SharpDeveloper, Вы писали:
SD>Здравствуйте, barn_czn, Вы писали:
_>>Встала задача интегрировать корп. .NET приложение с 1С.
SD>У меня потихоньку такая постановка задачи превращается в "стала задача дописать функционал под 1С". Особенно это актуально после 8.2 с веб формами.
я про интеграцию, а не дописывание.
да и дописывать на этой убогой твари — не, спасибо
По Enterra выводы могу сделать такие: Enterra ничего нового не несет, а дублирует доступ к 1С через КОМ. Более того, использование Enterra приведет к появлению ненужного посредника и необходимости знать две объектные модели: одну для 1С, а другую, которую вводит Enterra. 1С с КОМом до этого нормально справлялась.
Enterra не несет в себе визуальных компонентов, а опирается на .Net-контролы. В связи с этим Enterra уступает визуальным компонентам 1С, специально заточенным на свою объектную модель. Выглядит это достаточно пестро и чудно, как здесь на картинках, особенно в связке с нелокализованными на русский язык контролами сторонних производителей (для OLAP).
Не вздумайте отображать многострочные объекты 1С (например, регистры сведений), как показано в примерах. Кроме зависания это ничего не вызовет. Реализация же их вывода нормальным образом через виртуальный режим DataGridView (VirtualMode) может занять у вас остаток жизни.
Здравствуйте, Elisy, Вы писали:
E>По Enterra выводы могу сделать такие: Enterra ничего нового не несет, а дублирует доступ к 1С через КОМ. Более того, использование Enterra приведет к появлению ненужного посредника и необходимости знать две объектные модели: одну для 1С, а другую, которую вводит Enterra. 1С с КОМом до этого нормально справлялась.
Т.е. лишний гемор за 14 500 руб....
Здравствуйте, WaSh, Вы писали:
WS>Здравствуйте, Elisy WS>Решил глянуть, что за зверь этот Bridge...
WS>Пытаюсь зарегистрироваться на сайте 1centerprise.com, но что-то с активацией аакаунта не то...
Из-за спама включено ручное подтверждение регистрации. Ваша регистрация подтверждена.
Здравствуйте, Elisy, Вы писали:
E>По Enterra выводы могу сделать такие: Enterra ничего нового не несет, а дублирует доступ к 1С через КОМ. Более того, использование Enterra приведет к появлению ненужного посредника и необходимости знать две объектные модели: одну для 1С, а другую, которую вводит Enterra. 1С с КОМом до этого нормально справлялась. E>Enterra не несет в себе визуальных компонентов, а опирается на .Net-контролы. В связи с этим Enterra уступает визуальным компонентам 1С, специально заточенным на свою объектную модель. Выглядит это достаточно пестро и чудно, как здесь на картинках, особенно в связке с нелокализованными на русский язык контролами сторонних производителей (для OLAP). E>Не вздумайте отображать многострочные объекты 1С (например, регистры сведений), как показано в примерах. Кроме зависания это ничего не вызовет. Реализация же их вывода нормальным образом через виртуальный режим DataGridView (VirtualMode) может занять у вас остаток жизни.
сказать честно я не понял ни слова из того что вы сказали. причем тут визульаность, причем тут COM? посредник — так он то мне и нужен !!!
мне интегрировать надо мое корп. приложение, которое написано на .NET, и которому теперь стало надо достучатся до 1С.
я пересмотрел все что есть в инете. да, я понял что используя COM я сам могу попробовать приконектится к 1С. но я хочу нечто готовое и на .NET. пример:
хочу c документами 1С работать как с инстансами .NET. нормальное желание? но нехочу вдаватся в подробности COM, API 1С.. кто мне это сейчас может предложить? скачал Enterra SDK, не все понял, но пример с просмотром документа похоже то что мне надо. или у вас есть другие варианты? назовите
Здравствуйте, barn_czn, Вы писали:
_>но нехочу вдаватся в подробности COM
Позднее связывание вас спасет. VB .NET с этим отлично справляется. НЯП, dynamic в C# 4 — тоже (поправьте, если ошибаюсь). _>API 1С
Оно примитивно. Тем более, если я правильно понял ваши задачи, вам оно понадобится только для загрузки платформы (одна строка кода). Остальное — это OLE automation, т.е. код вида "Объект.Свойство" или "Объект.Метод". Плюс вам все равно понадобится изучить конфигурацию платформы, с которой будете интегрироваться.
Здравствуйте, HowardLovekraft, Вы писали:
HL>Здравствуйте, barn_czn, Вы писали:
_>>но нехочу вдаватся в подробности COM HL>Позднее связывание вас спасет. VB .NET с этим отлично справляется. НЯП, dynamic в C# 4 — тоже (поправьте, если ошибаюсь). _>>API 1С HL>Оно примитивно. Тем более, если я правильно понял ваши задачи, вам оно понадобится только для загрузки платформы (одна строка кода). Остальное — это OLE automation, т.е. код вида "Объект.Свойство" или "Объект.Метод". Плюс вам все равно понадобится изучить конфигурацию платформы, с которой будете интегрироваться.
HL>Зачем здесь посредник?
ну вот есть GDI+, который можно было бы в принципе юзать даже если бы и не было сборки System.Drawing.dll . интеропим нужные методы, храним указатели и вперед.
System.Drawing.dll — тоже посредник.
OLE automation вам не создаст готовые обертки над Документом, Справочником, так чтобы я мог обращатся с ними также как с родными .NET типами. Это по прежнему будет код на птичьем языке, и прощай intelle sence.
Здравствуйте, barn_czn, Вы писали:
_>Здравствуйте, Elisy, Вы писали:
E>>По Enterra выводы могу сделать такие: Enterra ничего нового не несет, а дублирует доступ к 1С через КОМ. Более того, использование Enterra приведет к появлению ненужного посредника и необходимости знать две объектные модели: одну для 1С, а другую, которую вводит Enterra. 1С с КОМом до этого нормально справлялась. E>>Enterra не несет в себе визуальных компонентов, а опирается на .Net-контролы. В связи с этим Enterra уступает визуальным компонентам 1С, специально заточенным на свою объектную модель. Выглядит это достаточно пестро и чудно, как здесь на картинках, особенно в связке с нелокализованными на русский язык контролами сторонних производителей (для OLAP). E>>Не вздумайте отображать многострочные объекты 1С (например, регистры сведений), как показано в примерах. Кроме зависания это ничего не вызовет. Реализация же их вывода нормальным образом через виртуальный режим DataGridView (VirtualMode) может занять у вас остаток жизни.
_>сказать честно я не понял ни слова из того что вы сказали. причем тут визульаность, причем тут COM? посредник — так он то мне и нужен !!! _>мне интегрировать надо мое корп. приложение, которое написано на .NET, и которому теперь стало надо достучатся до 1С.
_>я пересмотрел все что есть в инете. да, я понял что используя COM я сам могу попробовать приконектится к 1С. но я хочу нечто готовое и на .NET. пример: _>хочу c документами 1С работать как с инстансами .NET. нормальное желание? но нехочу вдаватся в подробности COM, API 1С.. кто мне это сейчас может предложить? скачал Enterra SDK, не все понял, но пример с просмотром документа похоже то что мне надо. или у вас есть другие варианты? назовите
Если хотите нечто готовое, посмотрите 1C.NET Adapter (http://www.gotdotnet.ru/files/406/)
Если некуда потратить деньги, посмотрите 1C.NET Adapter и перешлите деньги мне, я их отдам в детский дом.
Чтобы не повторяться по поводу Entera SDK, посмотрите обсуждение на Инфостарт: http://infostart.ru/public/62798/
Оцените пример с просмотром регистра сведений со 100 тысячами строк и зависанием
Вы перепутали две совершенно разные задачи.
.Net Bridge , судя по примерам, это 1С обертка над .NET в виде внешней компоненты. т.е. это мост 1С->.NET.
А меня интересует мост .NET->1C. Разница очевидна по моему. Да, из мостика 1С->.NET можно извернутся и сделать обратную связь .NET->1C. Но для этого я должен покапатся в конфигурации 1С, и куда то там в обработке навтыкать вызовы этой компоненты. Enterra — это наоборот обертка над 1С в .NET. Т.е. я могу _не_изменяя_конфигурации_1С_ дергать ее из своего приложения.
ссылка ведет черт знает куда, но слава богу нашел..
это статья аж 2004 года , и опять про внешнюю компоненту 1С, я уже написал вам выше что это совершенно другая задача
E>Если некуда потратить деньги, посмотрите 1C.NET Adapter и перешлите деньги мне, я их отдам в детский дом.
E>>Если хотите нечто готовое, посмотрите 1C.NET Adapter (http://www.gotdotnet.ru/files/406/)
_>ссылка ведет черт знает куда, но слава богу нашел.. _>это статья аж 2004 года , и опять про внешнюю компоненту 1С, я уже написал вам выше что это совершенно другая задача
GotDotNet — это черти где? Вот еще ссылка "Интеграция 1С:Предприятие 8.х и .NET Framework": http://www.gotdotnet.ru/forums/2/96963/page-3/
Это работы одного автора и тоже про внешнюю компоненту?
E>>Если некуда потратить деньги, посмотрите 1C.NET Adapter и перешлите деньги мне, я их отдам в детский дом.
_>очень смешно
E>>Чтобы не повторяться по поводу Entera SDK, посмотрите обсуждение на Инфостарт: http://infostart.ru/public/62798/
_>статья ниче, обсуждение — полный флуд.
Я не считаю обсуждение, построенное на фактах, флудом. Если учесть, что обсуждение состоит из моих комментариев и комментариев представителей Enterra, то это полное неуважение к нам с вашей стороны. Больше я принимать участие в текущем обсуждении не намерен. barn_czn, желаю удачи в продвижении своей компоненты "Entera .Net SDK" на форумах.
E>>Оцените пример с просмотром регистра сведений со 100 тысячами строк и зависанием
_>ок
Здравствуйте, barn_czn, Вы писали:
_>Здравствуйте, SharpDeveloper, Вы писали:
SD>>Здравствуйте, barn_czn, Вы писали:
_>>>Встала задача интегрировать корп. .NET приложение с 1С.
SD>>У меня потихоньку такая постановка задачи превращается в "стала задача дописать функционал под 1С". Особенно это актуально после 8.2 с веб формами.
_>я про интеграцию, а не дописывание.
_>да и дописывать на этой убогой твари — не, спасибо
Я смотрю у многих привычка хаить 1С...а вы попробуйте написать приложение хоть отдаленно напоминающее 1С, со встроенным dsl и возможностью менять объектную структуру ...хрен-с два...на изучение com api 1C обычно хватает часа два, не больше...
Вот еще ссылка "Интеграция 1С:Предприятие 8.х и .NET Framework": http://www.gotdotnet.ru/forums/2/96963/page-3/
