Имя: Пароль:
1C
1С v8
Что может появится в платформе 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с и в процессе обработки опять же лазить в БД