Добрый всем.
Вот захотелось написать статью на днях. Поводом стала статья с аналогичным названием, в которой по моему не была раскрыта суть.
Может будет полезна новичкам
http://infostart.ru/public/171266/
Жду голосов)

гм... это было известно всем 8 лет назад

(1) 8 лет назад в отрасли не было тех кто появился год назад, два, три, четрые...
Собственно я и не изобретал чего либо. Это изначально было положено на уровне подсознания.
Как правильно подметили в комментах - хорошо когда что то написано.

там много чего нет :))
ну это пусть сами тр... мучаются

Хочу 40000 голосов. Мне сказали на этом сайте 40000 посетителей в день.

хотеть не вредно - просмотрел по-диагонали и ничего нового не узнал, так что от меня плюса не получишь

(4) У тебя устаревшая инфа. Больше 50 тыс. По сути написано верно, но да, 1Сник с опытом понимает это и так.

Еще добавь самое главное:
по максимуму комментировать свой код, тот что все таки пришлось добавить в станд.модули.

(4) кстати уже есть люди которые написали  механизм, которому совершенно пофигу что у тебя в типовой - он подменяет формы, обработчики, стандартные процедуры форм и еще много чего, так что твои шансы получить 40000+ ничтожно малы :)))

(8) они написали конфигуратор? гы.

(9) нет - люди занялись делом

(10) ты в курсе сколько потребуется времени втобы в программно нарисовать форму заказа покупателя? УТ11.
Ну или кода чтобы в типовой форме что то сделать? Вместо того чтобы тупо добавть реквизит на форму.

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

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

все средства хороши. если они используются там где нужно.

(10) люди изобрели лесапед!)) который используется в документа Установка цен номенклатуры. Причем начиная с УТ10. В УТ11 он повторяется!

9.  
Eugeneer  
07.02.13 20:25  

Молодцы!) Изобрели велосипед)) Который ЯРКО и в полном объеме уже давно известен и используется самой 1С в своих конфигурациях.
И ярчайший этому пример - документ Установка цен номенклатуры. Причем с УТ10, на Ут11 он повторяется.

Посмотрите форму и вы поймете о чем идет речь.

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

Можно было не пистаь статью а просто дать ссылку на этот типовой документ. В нем гораздо больше код говорит сам за себя.

(8) Ого, молодцы. Сделали то, о чем просили 1С лет 10

(11) Первый раз ьрудно. Потом технология отрабатывается и находятся оптимальные решения.

Если тупо добавить реквизит в типовую форму, а потом тупо обновить 10 раз типовую, заново вручную рисуя этот реквизит, времени уйдёт на много больше, чем один раз прописать в коде и программно добавить этот реквизит. ;)

(18) стоп) код ты куда вставлять будешь? в модуль формы. а это значит что его каждый раз придется вставлять в модуль формы.
Ничем не отличающееся действие чем тупо реквизит вставить.
Тем более форму управляемые. Это даже не УТ10.
Можно тупо копировать с упр формы целиком добавленную группы реквизитов и вставлять через копипаст.

гы, и тут Остапа понесло....

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

Никогда не понимал:
а) если вам нужно курочить типовую, нафига тогда ее обновлять типовыми обновлениями? Ведь 1С никогда не делает того, что Вам нужно. А если через пару лет и сделает после Вашего изменения, то Ваши изменения уже не нужны и можно смело использовать типовые механизмы без изобретения лисапедов...
б) если Вам нужна типовая, зачем курочить конфу своими доработками?

(19) выгрузи модули в текст и открой для себя DiffMerge )))

(0) уровень статьи ниже плинтуса, нафига маня её писал не понятно

(0) Для правильного понимания - как нужно обновлять конфигурации с внесенными изменениями, достаточно посмотреть различия в типовых БП и БП КОРП. И понять, что все сообщество франчей, фикси и сама 1С использует одни и те же механизмы...

(24) не ну в случае Мани как раз понятно - это ЧСВ

(24) прикинь! http://infostart.ru/public/117284/
19 голосов!

(27) обалдеть!? падаваны?

(26) узко мыслишь) каждая публикация пиарит мои платные разработки.
Внизу под публикацией есть раздел Коммерческие программы автора

(28) без понятия. можешь им написать спросить

(24)(28) Маня написал нормальную статью. Просто для тех, кто в теме - он Америки не открыл. А кто постоянно на форум пишет - как вы обновляете типовые? - самое то - теперь есть куда отправлять за "в яндексе погуглить".

(25) где в этом месте место обычным 1Сникам?
Причем тут то что использует 1С и франи (????)) бугага.
если речь идет о совете обычным программистам.

а по поводу франей я бы поспорил. ой как поспорил. такого навидался добра от них.

никаких единых стандартов пока нет.

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

(32) Накати .сф от БП КОРП на БП (или наоборот) в режиме сравнения/объединения. И улыбнись...

(33) Когда 1С сделает "а-ля слои" в Аксапте, а не детский лепет в виде общих модулей с постфиксом "Переопределяемый", тогда можно будет о чем-то говорить...

(35)+ Т.е. когда в конфе смогут вместе сосуществовать неизменяемое ядро разработчика и слой изменений, вот тогда это будет нормальная платформа для внесения изменений. А пока все вместе жрем кактус, который нам дали без права выбора...

(36) но  благодаря этому кактусу, многие имеют на хлеб с икрой

(37) Даже в случае (36) ИМХО количество икры на хлебе не уменьшилось бы :)

(38) а смысл тогда?

(39) Жизнь легче, денег столько же...

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

(40)+ Слой изменений же кто-то должен дописывать...

(41) Это какая такая функция общего модуля ВСЕГДА вызывается?

(38)+1

(8) Где можно ознакомиться?

(45) Не помню у кого, но видел - в каждой форме две-три строчки кода внизу при инициализации, которые ведут в закрытый модуль, за которым стоит ВК. Запускаешь без ВК - типовая конфа. Запускаешь с ключом и ВК - почти все формы другие. По моему даже у РАРУСа. Но все равно - в каждой форме две-три строчки своего кода. Дальше думайте сами...

(45) http://infostart.ru/public/171514/

(46) выглядит как какая то фантастика.
Одно дело добавить реквизит куда попало. Совершенно другое когда его хотят именно там где хотят! А именно так и нужно в большинстве случаев.
Я уже молчу когда хотят из типовой формы наоборот убрать кучу типового.
В табличной части добавить колонок. Разместить в них каике то данные.
Добавить закладку в ней реквизиты влево вправо.

О какой такой таинственной строчке вызова процедуры может идти речь.

"в большинстве случаев необходима для хранения информации, либо использования в собственных модулях." - для меня откровение. Пиши еще...

Да, забыл сказать, что после (49) на мой голос можешь не рассчитывать :)

Давно уже пора зарубить - не бывает универсализированных решений.
Малейший отход по ТЗ и все - вся методика кроется медным тазом.
Возвращаемся к копированию типовой формы и перелопачивании ее.

(51) да, теперь убежден: пора уже познакомится с русским языком.. И понять, что это не просто набор слов

(49) откровение? Вот тебе обычная простая ситуация.

УТ10. Номенклатура. Автозапчасти.
Учет по производителям в виде справочника (Ут11 типовая возможность, УТ10 отсуствует).

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

Свои модули: импорт прайсов поставщиков с поиском артикул+производитель.
Производитель обязательное поле. Уникальность элемента номенклатуры строго в сочетании артикул + производитель.

(48)Есть механизм доп. реквизитов в типовых механизмов и внешних обработок. В 90% случаев этого достаточно, и не надо трогать конфигурацию поставщика.

(53) для меня откровение, что такую чушь можно писать. Ничего личного, просто восприятие страдает, когда читаю такие перлы.

(53) а к твоему примеру- кури номенклатуру контрагентов

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

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

(54) Механизм доп. реквизитов подконтролен? О нем знает кто-либо, кроме разработчика, который на этом механизме наваял супер отчет или супер обработку, в корне меняющую поведение типовой? И которые всегда показывает пустоту а обработка всегда выдает не те результаты, потому что этим механизмом никто не пользуется или забывают пользоваться?

(58) свойства и категории это на уровне данных =  полный осттой при написании отчетов на них оринтырованных.

(53) открой для себя правила формирования наименований - уже давно их можно описывать формулами

Маня ушел допивать ром и корректировать статью?
зы.. А ведь так и сделает: соберет критику, поправит статью, и будет на белом мерседесе с обработками рубить бабло..

Ни слова про использование подписок на события. Забыл чтоли?

(58)"Подконтрольность" и "коренное" изменение конфигурации требуется не часто (см.оставшиеся 10%) и механизм доп. реквизитов для этого я не использую. Суперпупермегаобработки делать не собираюсь. Точечные настройки и качественное обучение пользователей эффективнее.
(59) у каждого свой печальный опыт.))) У меня клиенты работают и не жужжат. ЗЫ. Ничего личного. Только ИМХО.
Каждый выбирает свой путь.

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

(64)+ Сорри за опечатки

(64)Мои клиенты обходятся без коленок типовыми механизмами. Не смешивай свой опыт с моим.

(66) А как же доп. реквизиты? На самом деле - типовые продукты самодостаточны для многих. Но утверждать, что типовые самодостаточны для ВСЕХ - в коне не верно. А на этом форуме это часто слышно. Поэтому и говорю - полезли ломать типовую - не фиг заботиться об обновлениях, все равно 1С ничего нужного для конкретно вас не сделает. А если функционала достаточно - не фиг лезть со своими доработками в типовую... И проблема обновления не перед кем не должна стоять :)

(35)(36) для этого не обязательно ждать возможности платформы - можно разрабатывать конфы такиим образом, что бы разделить уровени разработчика и внедренца, но 1С принципиально так конфы не пишет.

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

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

(70) Ветка - об обновлении типовых. Как отмечено в (68) - разрабатывать можно и никто не запрещает. Только в типовых  этого нет. 99% отраслевых решений написано путем добавления двух-трех документов в типовой продукт при чем исключительно способом "слон в посудной лавке". И только оставшийся процент аккуратно внедряется в типовой продукт путем собственных ноу-хау, которые искусно прячет в закрытых модулях. оставшиеся 0.0000001% (статистическая погрешность выборки) пишут для себя и для своего удобства, но на широкую публику это не выносят...

(71) трудно не согласится.

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

2 года на мисте и в первый раз увидел маню "живьем". теперь то я знаю, кто это! поздравляйте. пойду статейку заценю)

Не надо на хорошего человека bazvan батон крошил. Никаких гадостей он не писал :)

Как то двусмысленно получилось. Вместо "крошил" нужно читать "крошить" и для полного счастья к имени добавить букву "а" - "http://www.forum.mista.ru/users.php?id=512. -а"

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

(77) спасибо за оценку.

(43) Откуда в типовых на форме появляются заполненные подменю для кнопок Печать, Заполнить и т.п.?
Вот примерно там и добавляется одна строчка для вызова своей процедуры.
(48) Если изменений очень много, программно делается ещё одна страничка на панели формы, основная скрывается, новая создаётся и заполняется.
Но если изменений так много, что типового почти не остаётся, так и быть, нужно действовать согласно Вашей статьи. ;)

Поверхностная статья

(0) мысли вслух?

Да. типа того.