Народ, как вы смотрите на то, чтобы добавить спец.виртуальные функции вирт() и я() ?

В свое время Саша Орефков выполнил подобную работу
Цитата:


Одна проблема с синтакс-контролем
1. В режиме Предприятия можно решить по аналогии с ФормЕкс - добавить доп. глобальный модуль с этими функциями при загрузке 1С++
2. В принципе, наверное,  можно аналогично поступить и для Конфигуратора в Виз1С++. Но тут непаханное поле Поэтому я не столь уверен.
Ну и всегда останется вариант с общим глобальником, который явно не всех устроит

Что скажете?

PS обратите внимание, что я() позволит избежать ненужной виртуальности

artbear писал(а) 08. Апреля 2008 :: 13:38:

Я может что-то пропустил или не знаю, но всегда интересовал такой вопрос:
"Почему нельзя определить эти ф-ии в глобальнике раз и навсегда?"

fez писал(а) 08. Апреля 2008 :: 14:44:

Вот по этому я и привёл цитату Артура:
Цитата:

или
Цитата:

т.е. решении проблемы практически нет...

fez писал(а) 08. Апреля 2008 :: 15:27:

Синтаксис-контроль не пройдет тогда

artbear писал(а) 09. Апреля 2008 :: 05:23:

Про синиаксис-контроль в конфигураторе и имею ввиду.

Если только Саша Орефков
Кстати, у него ведь есть своя ВК для ООП, в которой вроде бы не нужен вызов методов типа Сам()
Вот бы у него узнать, как он реализовал подобное
Но он ведь молчун известный

sadovnikov писал(а) 09. Апреля 2008 :: 10:17:

Вооо, подойдите. Вас тут, КМК, как минимум трое зеленых из того же города. Если всей толпой ломануться?  

П.С. если всё-таки соберётесь, то попросите научить телепат отдовать хотя бы список глоб. ф-ий и переменных (для колорерра) 

artbear писал(а) 09. Апреля 2008 :: 10:54:

А мне почему-то казалось, что Орафков в Новосибе живёт... 

Arta писал(а) 09. Апреля 2008 :: 10:58:

Кстати, хороший вариант
Уж если ты в Альпы съездил , до Кирова уж как-нибудь доберешься

Arta писал(а) 09. Апреля 2008 :: 12:23:

А если самолётом полетят? "Перехватчиком" пользоваться будешь? 

Небольшие пояснения.
Добавление этих методов НЕ ТРЕБУЕТ никаких изменений в конфигурации в режиме Предприятия.
Не надо никаких доп.глобальных модулей с этими функциями.
При компиляции модуля КОПа 1С найдет эти функции в назначенном модулю контексте.
Единственная засада - синтакс-контроль в Конфигураторе - так как там никакой контекст модулю не назначается, с 1С негде найти эти функции, хотя и это можно обойти, доработав vis1cpp.

orefkov писал(а) 06. Мая 2008 :: 09:47:


Единственная и главная засада.
Скопировать две строки в класс с функциями- не проблема, а натыкаться постоянно на синтаксис в конфигураторе - большая проблема.

orefkov писал(а) 06. Мая 2008 :: 09:47:

Саш, а что-то у меня твой код в 1С++ не заработал - т.е. две вставки в CallAsFunc и FindMethod для вирт() и я() не заработали
Заглушки описаны в глобальнике, синтакс-контроль проходит, но поиск этих методов 1С делает самостоятельно, т.е. в CComponentClass::FindMethod просто не попадаем
Что не так??

Саш, дай подробнее код.
В ветке test_virt только две правки - CallAsFunc и FindMethod, больше я ничего не увидел при сравнении.
Дай еще инфу на назначение контекста, ты какой контекст назначаешь?

Ну как же так, Артур?
KDiff мне ясно показал, в чем ключевая соль:
было
pModLocale = new CBLModuleWrapper(NULL, str, FullFileName);
стало
ModLocale = new CBLModuleWrapper(pCreatedCompModule, str, FullFileName);

Блин, а я уж как только не смотрел, и pModLocale в т.ч. изучал
Спасибо большое!

Именно на этом механизме я и предлагал сделать прямое обращение к методам базовых классов, без "ПолучитьБазовыйКласс".
Ведь когда мы компилируем модуль класса-наследника, и 1С ищет методы, которых нет в самом модуле, то в этот момент модуль базового класса УЖЕ СКОМПИЛИРОВАН, и можно поискать их там.

orefkov писал(а) 04. Июня 2008 :: 07:04:

Добавлю: и к методам, и к свойствам базовых классов.

Т.е. например, можно добавить какое-нибудь предопределенное свойство для всех классов

Например, мне давно очень хочется добавить свойство _ФабрикаКОП_ типа ФабрикаОбъектов для удобного и быстрого создания любых объектов на базе Фабрики
Это свойство будет только для чтения и будет существовать в единственном экземпляре внутри 1С++, т.к. этот объект не имеет состояния.

Саш, а получается, что из класса нельзя возвращать значение я() , иначе какая-то хрень выдается, верно?
Возвращать из класса можно значения только вирт().
Например, я в твоем примере в классе Базовый пишу

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

Функция ВернутьСебя() Экспорт
	Возврат я();
КонецФункции 

А в тесте пишу

Тест=СоздатьОбъект("Базовый");
лОбъект = Тест.ВернутьВирт();
Сообщить("лОбъект = <"+лОбъект+">");

лОбъект = Тест.ВернутьСебя();
Сообщить("лОбъект = <"+лОбъект+">"); 

Получаю результат
Цитата:


Это поведение будем считать нормальным?

Это вспомогательный объект, который позволяет обратиться к виртуальным методам и экспортным атрибутам данного класса без виртуальности

Т.е. для иерархии Базовый-Наследник и виртуального метода Показать(), определенного в обоих классах, употребление в коде класса Базовый вызова я().Показать() выполнит именно Базовый::Показать(), а не как обычно Наследник::Показать()

Выложена очередная сборка icpp
Цитата:


Прошу качать и тестить.

Обсуждение фичи на http://www.1cpp.ru/forum/YaBB.pl?num=1207661901/0 или в багзилле.

Выкладываю тестовую конфигурацию для проверки - http://www.1cpp.ru/forumfiles/Attachments/1cpp_test_virt_2.rar

Важно: две функции ( вирт() и я() ) в глобальнике нужны только для синтакс-контроля в режиме Конфигуратора,
в режиме Предприятия классы прекрасно создаются и без этих функций.

ЗЫ как обычно, все проверено на автоматических юнит-тестах

Насчет Reset это точно.
С trad'ом как-то разбирались с подобной фигней.
Выяснили, что при вызове функций движок 1С использует для retVal статический объект CValue. И это приводит к разным траблам. Например, если мы в своем методе присвоили retVal ссылку на контекст, а потом сгенерили RuntimeError, то так как retVal статическая, а не на стеке, для нее не вызывается деструктор, и на тот контекст (который записывали в retVal), ссылка сохраняется, до того момента, пока 1С не вызовет какой-либо другой метод, в котором retVal присвоится другое значение. А в случаях, когда в коде 1С пишут Возврат ВызовНекойФункции(); , ссылки на объекты могут вообще считаться криво.

Перенес пост в соответствующую ветку
http://www.1cpp.ru/forum/YaBB.pl?num=1212645215/0#0

Народ, а ведь помимо вирт() и я() можно добавить аналогичные фичи для предопределенных методов любых КОП, типа ПолучитьБазовыйКласс(), ЗаменитьБазовыйОбъект() и т.д.
Код реализации полностью аналогичен коду реализации вирт() и я().

С учетом возможности нативного использования методов класса получается целая революция в ООП для 1С
Ура!

ЗЫ осталось только решить с синтакс-контролем в Визуал1С++ и тогда все будет совсем чудесно

Да, подумаю.

Идрить, Артур, "вирт" и "я" - регистрозависимые?  


P.S. прерыдущий вопрос снят!