|
Зазеркалье: Расширение модулей | ☑ | ||
---|---|---|---|---|
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 в продакшене крутится? |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |