Программист 1сДа в принципе можно хоть под ВСЕ версии сделать расширение

версии движка? а версии конфигураций? можно ли будет обойтись без "займа" в расширение объектов типовой? расширение падать не будет из-за разности структур данных "заемных" типовых объектов?


tecdocruНужно сделать расширение, которое мы могли бы потом сами дополнять методами.

нифиганепонял? это какой-то промежуточный слой абстракции? типа 1С-ник вам реализует работу с методами сервиса через какие-то универсальные конструкции + делает некий конструктор вызываемых произвольных функций которые вы будете дополнять (типа формул в ЗУПе)? зачем эти извращения?

ShuhardМодальноеОкно зачем эти извращения?
ну не хочет ТС зависеть от кодера, а желает при этом развивать функционал

это все влажные мечты. он с 1с имеет дело

Программист 1сМодальноеОкнопропущено...


версии движка? а версии конфигураций? можно ли будет обойтись без "займа" в расширение объектов типовой? расширение падать не будет из-за разности структур данных "заемных" типовых объектов?А кто мешает определить что это за конфигурация и строго под нее загружать и брать данные? Да хоть в конфигурацию "ломбард".

//Если конфигурация ломбард 2.1 то справочник=контрагенты, модуль=функциисервер.
//Если конфигурация ломбард 2.2 то справочник=номенклатура, модуль=отчетыклиент.

В теории можно все, на практике десяток основных вполне достаточно.

это все понятно, БСП на 30% состоит из подобного

я имею ввиду что по идее чтобы такое работало расширение не должно содержать заемных объектов. только собственные и собственный код

если стремиться к тому чтобы оно было "одно на всех"

Хитроглазыйпонимает различные конфигурации (различных версий)

вроде текущий режим совместимости в упп не позволяет пользовать расширения

для не профильной crm запчасти для авто вообще не сплющились

так что не стоит льстить себе и подойти поближе. вполне можно очертить круг конфигураций для которых можно и имеет смысл что-то ваять. не так он и широк