На пятницу так сказать.

В 8.3 общие модули обзавелись свойством "ЭтотОбъект".

С одной стороны событие небольшое.
С другой стороны, имея "гениальное" мышление (дадад именно про кого вы подумали) это открывает целую поляну для разного рода извращений, когда порядок и место выполнения кода определяется в момент выполнения программы. (Т.е. например, модули имеют одинаковые экспортные методы, которые вызываются в зависимости от значения переменной типа "общий модуль")

Собсна такое поведение можно было и раньше получить с помощью обработок (либо через "Выполнить"), но типовые конфигурации этой "замечательной" возможностью активно не пользовались.

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

Как думаете?

собстно

я вот думаю это нытье или наезд на Самого?

(3) судя по нику - нытьё :)

Я так думаю, что это свойство "ТолькоЧтение"

Да, да плачу крокодильими слезами.

Например:

Есть различные модули для проведения по взаиморасчетам. Где нить в коде:

МодульПроведения = ТралиВалиПереопределяемый.ПолучитьМодульПроведенияПРоВзаиморасчетам();

МодульПроведения.Провести(ЭтотОбъект);

а почему бы и нет...

(6) ну так раньше для этого обработки использовали

Ха, на сервере недоступен. Интересно почему... Видимо кина не будет.

Пока не понимаю, как это можно использовать.

Итак, после 10 лет мытарств, 1С таки вернулась к Контекст :)

на самом деле это форма

но неразберихи может внести, интересно зачем его добавили?

сложно сказать. Возможно общий модуль хотят все-таки (когдаНибуУдь!) превратить в полноценный объект (в полиморфизм, тудыть его). Правда, тогда и у объекта свойства должны появиться, а не только методы. Соответственно, процедуры общего модуля должны будут работать с этими свойствами, а не через параметры, передаваемые неизвестно от куда.

(12) че -то я не то прочитал, пора заканчивать неделю рабочую

(12) ха, а может автор действительно с контекстом перепутал???

ОбщийМодуль.ЭтотОбъект (CommonModule.ThisObject)
ОбщийМодуль (CommonModule)
ЭтотОбъект (ThisObject)
Использование:

Только чтение.
Описание:

Тип: ОбщийМодуль.
Содержит сам объект базы данных. Используется для передачи в качестве параметра.

Доступность:

Тонкий клиент, веб-клиент, толстый клиент.

Кстати ещё фича 8.3 в копилку ООП (хотя скорее к модульности).  
Переопределяемые типы. Это конечно круто. Только почему-то нельзя указать его в параметрах команды.

(0) Никакого оиношения к ООП не имеет, а к утинной типизации

Например Есть Функция

Функция ВернутьЗначениеФункцииМодуля(модуль)
модул.ВыполнитьТакуютоФункцию()
КонецФункции

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

(19) сомневаюсь я однако, зачем тогда так наворачивать
Можно и без этого сделать:

Функция ВернутьЗначениеФункцииМодуля(ИмяМодуля)
Перем Результат;
Выполнить("Результат = " + ИмяМодуля + ".ВыполнитьТакуютоФункцию()");
Возврат Результат;
КонецФункции

ЭтотОбъект используется при описании оповещений при открытии форм, для отслеживания события закрытия формы, для отказа от модальных окон.

Написал криво, но, как по другому, придумать не могу :)

вот когда будет что-то типа ЭтотМодуль.Функции, вот тогда приходите

со своим полиморфизмом, все ветки исплакали - как  только внедрят полноценное ООП, начнуть стонать что такое полиморфизмом нафига его сделали и что с ним делать

а еще пусть будет что-то типа

МояФункция = Новый Функция(...);

(22) рефлекшн нужен?

(24) да. и передача с клиента на сервер ;)

а вообще лично мне не хватает нормального управления индексами

(24)+ причем, частично где-то в недрах что-то похожее уже сделано, динамическое назначение обработчиков событий и оповещений же есть!

Значит ли это, что 1Сники перестанут быть тупыми и жадными? Ибо держать в башке все свежие возможности платформы(и особенно иметь практический опыт работы со всей этой белибердой) становится тяжеловато.

(20) А зачем использовать строки если можно использовать утинную типизацию?
Учитывая что может быть множество параметров и вызываться множесво функций с разными параметрами

Вместо модуль.ФункцияС3Параметрами(пар1,пар2,пар3)
       модуль.ПроцедураС2Параметрами(пар1,пар2)

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

Просто утинная типизация это не ООП, но применяется во многих языках вместо интерфейсов
wiki:%D3%F2%E8%ED%E0%FF_%F2%E8%EF%E8%E7%E0%F6%E8%FF

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

общие модули это же вроде объекты-синглтоны, не?

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

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

(33) а проще нельзя жить?

(32) ОМ в принципе не объект, т.к. не содержит свойств, не создается экземпляра. На счет синглтона - в 1С есть менеджер объекта.

ниче не понял, может кто объяснит что к чему

В конфигураторе пора подсистемы корневой веткой делать.
Достали они модули плодить.
По наименованию документа или справочника хоть как-то можно догадаться, что там делается.
А вот о чем говорит наименование "ФайловыеФункцииСлужебныйКлиентПовтИсп".

(35) нет свойств еще не значит, что не объект
насчет нет экземпляра - так вот он ЭтотОбъект и он единственен
насчет менеджеров, так теперь разницы стало меньше, кстати они тоже не содержат свойств

(34)
Будут чаще модули тасовать.
Сейчас переименование вызывает необходимость изменений в других модулях.
А так - поменяют в точке вызова и всёёё. Где-нибудь в параметрах сеанса.

(37)открой для себя систему стандартов и методик разработки конфигураций для платформы 1С:Предприятие 8

(31) Еще раз это решаемо в 20 с помощью лишнего ненужного кода. Если есть возможность использовать утиную типизацию, зачем городить огород. Ничего в ЭтотОбъект сверхнового нет.
Можно было и раньше передать из модуля на себя только введя больше кода ИмяМодуля. Но вот если ты вдруг захотел изменить имя модуля то пойдут ошибки. Например

В модуле общегоНазначения можно передать ссылку на себя таким образом

Функция ВызватьПриветИзДругогоМодуля()  Экспорт

ОбщиеМеханизмы.ВызватьПривет(общегоНазначения)
КонецФункции // Привет()


А во такой код

Функция ВызватьПриветИзДругогоМодуля()  Экспорт

ОбщиеМеханизмы.ВызватьПривет(ЭтотОбъект)
КонецФункции // Привет()

Не зависит от переименования,лаконичен более читабелен

(20),(41)
Посмотрел на партнерском.
Таки в УТ 11 уже городят:
"
МодульСоединенияИБКлиент = Вычислить("СоединенияИБКлиент");
МодульСоединенияИБКлиент.ПриНачалеРаботыСистемы();
"

(40)
Система - это громко сказано.
Скорее - текущее состояние болезни.

-1

(42) - (38), (41) вот и начинают работать с ОМ как с объектом, хотя это просто набор методов. (38) - объектом может быть что-то в реальной модели системы: документ, элемент справочника и т.п.

(45) синглтон это не объект?

COM объект это не объект? Это объект поддерживающий IDispatch двойную диспетчеризацию. В 1С все такие, правда 1С еще поддерживает ILanguageExtender. В 1С нет ООП, но объекты то существуют.

(47) думаю они еще поиграются своим великом, а лет через 5 плюнут и напишут 9-ку с ООП
и будем переходить снова-и-снова

Пессимист говорит, что ситуация - хуже быть не может, а оптимист отвечает, что ещё, как может быть.

(45) А менеджер справочника это что?
(48) Я думаю что будущее за синтезом ООП, ФП, и динамических языков. (Иногда вычислить ооочень удобная штука для универсализации). 1С могла бы давно ввести псевдотипизацию как подсказка типа хотя бы для интеллисенсе.

Например
Функция ВернутьТз(Парам:СписокЗначений):ТаблицаЗначений

(50)  А менеджер справочника это что?
Это статические методы этого справочника, не объекта справочника.
Вообще ОМ нафиг бы не нужны если бы было ООП.

(50) кстати о птичках. А как на счет менеджера объекта обработки, если она внешняя ?

(52) + правда это уже другая тема

(51) Не совсем. Например в Delphi статические методы могут быть виртуальными. Там VMT в две стороны, в положительную сторону для методов объекта, для типа в отрицательную.
Опять статические методы в статически не типизируемом языке могут быть только через объекты типа синглтон.
И статические методы не являются прерогативой ООП.

(52) Это объект поддерживающий двойную диспетчеризацию.

54+ http://rsdn.ru/forum/philosophy/561976.aspx

(55) это касается только 1С, про виртуальные в 1С вообще никакой речи не идет
"могут быть только через объекты типа синглтон" - лучше вообще умолчать об этом (не говорить что у ОМ есть ЭтотОбъект) и не вводить народ в заблуждение

на счет 54+ http://rsdn.ru/forum/philosophy/561976.aspx
то это просто пережитки перехода к настоящему ООП. Смотри Java и пр. настоящие ООП языки

(56) про виртуальные методы? да в каком то смысле все методы в 1С виртуальные

(56) А чем тебе плох ЭтотОбъект см 41. ЭтотОбъект это ссылка на объект реализующий IDispatch

(56) Внутри 1С конечно существует OOП. Просто наружу они выдают, что типа IDispatch. А у него все то 2 метода которые и переопределяются на основании метаданных.

(57) Угу пережитки. Сейчас Шарп поддерживает и функциональщину (лямбды, LINQ) и динамические вызовы dynamic. И метаклассы только расширяют язык.

(58) в 1С не может быть виртуальных методов, т.к. не наследуемости

(52) а зачем ?
ведь к ней можно обращаться только когда она создана в памяти
а если объект создан, то значит доступен модуль объекта

(62) + ошибка: нет наследуемости. Т.к. наследования нет, то и нечего городить VMT

(62) для виртуализации не нужна наследумость, нужен общий интерфейс, а за счет утиной типизации ее полно

(63) посмотри БП 3.0. Там вся печать в документах (и даже в обработках), к примеру идет через менеджер объекта.
Если делать аналогично во внешних обработках, то не прокатит. А хотелось, бы , чтоб механизм печати был однотипный.

(65) опять, же. Так. наз. , в "Утиная типизация" в 1С - это размывание модели, т.е. посмотри в типовых: куча методов в разных ОМ, порою, одинаковых, не связанных с конкретными объектами, а то и формами и т.п., от куда там ноги растут - сложно сказать, даже если все разложено по подсистемам. Разве что Ctrl + Shift + F

(64) Для реализии IDispatch без VMT не обойтись.

(66) Почему я на 7ке пользуюсь
ДляВнешнегоСоединения= Сервер.ВнешниеОбработки.Создать(ПутьКОбработке);
    
    Объект=ДляВнешнегоСоединения.ВычислитьВыражение("Документы.ЗаказПоставщику.СоздатьДокумент()");

68 Вернее так как в 7 ке нет поддержки свойств массивов

В модуле обработки есть две фкнкции

Функция ВычислитьВыражение(Выражение) Экспорт
  возврат вычислить(Выражение);    
КонецФункции

Функция ВычислитьСвойствоОбъекта(Объект,Свойство) Экспорт
  возврат Объект[Свойство];    
КонецФункции

и их вызов
Объект=ДляВнешнегоСоединения.ВычислитьВыражение("Справочники."+ВидПриемник+".СоздатьЭлемент()");

68 http://rsdn.ru/forum/dotnet/527260.aspx