Имя: Пароль:
1C
 
Зазеркалье: Расширение модулей
0 Чайник Рассела
 
24.03.16
10:22
Теперь заживем.
http://v8.1c.ru/o7/201603module/index.htm
1 Одинесю
 
24.03.16
10:24
Класс!
2 Cyberhawk
 
24.03.16
10:24
Ага, года через 2, когда типовые будут на 8.3.9
3 Господин ПЖ
 
24.03.16
10:25
сбылась мечта?
4 Чайник Рассела
 
24.03.16
10:26
(3) разумеется. Теперь можно будет всякие отраслевки с кодом вынесенным в dll изящно обходить
5 NeoVision
 
24.03.16
10:30
Наканецта!
6 Злопчинский
 
24.03.16
10:30
бляха-муха, этож зашибись.

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

потом будут расширения над расширениями...

а какой простор для рубления бабла.

например

в типовой стоит типа
Процедура ПосчитатьРазмещениеТовара()

   //пусто
КонецПроцедуры //ПосчитатьРазмещениеТовара()

Конфига стоит 10 рублей, товар размещают в адресном блоке руками.

Продаем расширение которое считает размещение товара по совсем простому алгоритму - 30 рублей. Не устраивает - купите расширение полного размещения за 100 рублей...

Правда нифига непонятно как это все с расширениями скажется на быстродействии?
7 Чайник Рассела
 
24.03.16
10:31
(6) уже пилю маркет, на котором можно прямо из 1с купить расширение.
8 PRO100 NigGaZ
 
24.03.16
10:34
Только расширения с хранилищем конфигураций работать не умеют, досада
9 NeoVision
 
24.03.16
10:36
(8) там внутри 1с тоже хотят хранилище для расширений, т.ч. будет ну либо EDT раньше допилят, а там git и тд
10 zak555
 
24.03.16
10:39
здорово

только когда это можно уже будет пощупать
11 Aceforg
 
24.03.16
10:41
Есть ли в планах в 1С реализовать возможность хранения в расширениях своих данных, справочников, реквизитов? Вообще будет ли такое реализовано?
12 Карупян
 
24.03.16
10:41
Ого Методы появились.
Так гляди и до ООП дойдет )))
13 lubitelxml
 
24.03.16
10:44
(12) "наследуй и переопределяй" (С). Осталось наследование и будет тебе ООП )))
14 Карупян
 
24.03.16
10:46
Но пока нет коллективной разработки расширений,
это не коммерческий продукт.
Так для поиграться только
15 Aceforg
 
24.03.16
10:47
(13) "ПродолжитьВызов" "Вместо" это и есть наследование
16 Aleksey
 
24.03.16
10:50
что то непонятно нафехуа все это разнообразие?
17 mikecool
 
24.03.16
10:52
(16) +1
да еще в хз каких платформах
18 Господин ПЖ
 
24.03.16
10:53
(16) ваши внуки будут 1с-ить с комфортом...
19 mehfk
 
24.03.16
10:53
Судя по описанию, получилось "ООП на костылях".
20 lubitelxml
 
24.03.16
10:54
(19) 1с - это один большой костыль по сути...
21 MishaD
 
24.03.16
10:55
для базовых расширения действуют ?
22 Asmody
 
24.03.16
10:55
Чего только не придумают в 1С, лишь бы классы не делать.
23 ObjectRelation Model
 
24.03.16
10:55
"кроме модулей обычных форм" это специально такое насильственное выпиливание?
24 Mort
 
24.03.16
10:56
Если бы ешё типовые разработчики не делали такие деревянные функции. В ЕРП чтобы добавить хозоперацию и проведение по ней надо в 20 мест нас*ть. Переопределяемые модули и модуль модификации конфигурации это здорово, но "песатели" при первой возможности стараются загубить модифицируемость.
25 Господин ПЖ
 
24.03.16
10:56
>получилось "ООП на костылях"

пока критическая масса разнообразных ИсточникДоступныхНастроекКомпоновкиДанных не достигнута - будут костыли
26 Dmitrii
 
гуру
24.03.16
10:57
(18) >> ваши внуки будут 1с-ить...

Звучит как проклятие... :(
27 Господин ПЖ
 
24.03.16
10:57
>Чего только не придумают в 1С, лишь бы классы не делать.

они их уже сделали вразинавсегда...
28 ObjectRelation Model
 
24.03.16
10:58
механизм "аннотаций" какой-то дубовый
29 Господин ПЖ
 
24.03.16
10:59
(26) появится новый моисей, который выведет народ наш из желтых песков царства селезневского фараона
30 Широкий
 
24.03.16
10:59
Не пойму - нафига все эти перед, после, вместо.
Делаешь замещающую процедуру, в ней же прописываешь вызов исходной
31 ObjectRelation Model
 
24.03.16
10:59
+(28) вот сделали бы обычный override методов, но нет
32 ObjectRelation Model
 
24.03.16
11:00
(30) они не догадались, что стоит добавить контекст типового модуля, аналог base в шарпе
33 mehfk
 
24.03.16
11:01
(30) Это наверное для более успешного взрыва мозга неокрепшего мозга сиплюсплюсников, желающих перейти на 1С :)
34 Ёпрст
 
24.03.16
11:03
(30) или не прописываешь.
35 PRO100 NigGaZ
 
24.03.16
11:03
если модули расширений не будут тянуть за собой структуру базы, то даже можно юзать
в расширение добавил обработчик и вызвал общий модуль, и там все описываешь...
36 Drac0
 
24.03.16
11:16
(30) и потом пытаешь не забыть обновить код в расширении после каждого обновления? Умно...
37 ObjectRelation Model
 
24.03.16
11:18
(36) а типа эти &Перед, &После и &Вместо что-то другое дают
38 Drac0
 
24.03.16
11:23
(37) Эм, позволяют не дублировать код, не?
39 ObjectRelation Model
 
24.03.16
11:29
(38) чем в (30) хуже реализовать override в расширении? тоже самое, но меньше слов

в типовой:

Процедура Тест(А) //А+1
  А = А+1;
КонецПроцедуры

в расширении:

Переопределяемая Процедура Тест(А) //2*А+1
  А = 2*А;
  Базовая.Тест(А);
КонецПроцедуры
40 ObjectRelation Model
 
24.03.16
11:32
Что будет, если написать &Перед("Тест") для двух функций?
Как вызвать другую базовую функцию, если она тоже переопределена, но нужна именно базовая часть?
41 su_mai
 
24.03.16
11:35
(0) Какая же "охирительная" сложность будет при поиске ошибок, это просто "писец"...
42 ObjectRelation Model
 
24.03.16
11:36
(41) почему это? не сложнее чем бег по переопределяемым модулям сейчас в ЗУП, например
43 su_mai
 
24.03.16
11:36
(42) Потому, что и так все непросто а тут еще в n-раз не проще стало.
44 ObjectRelation Model
 
24.03.16
11:38
(43) порог вхождения поднялся, но идея хорошая, вот как это реализовано - печаль
45 su_mai
 
24.03.16
11:39
(44) Ничего никуда не поднялось, просто латание дыр SAAS
46 vde69
 
24.03.16
11:40
главное чего нет - расширения метаданных....
47 Dmitry1c
 
24.03.16
11:42
Метод ВыполнитьДействие()

КонецМетода


показалось...
48 su_mai
 
24.03.16
11:43
(44) К ООП это не имеет никакого отношения, просто размазали код по модулям и все.
49 vde69
 
24.03.16
11:45
(48) раньше в бсп делали отдельные общие модули для расширения, сейчас наверно и не нужны будут...
50 Aleksey
 
24.03.16
11:46
(42) Попробуй отлаживать внешние отчеты и обработки, например ВПФ
51 ObjectRelation Model
 
24.03.16
11:47
(50) а в чем трудности? вытаскиваешь из справочника ВПФ, добавляешь форму и реквизит, передаешь все ручками и вперед
52 PRO100 NigGaZ
 
24.03.16
11:51
(50) один раз заглючило и отладка ВПФ работала прямо из 1с ))
53 su_mai
 
24.03.16
11:52
(51) Просто - если при разработке обработки придерживались каких либо правил и думали о том, что может кто то её запустит "из-вне" (реализовавали API).
54 VladZ
 
24.03.16
11:53
(0)  ИМХО, дополнительный генератор хаоса...
Лучше бы код типовых оптимизировали!
55 ObjectRelation Model
 
24.03.16
11:54
(54) код никто оптимизировать не будет, я думаю никогда
56 su_mai
 
24.03.16
11:55
(54) Причем тут код типовых то?
(55) Только этим и занимаются...
57 VladZ
 
24.03.16
12:05
(56) При том что есть нерешенные текущие проблемы. Почему бы не выделить ресурсы на их решение?
58 su_mai
 
24.03.16
12:15
(57) Из кого? Из разработчиков платформы? Это другой отдел совсем. :)
59 f_vadim
 
24.03.16
12:15
(57) на хабре была статья про приоритеты - скидывают все проблемы и пожелания в шляпу и вытягивают наугад несколько - план на месяц готов :)
60 Garykom
 
гуру
24.03.16
12:16
(0) Заразы содрали и обещают реализовать мою идею )) но она была конечно явная и на лету после реализации "подписок на события"
61 f_vadim
 
24.03.16
12:17
(55) постоянно перетряхивают типовые модули - уж оптимизация или нет не знаю, но глаз уже дёргается.
62 ifso
 
24.03.16
12:17
(54)
> Лучше бы код типовых оптимизировали!
типа, чаще доить + реже кормить, не?
63 su_mai
 
24.03.16
12:18
(0) Вот вопрос а "запечатанные" методы тоже будут, или модули, я уже запутался.... :)
64 Sammo
 
24.03.16
12:18
(49) Отдельные общие модули, имхо, это может быть удобно. А вот возможность не править тысячу пятьсот вызовов функции из типового функционала, имхо, дорогого стоит...
65 su_mai
 
24.03.16
12:19
(61) У меня знакомый один, купил очки с дырочками, может это как раз для этого случая :)
66 Jonny_Khomich
 
24.03.16
12:30
Мозговыносилка будет похлеще подписок на события.
67 MaxS
 
24.03.16
12:40
Когда появится возможность не тянуть в расширение всю форму, чтобы вывести на эту форму один элемент?
А то форма тянет за собой все справочники и через несколько релизов расширение не работает, т.к. справочники поменялись. А в расширении, например, к типовой форме добавлена кнопка, которая выводит предупреждение "Привет!".

Кстати теперь это можно будет делать программно в общем модуле и не тянуть всю форму в расширение. ))
68 Drac0
 
24.03.16
12:45
(39) А если расширений два и больше, как твой вариант отработает? :)
69 Карупян
 
24.03.16
12:47
(67) это можно и без расширений.
В ЕРП например есть общая процедура
СобытияФорм.ПриСоздании
70 Господин ПЖ
 
24.03.16
12:48
(69) которую завтра переименуют или удалят
71 MaxS
 
24.03.16
12:50
(69) И как без изменения конфигурации это сделать?
Вот если расширение позволит, то некоторые доработки можно будет там размещать.
(70) В УТ 11 много модулей с приставкой Переопределяемый, тенденция пока сохраняется, модули не удаляются.
72 Господин ПЖ
 
24.03.16
12:53
стабильность в продукте 1с наступает вместе с его смертью

вот упп вполне стабилен. и достаточно легко обновляем даже при наличии большой степени кастомизации. потому что "мертв"
73 dervishsy
 
24.03.16
12:55
Вот мне интересно неужели все это проще и лучше сделать чем вставки в модули

типа
//--------Вставка
//--------Конец вставки

и игнорировать их при обновлении?
74 dervishsy
 
24.03.16
12:56
+(73) В смысле чтоб 1с их вставляла на то же место где они были?
75 Господин ПЖ
 
24.03.16
12:57
(73) да. это проще и лучше
76 Карупян
 
24.03.16
13:00
(70) Так и расширения переделают еще стопицот раз )))
77 Одинесю
 
24.03.16
13:06
(73) Фигня получится, наверное. Например, куда вставлять, если код изменился, было
Если тырыпыры Тогда
--вставка
Иначе
--конец вставки
КонецЕсли

И если убрали убрали условие из кода 1с-цы.
78 ObjectRelation Model
 
24.03.16
13:06
(68) также, Базовая - это указатель на один уровень ниже
79 Широкий
 
24.03.16
13:24
(68) Я бы придерживался правила - "Кто последний - тот и папа"
80 VladZ
 
24.03.16
13:51
(58)  Впоминается анекдот:

У Брежнева спрашивают:
- Как думаете, перегоним мы Америку?
- Конечно перегоним! Только бежать первым с голой ж0пой - как-то не очень...
81 Drac0
 
24.03.16
14:02
(78) Кажется ты не понял. Есть основная конфа О, есть расширение Р1 и расширение Р2.

Р1 и Р2 друг от друга не зависят и могут работать как вместе, так и отдельно.

И как это будет все существовать в твоем варианте? В 1Сном все будет ОК.
82 Drac0
 
24.03.16
14:03
(79) Т.е. два расширения нельзя применить для конфы? И зачем такое надо?
83 terraByteG
 
24.03.16
14:14
К 9-ой версии хоть нормальный ООП запилят?
84 APXi
 
24.03.16
14:18
Будет набор из 10 расширений, как весь этот зоопарк отлаживать?!
85 Aleksey
 
24.03.16
14:18
86 Aleksey
 
24.03.16
14:19
(84) У кого будет 10 расширений? Это что проходной двор что ли?
87 PRO100 NigGaZ
 
24.03.16
14:28
(86) -> (6)
88 Aleksey
 
24.03.16
14:33
(87) И? Мало ли у кого какие фантазии. Никто не будет продавать/покупать расширения
89 Aleksey
 
24.03.16
14:35
Поэтому вариант что у вас будет 100500 расширений от разных производителей, которые навешаны на один и тот же документ - этого не будет

Сейчас есть внешние печатные формы, модули заполнения. И что? Много ли у вас продается ВПФ?
90 Aleksey
 
24.03.16
14:40
У него влажные фантазии по поводу модульности, которые с подходом 1С никогда не сбудется.
Во первых 1С никогда не будет пихать пустые блоки, чтобы Вася смог заработать на расширение
Во вторых 1С будет постоянно менять название и местоположения этих процедур, потому что рефакторинг и потому что текучка, и каждый считает своим долгом переписать что написала предыдущая команда
91 APXi
 
24.03.16
14:55
(90) Ну вот у одной знакомой фирмы уже 2 расширения в ERP, одна от крупного франча, другая собственная.
Сейчас не очень удобно отлаживать даже одно расширение. Обязательно его нужно закрывать после сохранения, чтобы оно в режиме предприятия "скомпилировалось", потом открывать и отлаживать.
92 ObjectRelation Model
 
24.03.16
15:04
(81) у них тажке иерархия http://v8.1c.ru/o7/201603module/09.png
93 PRO100 NigGaZ
 
24.03.16
15:59
(91) +
94 Карупян
 
24.03.16
16:03
(91) Но зачем вы расширения пишете когда есть (69)
Любите быть на острие? У вас наверно и 8.4 в продакшене крутится?
Программист всегда исправляет последнюю ошибку.