Зачем 1С выносит проведение документов в общий модуль? #674052

САБЖ

САБЖ

Чтобы общие функции использовать и не дублировать код

Так проведение документа для каждого дока со своими движениями. А общие функции и так модно дергать в модуле проведения дока.

потому что.

Привелигированные модули и выполнение на сервере.

зачем ТС выносит себе мозг бессмысленными вопросами ?

2 Чтобы когда дело дойдет до изменений алгоритма, то делать это в одном месте, а не в десяти.

Осталось понять, если там что выносить? :-)

Да я док создаю просто, вот думаю писать как обычно в модуле дока или сделать всё "по модному")))) А привилегированные это да. Но вот смотрю УТ 11, и там модули не фига не привилигированные. Остаётся только выполнение на сервере.

)))))))))) офтоп)))))))))

Думал об этом, но по факту что так что так все равно для каждого дока своя процедура проведения.

а в управляемом приложении проведение по-любому на сервере...

атавизм, наверное...

Это не отменяет наличие общего для этих процедур кода, который целесообразно вынести в общие модули.

А кстати да. На УФ это не плюс.

2 ну круто. а что если завтра будет два документа. а процедура по-прежнему одна.

потому что 1С не осиливает пока полиморфизм

Честно сказать никогда такой подход не нравился :-(, потому что вместо пары тысяч строк кода в конкретном доке приходится изучать от десяти тысяч в общих модулях :-(. К тому же всегда помнить надо, что правка в общем модуле может неожиданно вылезти еще в паре-тройке сторонних документов, а в конкретном документе поправил и всегда уверен, что в других доках это не вылезет...

2 ну это только у тех, кто не освоил условных операторов

Этот кретинский подход тянется еще с 7ки.. Забить и сделать нормально - проведение должно быть в модуле документа.

Опять поменялась концепция просто. Вот выйдет бсп 2.2 и снова концепция поменяетяется

а ты условие на тип документа пиши для перестраховки :)

на днях ЗиК обновлял... 100+ тысяч строк в глобальнике

2 в 8-ке много глобальников

правки лучше подписками делать

Ну, значит за десять лет работы с 1С я так их и не освоил :-(, уже и собственную конфу написал, но вариант искать модуль проведения в конкретном текущем документе мне импонирует гораздо больше чем развлекаться с разбором многотысячных нагромождений строк с многочисленными Если...

не может быть :) +1

+1 Это как раз удобная штука, хотя можно было и более универсально реализовать. Один раз разбираешься и потом спокойно пользуешься.

и что тут сложного? Работает - не трожь!

Потамушто одинэсник это вершина эволюции человека. Доказательство: Другим людям ещё только предстоит развиться до состояния одинэсников.

Потому как это правильно (имхо) ибо модуль проведения по хорошему должен быть универсальным (на кой черт одно и тоже городить в каждом модуле документа?!) Любой подход можно испоганить (можно и миллион строк кода написать а можно всего пару тысяч)

Совершенный человек пишет совершенный код. Раз так написано с типовой, значит это правильно.

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

особо доставляет прибитые намертво имена табличных частей и прочие приколы...

Считай, что это защита от дурака. Если не поймет, не тронет.

Ты их хоть когда нибудь читал? Если это расходная накладная... Иначе если это приходная Иначе если это списание Иначе если... нахрена тут это всё? Ну вынеси этот код в сам документ, нахрен эти лестницы в одном модуле?

Причем внутри Если код существенно разный.

чтобы отладка и кастомизация этого дерьма приносила "радость и удовольствие"...

Я их пишу  - так, что знаю о чем говорю. Универсальный модуль проведения по регистрам бухгалтерии (который "рисует" проводки по любому документу) - занимает чуть больше тысячи строк.

+39 И никаких Если ИначеЕсли - там нет.

Угадаю - на вход этому Универсальному модулю нужно подать заполненную ТЗ проводок :)

Каждому коду свое место, а общие моменты реализовывать через подписки.

Вот не надо тут физдить. Или ты надеешься, что тя никто не проверит? Найдено за 15 сек. Просто первое попавшееся.

>Каждому коду свое место, а общие моменты реализовывать через подписки. неизвестно когда какая подписка сработает, а это иногда важно

На входе настройка (чтооткудазачемкогда берется) - утрировано можно конечно сказать что это "ТЗ проводок" Речь шла о том - стоит ли выносить проведение в общий модуль - то, что у 1С пока код в таком виде (который ты привел) не означает, что замысел плохой. У меня лично такого кода нет.

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

Процедуры записи в регистр имхо только. То есть код, который для всех документов одинаковый. А такие лестницы, как в это человека кто то обидел. Может в метро на ногу наступили и он мстит.

С этим я согласен.

Добавил голосовалку. ИМХО может и даёт некую универсальность, что в принципе сомнительно, но отлаживать и править потом это значительно труднее чем в одном модуле документа.

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

С точки зрения кодера которому нужно раз в год подправитьдописать проведение одного документа - искать гдечтокак править в общем модуле наверно действительно трудно. Но если ты разрабатываешь конфу (видишь так сказать ее целиком - как одно единое целое) - писАть примерно одно и тоже в каждый модуль документа мягко говоря "не айс".

Выносить проведение в бщий модуль ТУПО

В том то и дело, что в общий модуль выносятся процедуры для конкретных видов документов, а не обще для всех документов куски кода. Общих для всех документов кусков кода вообще не так много, а сейчас в общих модулях каша из того что там быть должно и того чего не должно. Никакой системы не наблюдается. Поэтому

Как уже говорил, общий модуль не для описания уникальных движений, которыми является проведение документа

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

Ну пока кроме типовых я подобного слава богу нигде не видел. В самом документе формируют таблицу движений, затем отправляют в общий модуль и тупо там её запихивают в движения. Потом возвращают обратно в док, потом из дока опять отправляют на сервер и выполняют движения там. ИМХО дебилизм какой то.

Тупые 1Сники запутались в трех березах. Конечно плохо выносить в общий модуль, когда на собвстенном опыте имеешь 2-3 документа с тремя регистрами, а правка типовых заканчивается на отчетах да выгрузках и загрузках. Я бы с удовольствием посмотрел в УПП как движуха по взаиморасчетам дублируется во всех 31 документах.

Ладно взаиморасчёты... А если РАУЗ? :-)

Я против... Мне кажется если величина конфигурации увеличится на 10%, а лёгкость понимания и правки облегчится на 50%, то это уже плюс..

им думать некогда - они бабки зарабатывают...

а в чем проблема сделать модель взаиморасчетов и обращаться к ней из любого документа?..

Модель? Какая нах модель?

Помню УТ10.3.3.3 почти всё было в модулях объектов.. все быстро и классно настроил. а через 2 года сунулся еле разобрался с этими общими модулями. С другой стороны воспитывает не делать ченжи в типовых вещах а нужные вещи делать надстройками.

во, такие деятели и пишут типовые...

можно все таки услышать о модели?

Хорошо следовать корпоративному стандарту. У 1С есть собственная технология построения алгоритмов проведения, разработчики ей следуют - это хорошо.

о программной модели чего-либо? ну покурите википедию, что ли...

это правильно 1. Исключение дублирования кода 2. Меньше объектов захватывать в хранилище для изменения о какой модели речь?

давай уже или конкретику или одно из двух

при всем моем к тебе уважение - это называется "слился".

благодарю, конечно, за аванс, но честно, не ожидал что это будет воспринято с таким удивлением...

можешь отсюда начать:

ага... а теперь расскажи, как это к 1С теоретически прикрутить (элементарный пример в виде cf утер бы мне нос да и всем в этой ветке заодно)

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

это уже заденьги...

слив №2?

толсто, Леша...

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

Это понравилось программе моделирования БазыДанных и она предложила такой вариант

модуль менеджера надо юзать а технология УПП его еще не знала когда-то, посему в общаках свалены тонны условного кода. что касается выноса в общаки общих алгоритмов проведения документов на Управляемом приложении, то там должны быть именно общие практически БЕЗУСЛОВНЫЕ алгоритмы. Мне всегда хочеться найти разработчиков, которые генерят тексты запросов в общих модулях шаблонами кода без возможности открыть их запросами. Найти и оскопить, ес-но)

тупейший топик ни о чем

Короче, чтобы документ при проведении не вызывал модуль, надо чтобы он вызывал модель. Вполне здраво на фоне всей ветки.

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

слив засчитан

Ага, захватишь один общий модуль и все другие кодеры курят...

в обще-то когда надо, тогда и делают. 1С-овцы же делают справочник или регистр туда заносят все, потом обратно возвращают, потом снова :)

Оппа. А про это можно поподробнее? Интересно.

Аналог проведения в общем модуле всего: Class Человеки Производный Class ЧеловекиСКлювом Производный Class Человеки1С Внешняя функция хз в каком модуле: function УбитьВсехЧеловеков(Человеки  Чел) { } А можно ведь просто было написать: ИМХО

Проведение это плохо, а получение ТаблицыЗначений для загрузки в набор Записей это самое то. Получив на входе подготовленные данные. При этом можно этот набор записывать и из вне модуля документа, установив отбор по регистратору.

просто когда появится новая деректива - "помучать" то тебе достаточно будет внести в функцию изменения function УбитьВсехЧеловеков(Человеки  Чел) { } а в другом случае придется вызовы пихать в каждый документ..

2 Сейчас так и есть. Просто внутри метода Убить идет вызов УбитьВсехЧеловеков

Опять прийдется перечислять кому какие :)

В каждом конкретном случае может быть либо хорошо, либо плохо. В общем - нормально. И такова реальность. Не нравится, пиши нетленку.

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

Не умение разобраться в чужом коде - проблема программиста.

Мда. Совсем что-то плохеет люд.

Лень соображать