|
Что может появится в платформе 1C принципиально новое?! | ☑ | ||
---|---|---|---|---|
0
Пушкин
01.06.14
✎
23:31
|
К примеру, какой-нибудь конструктор типа СКД, но для интерфейса или конфигуратор для OS X, или хранимые процедуры в языке запросов!
Понятно, что ООП не добавят из принципа, но какие принципиальные улучшения можно ожидать через год!? |
|||
1
Dmitry1c
01.06.14
✎
23:33
|
>хранимые процедуры в языке запросов!
боже упаси |
|||
2
Ainura80
01.06.14
✎
23:33
|
(0) — Ну, барин, ты задачи ставишь! тут помощник нужен — хомо сапиенс! :))
|
|||
3
Asmody
01.06.14
✎
23:33
|
(0) будет в его две кнопки
|
|||
4
Asmody
01.06.14
✎
23:34
|
в его => всего
|
|||
5
Пушкин
01.06.14
✎
23:36
|
Конфигуратор и Предприятие, раньше в 77 был отладчик еще :)
|
|||
6
Прыгун
01.06.14
✎
23:36
|
Кнопку "Сделать все" добавят. Но стоить она будет очень дорого. )
|
|||
7
mdocs
01.06.14
✎
23:37
|
Гоизонтальный вывод списков давно необходимость с появлением тача и сосисочных мониторов. А так рано или поздно должны появится запросы на изменение. Расчетную часть практически оченб неудобную для использования долны заменить на что-то более съедобное и быстрое.
|
|||
8
vde69
модератор
01.06.14
✎
23:38
|
примерно половину из того, что критиковал я год назад они за переработали...
так что и ООП у них будет правда в каком виде - не знаю |
|||
9
ifso
01.06.14
✎
23:51
|
блэкджек, не?
|
|||
10
Asmody
01.06.14
✎
23:51
|
Будет базовая версия с кнопкой "Сделать", версия ПРОФ с кнопкой "Сделать всё", и версия КОРП с кнопкой "Сделать всё пи.дато!"
|
|||
11
Восстановленная Проц
01.06.14
✎
23:52
|
>хранимые процедуры в языке запросов
что это? |
|||
12
Fragster
гуру
01.06.14
✎
23:53
|
асинхронность и коллбэки
|
|||
13
Fragster
гуру
01.06.14
✎
23:53
|
(12) и тогда никто вообще в коде разобраться не сможет
|
|||
14
Восстановленная Проц
01.06.14
✎
23:55
|
(12) - даешь конфигурации на F#!
|
|||
15
Asmody
01.06.14
✎
23:55
|
В подземных лабораториях 1С ведется сверхсекретная работа по переводу Haskell на русский язык
|
|||
16
Поpyчик-4
02.06.14
✎
00:01
|
(11)
>хранимые процедуры в языке запросов Ну это такие процедуры в SQL. (1) Про триггеры не говорить? Я хочу. |
|||
17
Восстановленная Проц
02.06.14
✎
00:08
|
(16) - еще раз вопрос: как ты себе это представляешь?
1С: Предприятие - это не SQL Server. Там нет понятия хранимых процедур. Ты их где хранить будешь? |
|||
18
ProProg
02.06.14
✎
00:08
|
Я буду крайне убивлен если 1С выпустит девятку которая будет летать с 10 миллионами товаров в базе.
И так - по всей видимости большое развития под вэб, вэб-сервисы и прочее. Но не хватает скорости. |
|||
19
ProProg
02.06.14
✎
00:09
|
Очень жду чтобы документ с 200 тысячами строк в табличной части проводился 3 секунды.
|
|||
20
Aleksey
02.06.14
✎
00:26
|
(3) Закрыть и закрыть немедленно?
|
|||
21
Aleksey
02.06.14
✎
00:28
|
(12) это когда можно будет с сервера вернуться на клиента спросить пользователя и вернуться к обработке на сервере. И при этом не нужно ни таймауты ни опрос каждые 10 секунд о статусе дел на сервере?
|
|||
22
LehhaK
02.06.14
✎
00:41
|
Подписку на события формы хочу. ппц как хочу.
|
|||
23
PRO100 NigGaZ
02.06.14
✎
00:56
|
хочу конфигуратор с встроенным снегопатом )) сейчас без него грустно, вылетает на 8.3.4 на каждой строке :(
|
|||
24
PRO100 NigGaZ
02.06.14
✎
00:58
|
и скорости передачи управления с сервера на клиент и обратно бы добавить
|
|||
25
IamAlexy
02.06.14
✎
01:22
|
самый шок будет, если ВНЕЗАПНО в платформе 1С появится... отсутствие ошибок.. вообще..
то есть бац - и нет ошибок.. это будет шок... |
|||
26
Чайник Рассела
02.06.14
✎
01:24
|
лично мне хватает всего, что есть сейчас. Только бы работало все так как заявлено
|
|||
27
Aleksey
02.06.14
✎
01:25
|
очень надеюсь что появится преемственность, т.е. не надо будет каждые 3 года переходить на что-то новое
|
|||
28
Web00001
02.06.14
✎
01:27
|
Так не переходи у нас до сих пор 8.1)
|
|||
29
Armando
02.06.14
✎
01:52
|
Eclipse
|
|||
30
wertyu
02.06.14
✎
01:55
|
>>> Я буду крайне убивлен
это очепятка? или злонамеренно? |
|||
31
wertyu
02.06.14
✎
01:55
|
(30) к (18)
|
|||
32
KRV
02.06.14
✎
05:33
|
Подкидываю для 1С идею: сделать проведение документов платным, 30-40 рублей с телефона в сутки.. или бесплатным после просмотра рекламы. ))
|
|||
33
md123x
02.06.14
✎
06:45
|
Принципиально новое - отсутствие ошибок ибыстродействие в 3 раза поднять!
|
|||
34
Рэйв
02.06.14
✎
06:47
|
(32)+абонентская оплата пользования конфигурацией. Как премиум аккаунты в WoT.
Не заплатил - "отключили газ" :-) Вот это была бы тема! |
|||
35
KRV
02.06.14
✎
06:56
|
(34) А это уже есть ;) добро пожаловать в облачные технологии!
|
|||
36
Лодырь
02.06.14
✎
07:06
|
(13) Ага, полноценную многопоточность, семафоры и т.д.
|
|||
37
Лодырь
02.06.14
✎
07:08
|
(0) Заметки из зазеркалья тебя не устраивают как ориентир? Ну пообщайся на партнерке с Борисом Георгиевичем.
|
|||
38
MaxS
02.06.14
✎
07:37
|
(10) После нажатия кнопки, появляется сообщение "Всё сделано!". Для получения отчета что же сделано, нужная подписка на 1С Отчетность.
Развитие этой технологии отразится на универсальных электронных картах. wiki:Универсальная_электронная_карта Пришел в магазин, выбрал товар, показал карточку, на терминале высветилось "У него всё нормально!". Пошел в кино без билета, просто предъявил карточку на входе в зал, высветилось "Ему всё можно", устно сказал за мной не заходить, можете начинать сеанс, пошел и сел на любое место. |
|||
39
Dmitry1c
02.06.14
✎
07:48
|
(16) приведи пару примеров использования хранимых процедур и триггеров в 1С.
|
|||
40
catena
02.06.14
✎
08:01
|
(38)
– Хочешь, чтобы у тебя все было? – подсказала рыба. – Хочу, – согласился бада. – Буль-буль-барабуль, – весело забулькала заклинание рыба, – хотел, чтобы у тебя все было? Бада кивнул. – Готово, теперь у тебя все было, можешь пойти проверить. (c)"Зоки и Бада" |
|||
41
Адинэснег
02.06.14
✎
08:07
|
Администрирование - Публикация на Инфостарте
|
|||
42
su_mai
02.06.14
✎
08:11
|
(0) Скорее всего выпустят 8.3.5 :), через год.
|
|||
43
Asmody
02.06.14
✎
08:14
|
(41) тогда уж Администрирование — Купить на Инфостарте
|
|||
44
modestry
02.06.14
✎
08:17
|
(42) И хорошо...чем сырые платформы выкладывать
|
|||
45
k1us181b
02.06.14
✎
08:27
|
про замену желтого цвета на сиреневый писали?
|
|||
46
Infsams654
02.06.14
✎
08:40
|
(0) Общие запросы, не ? Хотя это конечно и сейчас можно реализовать в общих модулях, только это на уровне конфигурации и х.з. его знает, что есть в каком то ОМ нужный тебе запрос. А если, на уровне платформы ветка Общие запросы, создаешь что тебе надо и используешь в различных объектах.
|
|||
47
vmv
02.06.14
✎
08:43
|
(46) для этого есть общие модули, если же идея в контеске динамических списков на запросах, то я бы еще подумал о смысле т.к. ДС кроме запроса содержит еще вагончик свойств, которые иногда полезно просто достать и/или мастабировать
|
|||
48
andreymongol82
02.06.14
✎
08:47
|
(47) "мастабировать" - опечаточка прям по Фрейду. Мастабируйте на здоровье, только сильно не увлекайтесь, чтобы не упустить нормальные двусторонние ... отношения.
|
|||
49
bolder
02.06.14
✎
08:48
|
(32) За каждый документ!
|
|||
50
vde69
модератор
02.06.14
✎
08:48
|
http://infostart.ru/public/190375/
Всего предложений - 20 Полностью выполненых - 4 (20%) В процессе - 2 (10%) Не выполненых - 14 (70%) думаю часть из моих еще реализуют :) |
|||
51
фобка
02.06.14
✎
08:51
|
(39) подписки на события
|
|||
52
Яйца 1С
02.06.14
✎
08:55
|
(0) Ну вот что-то пролетало про выгрузку/загрузку КОНФИГУРАЦИИ в формате XML. Ну ещё чтобы подгружалось бы всё в клиент-серверном режиме без прерывания работы пользователей. Уверен, большего - и не надо!
|
|||
53
sinisterfrag
02.06.14
✎
08:56
|
почему не реализовать бы ООП. Думаю этот подход в разы упростил бы разработку на 1С как и сложность кода так и его функциональность. и сделать полное совместимость процедурного и ООП подхода. Работаю в системе R3 так это там все так и реализовано только 20 лет назад.
|
|||
54
andreymongol82
02.06.14
✎
08:56
|
(0) Очень надеюсь, что сделают полностью совместимым с git
|
|||
55
NcSteel
02.06.14
✎
08:58
|
(51) Это уже есть, но автор топика брякнул с дуру про тригеры и хранимки.
Интересно что он хочет ))) Похоже просто глупость процветает. |
|||
56
ptiz
02.06.14
✎
08:59
|
Преобразование типов в запросе (строка <-> число)
|
|||
57
NcSteel
02.06.14
✎
09:02
|
(53) ПОтому что он нафиг не нужен.
|
|||
58
Infsams654
02.06.14
✎
09:02
|
(53) не представляю, как это в 1С можно сделать, т.к. изначально формы и бизнес-логика сидят в одном и том же объекте - как их разделить ?
|
|||
59
Яйца 1С
02.06.14
✎
09:04
|
(53) Ну какое, б%ять, ООП?! Х5ли вы все такие умные - на C++, C# не кодите? Нам дан хороший инструмент для заработка в индустрии заработка в государстве заработка. Какое, на%уй, ООП?! Ты что есть освой!
|
|||
60
Infsams654
02.06.14
✎
09:04
|
(57) нафиг не нужен франчам, они с этого и зарабатывают.
Нужен разработчикам, много бы пользы было |
|||
61
vde69
модератор
02.06.14
✎
09:05
|
(53) основной плюс ООП - это возможность использовать чужие классы, во первых для 1с можно реализовывать ВК и это будет своего рода ООП (разумеется в сильно упрощенном виде).
но самая главная проблемма с которой сталкнется любой создатель ООП - это то что есть метаданные, и я пока не вижу способа как методанные включать в объекты (как наследовать, как расширять...), а без этого грош цена ООП... |
|||
62
NcSteel
02.06.14
✎
09:05
|
(60) Разработчикам тоже не нужно. Если бы было нужно, то все бы использовали, но что то не вижу убийцы 1С.... одни сопли.
|
|||
63
NcSteel
02.06.14
✎
09:06
|
(59) +1
1С совершенство, маштабируемость поднять и все. |
|||
64
doctorzlo
02.06.14
✎
09:08
|
(0) Полную совместимость с 7.7 ...
|
|||
65
vde69
модератор
02.06.14
✎
09:09
|
(64) тогда уж с 6.0....
|
|||
66
oslokot
02.06.14
✎
09:13
|
(22) ага, тоже
|
|||
67
sinisterfrag
02.06.14
✎
09:14
|
(61) можно реализовать на уровне глобальных и локальных классов.В данному случае метаданные и есть глобальные классы.
Локальные классы это просто структурированный исполняемый код который храниться в оперативной памяти. Представьте что у вас есть возможность наследовать справочник, переопределяя его методы. |
|||
68
NcSteel
02.06.14
✎
09:15
|
(67) Нафига?
И почему история показала не жизнеспособность ООП? |
|||
69
Джордж1
02.06.14
✎
09:25
|
Чего то про слои никто не написал
|
|||
70
vde69
модератор
02.06.14
✎
09:26
|
(67) ничего не изменится, предположим мне нужно добавить реквизит и некий функционал для него.
дано: метаданные, базовый клас, новый класс мне по любому придется ИЗМЕНИТЬ метаданные. А вот представь, что будет если мои и чужие метаданные пересекутся? например для класса "Валюты" нужен независимый регистр "КурсыВалют" переодический с 4 знаками А для класса "Биржевые котировки" нужен регистр "КурсыВалют" с 6 знаками да еще подчиненный документу "Биржевые котировки".... разрули такую ситуацию хотя-бы теоритически! |
|||
71
sinisterfrag
02.06.14
✎
09:40
|
(70) Скорее все вы думаете о пересечения пространств имен для классов имеющихся и вновь созданных классов. Если так то проблема достаточно легко решается - добавляя префиксы к созданным классам.
к примеру Z004_КурсыВалют (4 знака) и Z1006_КурсыВалют (6 знаков). Если ошибаюсь то поправьте. |
|||
72
sinisterfrag
02.06.14
✎
09:42
|
естественно система префиксации должна работать на уровне системы, группируя классы в нужные пакеты, т.к. пакетов нету можно реализовать на уровне подсистем.
|
|||
73
StaticUnsafe
02.06.14
✎
09:45
|
В конфигуратор встроят Ruby машину.
|
|||
74
vde69
модератор
02.06.14
✎
09:48
|
(71) нет, не правы, по тому, что основой ООП являестья тот факт, что данные связаны со свойствами, и нету способа обратится к данным минуя опубликованый интерфейс обьекта. На этом основывается линия расширения от предка к детям.
В случае 1с нужно полностью отказатся от всех операторов позволяющих писать и читать любые методанные, только в этом случае мы сможем в объектах описывать и наследовать интерфейсы привязаные к данным. То есть, для ООП в 1с необходимо или полностью убрать большенство операторов и вместо них реализовать методы привязаные к метаданным и с позможностью их переопределения. Прикинь сколько переписывать придется? |
|||
75
Asmody
02.06.14
✎
09:50
|
(74) а в 1С есть операторы, позволяющие писать метаданные?
|
|||
76
vde69
модератор
02.06.14
✎
09:51
|
(75) метаданные = данные (опечатался)
|
|||
77
Asmody
02.06.14
✎
09:52
|
(74) [и нету способа обратится к данным минуя опубликованый интерфейс обьекта] — это частный случай. и, конечно, не во всех ОО-языках это так
|
|||
78
Сергей Д
02.06.14
✎
09:52
|
Хочу insert, update, delete напрямую в базу. Чтобы когда надо поменять значение 1 поля во всех документах не надо было в цикле получать каждый документ, менять и сохранять.
|
|||
79
akaBrr
02.06.14
✎
10:01
|
Главное что мы все ждем от ООП в 1С это наследование. Инкапсуляция как бы уже есть. Полиморфизм - я уже и забыл что это такое на практике.
|
|||
80
acsent
02.06.14
✎
10:12
|
(74) Разве в 1с можно напрямую обратиться к данным, минуя объектную реализацию?
|
|||
81
senior
02.06.14
✎
10:12
|
чтобы сервер наконец научился использовать для одного сеанса несколько процессоров
|
|||
82
acsent
02.06.14
✎
10:13
|
(81) это уже есть. см. Фоновые задания
|
|||
83
senior
02.06.14
✎
10:15
|
(82) фоновые задания это работа на уровне конфы, а речь о платформе
|
|||
84
mikecool
02.06.14
✎
10:36
|
(0) гадание на кофейной гуще?
|
|||
85
acsent
02.06.14
✎
10:37
|
(82) Какие действия ты хочешь чтоб платформа умела параллелить?
|
|||
86
mikecool
02.06.14
✎
10:38
|
разобраться бы с тем, что уже есть в платформе, а не ждать нового... так нет же...
|
|||
87
vhl
02.06.14
✎
11:05
|
(0) ООП - уныл и добавляет только неоправданную сложность и избыток кода.
|
|||
88
senior
02.06.14
✎
11:09
|
(85) что нужен список?) да любые, свернуть ТЗ 10 миллионов строк, 7 холодных ядер, 1 на 100%
|
|||
89
senior
02.06.14
✎
11:10
|
(87) холиваром попахивает
|
|||
90
Shurjk
02.06.14
✎
11:17
|
(86) + 100 Мне кажется нужно работать уже не на количество, а на качество.
|
|||
91
vhl
02.06.14
✎
11:19
|
(61) >основной плюс ООП - это возможность использовать чужие классы, во первых для 1с можно реализовывать ВК и это будет своего рода ООП
Чем тебе "возможность использовать чужие" обработки не подходит? В чем классы будут лучше обработок. Можешь реальный пример, а не теоретические абстракции? И что, сейчас нельзя реализовывать ВК? |
|||
92
acsent
02.06.14
✎
11:21
|
(88) да за такие операции нужно четвертовать программистов
|
|||
93
Infsams654
02.06.14
✎
11:28
|
(91) возьми к примеру справочник Организации, сделай абстрактный класс и наследуй от него с добавлением своих реквизитов и методов.
Сейчас, в БП 3.0, чего токо нет в этом объекте, и на фиг они не нужны в какой-то конфигурации построенной на БП 3., теперь просто приходиться выдирать с корнем не нужное. |
|||
94
Shurjk
02.06.14
✎
11:29
|
(93) А зачем?
|
|||
95
NcSteel
02.06.14
✎
11:43
|
(87) +100500
|
|||
96
Infsams654
02.06.14
✎
11:44
|
(94) сам подумай. Есть, например БСП. Сейчас, чтоб построить на ней свою конфу заотмучаешься. А чтоб от ней не делать наследника ?
|
|||
97
vde69
модератор
02.06.14
✎
11:52
|
(94) я автоматизирую десять автосалонов, для этого пишу базовую конфу и от нее пишу десять дочек с минимальными изменениями.
как по твоему мне удобно будет исправлять косяки в коде только базовой, и совершенно не парится при обновлениях десяти дочек? |
|||
98
Dmitry1c
02.06.14
✎
11:53
|
(78) обосрется все, если так сделать.
|
|||
99
senior
02.06.14
✎
11:54
|
(92) это лишь пример, будет не эта операция так другая, или вы всерьез полагаете, что одно ядро лучше нескольких?
|
|||
100
vde69
модератор
02.06.14
✎
11:54
|
(91) пример в (70)...
основная проблемма не то чего нельзя сделать, а то чего делать нужно запретить. а именно нужно запретить доступ к данным минуя интерфейсы классов. |
|||
101
vhl
02.06.14
✎
11:54
|
(93) В чем профит от отдельного класса "Организации"? Что это тебе облегчит?
|
|||
102
vde69
модератор
02.06.14
✎
11:56
|
(101) от него унаследую "БелыеОрганизации" и "ЧерныеОрганизации", со своими настройками....
|
|||
103
vde69
модератор
02.06.14
✎
11:57
|
(102)+ и от сюда автоматический учет и доступ
|
|||
104
vhl
02.06.14
✎
11:59
|
(102) Не понимаю зачем для этого нужны классы? Ты можешь на пальцах объяснить? Пока что я вижу только абстрактные "родитель-потомок" на уровне учебника по ООП. Какие это дает практические плюсы применительно к 1С?
|
|||
105
senior
02.06.14
✎
12:23
|
(104) н-р ка кпример есть у тебя загрузка xml пакетов из другой системы, пакеты с контрагентами, складами и т.д. Делается класс "пакет" у него методы "упаковать", "УдалитьЛишниеСимволы" и т.д., а есть еще метод "Проверить", но для складов проверять надо одно, а для контров другое. И тогда делается класс-наследники "ПакетКонтрагентов" и "ПакетСкладов" со своими реализациями проверки, но при этом упаковка и удаление лишних символов уже унаследовано
|
|||
106
senior
02.06.14
✎
12:24
|
(104) но вообще предупреждаю - потенциальный холивар)
|
|||
107
vde69
модератор
02.06.14
✎
12:25
|
(104) 1с реализует виртуальный класс "v_Организация" который содержит
1. Виртуальный Справочник "организации" 2. Виртуальный РС "УчетнаяПолитика" 3. Виртуальный ПВХ "НастройкиУчетнойПолитики" 4. Интерфейс получения/записи данных из РС 5. Интерфейс получения Организации Далее создается класс "Организация" который содержит 1. Справочник "организации" 2. РС "УчетнаяПолитика" 3. ПВХ "НастройкиУчетнойПолитики" и который частично переопределяет/дополняе интерфейсы виртуального класса. тем самым мы получаем разделение функциональности и зон ответственности. отчасти именно это и реализовано в БСП, единственное чего нет в БСП - это возможности дальнейшего наследования и расширения свойств/данных |
|||
108
vhl
02.06.14
✎
12:32
|
(105) Для этого не нужно ООП. Просто делаешь общие модули с общими процедурами/функциями и используешь где надо.
|
|||
109
Shurjk
02.06.14
✎
12:35
|
(107) А как на все это должна реагировать БД? Не запариться ли она свои таблицы перестраивать после перегрузки всех свойств объекта?
|
|||
110
vhl
02.06.14
✎
12:38
|
(107) У тебя в регистре "УчетнаяПолитика" и так основное измерение организация, что уже дает тебе разделение зон ответственности. Разделение функциональности дает использование ПВХ.
Так зачем огород с классами? |
|||
111
senior
02.06.14
✎
12:39
|
(108) так это и нужно, чтобы не делать процедуры ПроверитьКонтров(), ПроверитьСклады,... , ПроверитьСправочникНомер100500(), ПроверитьСправочникНомер100501()...
|
|||
112
senior
02.06.14
✎
12:42
|
(108) вообще вопрос применения ООП, заключается не в том, что без него нельзя реализовать задачу, а в том, что с ним просто удобнее. Никто не мешает городить 1000 процедур, 150 переменных и копаться в них. Просто на определенном масштабе проекта такой подход начинает усложнять поддержку/модернизацию
|
|||
113
Vovan1975
02.06.14
✎
12:43
|
многопоточность хочу! Чтобы была возможность одновременном формировать движения по разным регистрам...
|
|||
114
vhl
02.06.14
✎
12:46
|
На первый взгляд идея ООП кажется интересной и прогрессивной. Но по мере использования ее понимаешь, что простого наследования - не достаточно и появляются интерфейсы. Простых переменных не достаточно и появляются всевозможные префиксы static, final...
Связанность программы падает. Появляется необходимость описания всех этих доп. зависимостей объектов друг от друга. Количество кода растет. Читабельность падает. Ты не можешь просто выполнить процедуру. Тебе надо создать экземпляр класса и только потом обратиться к его методу. При этом у тебя возникнут проблемы с контекстом, который тоже нужно передавать какими-то методами. В итоге ООП - это игрушка из разряда "вот еще что можно придумать непохожее на процедурное программирование" совершенно оторванная от реальных задач, наподобии языка который выполняет комманды по кругу (не помню как называется) |
|||
115
senior
02.06.14
✎
12:47
|
(113) Если логика данных позволяет попробуй юзать фоновые задания
|
|||
116
vhl
02.06.14
✎
12:49
|
(114) вот нашел этот язык: wiki:Brainfuck
|
|||
117
Vovan1975
02.06.14
✎
12:49
|
(114) все пофиг. Они в институтах пару лаб написали на приплюснутом и уверили себя что ООП захавал мир...
|
|||
118
senior
02.06.14
✎
12:51
|
(114) "Ты не можешь просто выполнить процедуру. Тебе надо создать экземпляр класса и только потом обратиться к его методу."
Так юзай static. Класс нужен там, где есть логическая сущность, включающая данные и методы их обработки. Если у тебя данных таких нет, то тут static. Вот есть у тебя класс "автомобиль", у него переменная "уровень бака", и метод ЗаправитьБак(). Ты просто делаешь Автомобиль.ЗаправитьБак(), который никуда дальше объекта не лезет и проверяет уровень, и заправляет если надо. |
|||
119
vhl
02.06.14
✎
12:53
|
(111) Ну да, ты плодишь вместо процедур - классы. А в классе оказывается, что "УдалитьЛишниеСимволы" для контров одни, а для складов - другие и ты перегружаешь в каждом классе эти методы. В итоге твой класс скатывается в процедурное программирование с увеличенным количеством кода.
|
|||
120
YF
02.06.14
✎
12:53
|
Я хочу динамически создаваемые подписки на события, чтобы совсем не править конфу, а обработочкой цеплять подписки
|
|||
121
senior
02.06.14
✎
12:56
|
(119) ладно, на холивар нет и времени, ни желания. Каждый волен выбирать, что ему по душе
|
|||
122
vhl
02.06.14
✎
12:57
|
(118) Вот есть у тебя справочник "Автомобиль" с реквизитом "УровеньБака" и в нем экспортная функция ЗаправитьБак(). И где твой ООП теперь?
|
|||
123
Vovan1975
02.06.14
✎
13:00
|
(122) ты лучше попробуй объяснить что с каждым объектом выполняется куча паразитного кода в конструкторах и деструкторах...
|
|||
124
ICWiner
02.06.14
✎
13:02
|
юнит тесты бы...
|
|||
125
senior
02.06.14
✎
13:03
|
(122) ты не замечал, что метаданные 1с, и справочники в частности, это и есть объекты?
|
|||
126
NcSteel
02.06.14
✎
13:13
|
(124) Хочешь - используй, в чем проблема?
|
|||
127
wowik
02.06.14
✎
13:16
|
(19) разве там нет ограничения на 99999 строк? или 8.3 убрали ограничения?
|
|||
128
Infsams654
02.06.14
✎
13:20
|
(100) что-то не слышно противников ООП Shurjk, NcSteel. (93) А Зачем ? - это не аргументация, а почему-бы и нет?
|
|||
129
alex-ander-777
02.06.14
✎
13:20
|
Нужна кнопка во весь экран = "Сделать 'Заебись'"
|
|||
130
Vovan1975
02.06.14
✎
13:23
|
(129) это декларативная парадигма. А тут фапают на ООП
|
|||
131
NcSteel
02.06.14
✎
13:24
|
(128) Ну дык зачем?
И почему ООП не смог родить убийцу 1С? |
|||
132
alex-ander-777
02.06.14
✎
13:25
|
(130) Ну пусть на ООП сделают такую кнопку...
Хотя, ООП - зло само по себе, а уж в учетных программах... |
|||
133
vde69
модератор
02.06.14
✎
13:44
|
(132)да не нужно ВСЕ делать на ООП...
давайте разберемся, что можно и нужно делать 1. Переопределять ШТАТНЫЕ процедуры, например склонение, собщение, вопросы и т.д. (то, что не работает напрямую с данными). Решаем множество вопросов локализации и единого стилевого оформления. 2. Каждой подсистеме добавить модуль, при этов в таких подсистемах реализовать ООП в плане наледования и видимости. Пример: Подсистема НДС, в модуле функция РасчитатьНДС(Ставка, Сумма, ВключатьНДС) возвращает 2 знака после запятой, подчиненная подсистема НДС_6, в ней функция РасчитатьНДС(Ставка, Сумма, ВключатьНДС) override возвращает 6 знаков после запятой. Теперь процедура НДС.РасчитатьНДС(Ставка, Сумма, ВключатьНДС) возвращает 6 знаков... |
|||
134
acsent
02.06.14
✎
13:51
|
(133) С чего это вдруг? даже в ООП чтоб получить оверрайд нужно вызывать НОВЫЙ объект
|
|||
135
vde69
модератор
02.06.14
✎
14:29
|
(134) у нас обьект "НДС" (подсистема), а все подчиненные подсистемы переопределяют вышестоящий, то есть при создании подчиненной подсистемы ты говоришь, что теперь обьект "НДС" иметт свойства из модуля "НДС_6", и если там свойтсва нет то из модуля "НДС".
Тем самым мы легким движением руки (добавлением подсистемы) меняем поведение без переписывания всех мест вызова. Это самый разумный по затратам способ... |
|||
136
agorbunov
02.06.14
✎
15:14
|
(135)В такой ситуации проще переписать саму функцию, а не городить огород из подсистем и перегрузки. Если цель, конечно, "меняем поведение без переписывания всех мест вызова".
|
|||
137
Infsams654
02.06.14
✎
15:23
|
(136) такого огорода уже сколь напереписывали, никто не разберет. Говорят, же, чтоб не городить огород, берешь готовую подсистему, а в своей (наследуемой) меняешь только то что надо.
|
|||
138
vhl
02.06.14
✎
15:36
|
(133) Так ты хочешь своими методами замещать штатные? Для этого тебе нужно ООП? Чтобы потом разбираться почему это все сообщения стали зелеными или почему отвалился расчет НДС? (137) Ты хоть один реальный пример из жизни приведи, где это нужно и где это сложно реализовать обычными методами, а то я пока что только слышу цитаты из книжки по ООП.
|
|||
139
senior
02.06.14
✎
15:41
|
(138) не спора ради, просто интересно. ты в 1с пришел с какого-то языка или сразу 1с?
|
|||
140
quest
02.06.14
✎
15:43
|
в новой платформе будет лисп. или какой нибудь хаскель.
А еще китайский язык. Ибо - мода и тренд. |
|||
141
Aprobator
02.06.14
✎
15:43
|
Вау - клуб гадания 1Сников? Охренеть )
|
|||
142
vhl
02.06.14
✎
15:44
|
(135) Или я что-то не понимаю тебя. Что тебе мешает все вызовы к НДС адресовать к модулю скажем "глНДС", который и будет у тебя родительским?
|
|||
143
Infsams654
02.06.14
✎
15:49
|
(142) ничего не мешает, так оно сейчас и делается. Только между модулями столько может быть перекрестных, что хр. разберешь. Наследование же позволяет просмотреть иерархию объектов очень даже понятно
|
|||
144
vhl
02.06.14
✎
15:55
|
(139) развивалось как-то так basic(много) -> asm(поверхностно) -> pascal(много) -> delphi(много) -> c++(поверхностно) -> 1c(очень много). Просто сейчас я активно изучаю java и мне она не нравится. Я пытаюсь переварить эту идеологию и пока не вижу преимуществ. У меня просто растет количество кода, он становится все сложнее, все сложнее понимать взаимодействия.
Все эти "Библиотеки" - это уже есть в виде "Инструментария разработчика" от ТормозИТа, БСП и всевозможных консолей. Вся эта белиберда с наследованием просто оторвана от реальных задач. Теоретически, чисто теоретически, это было бы удобно на каких-то очень больших и очень хорошо структурированных проектах. Но на это требуется настолько много человеческих затрат, чтобы держать это все упорядоченно... Любая средняя, да и большинство больших задач решается процедурным программированием. Поэтому я и прошу привести "Реальный" пример от этих теоретиков. Пока что услышал только про виртуальные метаданные от vde69. Да может получиться что-то интересное. Но ценой этого будет потеря производительности, как обычно. И для этого не нужен огород с ООП |
|||
145
Vovan1975
02.06.14
✎
15:59
|
(140) ооо, лисп это круто. Куча труЪ одноэснегов останется в прошлом сразу.
|
|||
146
orefkov
02.06.14
✎
15:59
|
Невозможно объяснить слепому радугу.
А некоторым невозможно объяснить суть и преимущества ООП, у них отсутствует нужный орган для восприятия. |
|||
147
senior
02.06.14
✎
16:01
|
(144) ну вот и ответ (не сочти за укор) все перечисленные языки - процедурные, за искл. с++ (который поверхностно). Тебе понравится ООП, когда ты его поймешь в отрыве от языка, т.е. на простых объектах реальной жизни
|
|||
148
vhl
02.06.14
✎
16:01
|
(143) с чего это твой ООП здесь будет лучше? Ты насоздаешь своих классов НДС_6, НДС_5, НДС_4, поперегружаешь там родительские функции, а потом будешь думать в каком месте искать ошибку.
|
|||
149
Infsams654
02.06.14
✎
16:02
|
(144) "Реальный" пример - любое отраслевое решение, основанное на БП, УТ и т.п. (например, от РАруса, ВДГБ и т.п.). Вместо, того, чтоб использовать типовую 1С-ную конфигурацию как родителя (не изменяя), перелопачивается куча кода типовой (и так для каждого выпуска типовой версии 1С для выпуска отраслевой).
|
|||
150
vhl
02.06.14
✎
16:02
|
(146) у твоего комментария ровно 0 пользы. Проходи мимо
|
|||
151
vhl
02.06.14
✎
16:04
|
(147) Ты можешь чисто теоретически сформулировать жизненный пример преимущества этой идеологии?
|
|||
152
orefkov
02.06.14
✎
16:06
|
(150)
Несколько лет назад я с горячностью кидался в местных баталиях объяснять, просвящать и радеть за ООП. С тех пор немного поумнел и понял (146). Поэтому да, прохожу мимо с легкой душой. Не мечу, так сказать. |
|||
153
vhl
02.06.14
✎
16:11
|
(152) И ты зашел в эту тему чтобы сказать что все дураки? Ну молодец, что.
|
|||
154
vhl
02.06.14
✎
16:11
|
(149) И в чем преимущество? Ты будешь перелопачивать кучу кода в своих наследуемых классах. И так с каждым релизом.
|
|||
155
senior
02.06.14
✎
16:11
|
(151) я даже не знаю как в двух словах сказать в чем плюс. Сущность в том, что в ООП объекты представляют, конкретные сущности исходящие из постановки задачи. Эти объекты сами занимаются своими данными, сами их хранят, сами обрабатывают, и все это не смешивается в кучу. Типичная ошибка тех, кто начинает работать в языках, где используется ООП - это создание God-класса, и это как раз и происходит от непонимания нафига оно нужно. Не знаю понятно ли я выразился
|
|||
156
orefkov
02.06.14
✎
16:13
|
(153)
<strike>Зедс дэд, беби, зедс дед</strike> Не все, детка, не все... |
|||
157
quest
02.06.14
✎
16:14
|
Вот к подобным спорам лучше всего подходит "Когда в руках молоток - все вокруг кажется гвоздями" - выучили ООП - попытайтесь учить другие языки. где нет ООП, или строк, или есть только стек. А то, не приведи боги, действительно впихают в 1С свою собственную реализацию ООП
(155) Начнет с того что объект - не самое важное в ООП. Важно - класс (точнее тип определяемый классом и доступные для этого типа операции.) |
|||
158
Vovan1975
02.06.14
✎
16:14
|
(154) и если он облажается то у него будет много интересных и разнообразных ошибок, неведомо как возникающих...
|
|||
159
VanGogh
02.06.14
✎
16:18
|
в случае 1С есть все вещи которые дает ООП, просто они "не такие" и ограничены. ну 1С тоже особенная)
например создавая справочник "Организации" создается класс который наследует свойства от глобального класса "Справочник" Но нельзя создать к примеру "Книга" или "Куб" новые метаданные нельзя создавать. |
|||
160
Serginio1
02.06.14
✎
16:18
|
(18) Ты удивишься, но она и сейчас летает с 60 миллионами. Правда апдейты делаются напрямую через Merge.
|
|||
161
VanGogh
02.06.14
✎
16:20
|
вот мне бы хотелось что бы 1с сделала комипилятор и можно было делать екзешники) и не нужно было ставить платформу 1С клиенту
|
|||
162
Vovan1975
02.06.14
✎
16:21
|
(161) а деньги?
|
|||
163
VanGogh
02.06.14
✎
16:22
|
(162)а деньги мне)
|
|||
164
Vovan1975
02.06.14
✎
16:22
|
(159) гляньте мельком на яваскрипт...
|
|||
165
VanGogh
02.06.14
✎
16:23
|
(164)зачем?
|
|||
166
senior
02.06.14
✎
16:24
|
короче! для тех кто говорит, что ооп фигня: представьте что в 1с не было бы документов и справочников, а был бы общий модуль, а там это:
Перем НаименованиеКонтрагента; Перем ПометкаУдаленияСклада; Перем ФлагПроведенияТребованияНакладная; и т.д. тысяч 5 переменных а потом процедуры Процедура ПометитьНаУдаленияЭлементСправочникаДоговора; Процедура СкопироватьАвансовыйОтчет; Процедуры ОбработкаПроведенияТребованияНакладная |
|||
167
Serginio1
02.06.14
✎
16:24
|
(146) Сейчас уже можно через язык http://vmeste.info/data/vision/
и слух http://www.vokrugsveta.ru/news/14928/ |
|||
168
Vovan1975
02.06.14
✎
16:24
|
(165) да теже "справочник" "документ" и т.д.
|
|||
169
quest
02.06.14
✎
16:26
|
(166) представь - в 1С есть и справочники и документы уже сейчас.
Не допонял - ты предлагаешь выкинуть то что есть сейчас? ради сомнительного удовольствия диспетчеризации по типу? |
|||
170
senior
02.06.14
✎
16:28
|
(169) нет, это просто иллюстрация того, что ООП в 1С уже есть сейчас, просто вопрос в степени его реализации
|
|||
171
NikVars
02.06.14
✎
16:31
|
Принципиальное новое! Новая платформа 1С 8 будет поддерживать базы данных на 7.7. Причем буду сняты все ограничения на DBF-таблицы в 2 ГБ.
Появится возможность использования баз (и типовых и измененных0 на 7.7 через движок 1С 8 в облачных хранилищах. Не нужно будет конветировать, допиливать и изучать новое. Все будет работать так, как кому-ту не снилось, или так, как кому-то приснилось. |
|||
172
Vovan1975
02.06.14
✎
16:46
|
(171) да! усе одноэснеги уйдут в дворники, а вся отрасль будет поддерживаться двумя-тремя величайшими, ну там Гилевым и Насиповым
|
|||
173
Aleksey
02.06.14
✎
16:49
|
(172) а обработки все будем у мани покупать?
|
|||
174
Aleksey_a_z
02.06.14
✎
16:49
|
Хочу надежное шифрование всех модулей и вообще конфигурации, что бы ни одна собака не залезла в код
|
|||
175
NikVars
02.06.14
✎
16:52
|
(172) Зачем же так?! Если все заточено в конторе, то зачем бригаде программеров надрываться на генерированием имитации работы. Так мозговую грыжу можно заработать.
|
|||
176
Vovan1975
02.06.14
✎
16:56
|
(173) маню купит корпорация НГН (Нуралиев, Гилев, Наиспов) Так что все будет в одних руках. Незаментно, с обновлением закроют конфигуратор и вуаля - мир захаван!
"Все звезды светят мне, а банки - платят мне!"(с) |
|||
177
Vovan1975
02.06.14
✎
17:06
|
Кстати насчет принципиально нового - предлагаю чтобы 1с ввело виртуальную реальность в свои решения
|
|||
178
Vovan1975
02.06.14
✎
17:15
|
(177) представляете как будет выглядеть процесс заполнения заказа? Прям как Нео с Тринитей экипировались перед тем как в гости к агенту Смиту зайти?
Интересно а вот как визуализировать процедуру закрытия месяца.... Ну например как сражение с девятиголовой гидрой.... |
|||
179
erp20
02.06.14
✎
19:30
|
Надеюсь что через пару лет добавят поддержку новой функциональности Гекатона из MS SQL 2014
|
|||
180
Пушкин
02.06.14
✎
21:27
|
(55) про триггеры не писал, а хранимые процедуры позволили бы полностью логику на SQL-сервер перенести, раз SQL подобный язык сделали, и хранимые процедуры могли добавить в своем стиле!
|
|||
181
SerMaxim
02.06.14
✎
21:44
|
Вставлю 5 копеек. Я думаю будущее будет крыться в возможности организовать приложение на базе нескольких баз. Т.е. чтобы спокойно можно было в базе одной конфигурации открывать форму другой конфигурации (модульный принцип) и тогда это позволит спокойно комбинировать решения, наращивать функционал рядом и т.п. В принципе первый шаг к этому связать добавленные в 8.3.5 o-data веб-сервисы конфигурации и внешние источники данных!
|
|||
182
Chai Nic
02.06.14
✎
21:58
|
(171) Режим совместимости с v7.7 - это мечта) Но вряд ли сделают.. по уму, его надо было сделать в самом начале, при старте восьмерки - тогда переход на новые конфигурации был бы плавным и технологичным.
|
|||
183
NcSteel
02.06.14
✎
22:36
|
(180) Зачем?
|
|||
184
senior
03.06.14
✎
08:44
|
(179) хорошо, но не думаю, что это поможет. У нас узким местом является только лишь сервер 1с, ms sql никогда не надрывается
|
|||
185
Серго62
03.06.14
✎
09:00
|
(0) Про голосовое управление уже было?
|
|||
186
Холодильник
03.06.14
✎
09:10
|
http://lenta.ru/news/2014/06/02/1cacronis/
Acronis и 1C запустили сервис «1С: Облачный архив» для резервного копирования данных и настроек платформы «1С: Предприятие». Об этом компании сообщили на пресс-конференции. Облачный сервис создан на базе технологии AnyData Engine компании Acronis , позволяющей резервировать данные любых типов из любых источников, и облачного решения для создания хранилищ данных Acronis Storage. Сервис «1С: Облачный архив» может быть встроен в программу для автоматизации управления и учета ресурсов «1С:Предприятие 8» любой конфигурации. Сервис предназначен для предприятий малого бизнеса, которые не обладают достаточными собственными мощностями для хранения резервных копий данных. Для резервного копирования сервисом предоставляется 5 гигабайт в версии «Техно» и 100 гигабайт с возможностью расширения по запросу для версии «Проф». Борис Нуралиев, директор компании «1С», считает, что 100 гигабайт на данный момент достаточно для всех компаний. Сервис входит в пакет услуг информационно-технологического сопровождения «1С:ИТС», который стоит 10,4 тысячи рублей в год по плану «Техно», и 24,72 тысячи рублей в год по плану «Проф». Нуралиев отметил, что для окупаемости новой услуги хватит, чтобы количество подписчиков «1С:ИТС» возросло всего 10 процентов до конца года. |
|||
187
andreymongol82
03.06.14
✎
09:20
|
(186) Вот опередил меня. Тож самое хотел вбросить. )))
А вообще опять традиционный срач начался ООП против 1С. Как будто других парадигм программирования нет. Мне вот таки непонятно чем ООП принципиально лучше функциональщины? Тем что данные хранит вместе с кодом? По мне так не очень это. Давайте в 1С-ке забубеним лисп - он более для математики подходит. Ту же систему уравнений РАУЗ, мне кажется, проще было описать на нем. |
|||
188
Fragster
гуру
03.06.14
✎
09:21
|
(187) в 1с нет "функциональщины"
|
|||
189
andreymongol82
03.06.14
✎
09:27
|
(188) Да нету. Но вдруг появится )
|
|||
190
andreymongol82
03.06.14
✎
09:28
|
(189) И тогда я со спокойной душой пойду в дворники )))
|
|||
191
betty
03.06.14
✎
09:40
|
будет Eclipse, синтаксис полностью изменится и будет англоязычным, конфигуратор перестанет существовать, будем учить всё заново, зато 1С перестанут называть недоязыком программирования)
|
|||
192
IamAlexy
03.06.14
✎
09:42
|
полность новое - это найтивное ПО под мак..
вот что было бы круто.. можно было бы офисы с винды нахрен увести.. |
|||
193
Akira
03.06.14
✎
10:21
|
Возвращаясь к тебе ООП. А что если сделать некое соответствие класс - таблица БД, объект - запись в таблице? Тогда Можно было бы расширять набор полей и методов, строя иерархию. Например, родительский класс "Справочник" (возможно, даже абстрактный, чьи методы для конкретного справочника надо будет переопределить), его наследуемый класс - СтруктурнаяЕдиница (расширяющий набор полей и специфических для структурных единиц методов), его потомок уже конкретная сущность, например, Подразделение. Как плюс такого подхода мы можем использовать всю мощь виртуальных функций, хранения в списке ссылок на базовый класс ссылки любых наследников. Да много чего еще можем получить.
|
|||
194
NikVars
03.06.14
✎
11:12
|
(193) А зачем городить дубль?! Конфигуратор уже есть.
Этот огород имеет смысл тогда, когда нет конфигуратора. |
|||
195
Akira
03.06.14
✎
11:14
|
Дык вообще убрать его нах. Среда разработки отдельно, приложение отдельно. Байт код и все счастливы.)
|
|||
196
saleksvik
03.06.14
✎
11:42
|
Смотри в сторону Scala(144).
|
|||
197
StanLee
03.06.14
✎
11:50
|
интегрируют Flash в 1С, чтобы в игрушки можна была поиграть :)
|
|||
198
andreymongol82
03.06.14
✎
11:52
|
(197) Анимированная ОСВ! Где 99 счет корчит либо гримасы, либо улыбки.
|
|||
199
NikVars
03.06.14
✎
12:47
|
(195) Ты хочешь упростить процесс разработки или усложнить его. Более сложная и ветвистая структура данных - усложняет процесс разработки. И никакое ООП в современном представлении тут не поможет.
Было бы иначе - не было такого крокодила, как 1С. |
|||
200
andreymongol82
03.06.14
✎
13:26
|
(200)!
|
|||
201
Поpyчик-4
03.06.14
✎
13:28
|
Вот чего по-настоящему надо в 1С v8: ПриСменеПодсистемы
Остальное по большому счёту дурь, кроме триггеров. |
|||
202
Akira
03.06.14
✎
13:30
|
(199) Если ты по поводу ООП (193), то усложнить, наверное. Хотя сложность тут наверное только для мамонтов типа меня же, кто еще не привык мыслить объектно. Если же ты про (195), то это однозначно усложнение. Но при этом скорость работы и защита конфигураций станут имхо на порядок выше.
|
|||
203
Пушкин
03.06.14
✎
13:43
|
(183) зачем выполнять всю логику на SQL сервере?!
|
|||
204
NikVars
03.06.14
✎
13:51
|
(202) Про скорость и про защиту. Это же 1С. Тут все так непредсказуемо... Или по законам Мерфи ...
|
|||
205
Akira
03.06.14
✎
13:58
|
(204) Ну тоже верно.) Надо учитывать специфику компании.
|
|||
206
StaticUnsafe
03.06.14
✎
14:02
|
(203) так "слегка" быстрее чем лазить в БД, а потом это обрабатываться на сервере 1с и в процессе обработки опять же лазить в БД
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |