Добрый день всем.

Может кто подскажешь (ссылку какую даст) где почитать как сделать в 8ке подобие классов 1С++ т.е.  хочется иметь возможность создав ТП на форме  описывать все его процедуры в неком классе дабы не делать этого в каждой форме данного ТП


Р.S. Понимаю что форум мягко говоря не по 8ке но спросить больше негде... вроде весь инет перерыл - чегото ничего не нашел - хотя может плохо искал как обычно..

глянь вот тут http://infostart.ru/profile/9621/projects/1640/

может пригодится 

Nick писал(а) 21. Апреля 2008 :: 06:32:


интересует именно наследовании, т.е. хочется как то избавится от одного и того же кода во всех объектах где используется определенное ТП, т.е. хочется при открытии некой формы на котором расположено тпКонтактнаяИнформация - один раз прописать "тпКонтактнаяинформация.Инициализация()" и все... а все методы уже бы выполнялись в классе...

noprogrammer писал(а) 21. Апреля 2008 :: 06:41:

Фактически здесь наследование не нужно, будет просто универсальный класс, которому передается ссылка на ТП, и затем класс в своих методах будет использовать это ТП.

artbear писал(а) 21. Апреля 2008 :: 06:53:


Пусть так - но как это сделать?! т.е. как сделать так что бы данный класс \обработка могла бы перехватить все события обработчиков ТП ?

хм.. наткнулся вот на вашу тему.. интересная ситуация получается..
1. мне хорошо знакома проблема описанная noprogrammer как тема ветки.
2. я в принципе заинтересован в "подобии классов на 8ке"
3. я вобщем-то знаю с++..

хм.. что же делать?.. надо подумать

Цитата:

В итоговую обработку включаются все используемые методы предка с префиксом, и их вызов соответственно переписывается на вызов с префиксом

DmitrO писал(а) 21. Апреля 2008 :: 07:15:


1. Предки и наследники - внешние обработки
2. Есть текстовый файл типа defcls.prm - описывает структуру наследования
3. Есть Метод в общем модуле типа СоздатьЭкземплярКласса(<сИмяКласса>)
-------------------------------------------------------------
4. Есть механизм который на основе файла описания (2) и файлов классов (1) собирает итоговые обработки - файлы реализации классов
(как вариант вообще внешниее приложение)

Ну в принципе, конечно это реализуемо. Просто как-то слабовато.. изюму мало.. короче надо подумать еще.

А какого  конкретно изюму хочется?

kiruha писал(а) 21. Апреля 2008 :: 08:49:

Что вы имеете ввиду?

noprogrammer писал(а) 21. Апреля 2008 :: 06:58:

Хороший вопрос, мне тоже интересно.

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

Погоди, т.е. обработчики событий можно направить в неглобальный общий модуль?
Это, видимо, то, что нужно?

kms писал(а) 21. Апреля 2008 :: 09:09:


Скорее всего так и есть..я только начал изучать 8ку - а как обычно в таких случаях хочется того к чему уже привык, в данном случае хочется такой же реализации классов как в 1С++, вроде хочу не очень много.

Nick писал(а) 21. Апреля 2008 :: 08:41:
Хочется чтобы классы были не только классами, а предлагался бы еще какой-либо сервис. Классы только ради классов - это не очень интересно, т.к. фактически функционал модульности есть в виде общих модулей (это без данных объекта класса, либо данные объекта класса хранить в вызывающем контексте); или в виде обработок (это получается с данными). Нехватает только вызова метода предка и переопределения методов - это вполне реализуемо при определенных допущениях и принятии стандартов.

Хочется заполучить козырную карту, например в виде событий, вот тогда я бы сыграл в эту азартную игру. А нет у меня такой карты, у кого есть? Признавайтесь, господа креативщики, нужна идея (хы.. или тяжелый труд гыгы..)!

artbear
Цитата:
Научишь меня задавать процедуры неглобальных общих модулей обработчиками событий элементов формы, а?  
В конструктор объекта Действие принимаются только имена процедур модуля формы - всё, пипец.

noprogrammer
Цитата:
"обработки формы" - ужос какой, люди пишите грамотно, а то вас понять не возможно. В подписках на события можно поставить только события Объектов (объектных типов имеющих отображение в БД на изменение данных, включая различные наборы записей), там нельзя использовать объекты пользовательского интерфейса (формы, элементы формы). Кроме того подписки это обязательно объекты конфигурации метаданных, они очень не подходят для классов.

Ну и напоследок, механизм оператора ДобавитьОбработчик, тоже использует события тех же Объектов (описанных выше). Он отвязан от метаданных, это гут; но это оператор языка, он недоступен через глобальный контекст.

Всем привет. Вставлю свои пять копеек
Работаю над конфигурацией, в которой активно используются классы, наследование и виртуальные функции. Почему именно классы? Я думаю, каждый хоть раз сталкивался с необходимостью объединения и поддержки функционала из нескольких конфигураций. И с возникающими при этом... неудобствами. Особенно это касается глобального модуля. В моем случае нужно было обеспечить максимальную модульность моего решения в составе любой конфигурации. Это был мой первоначальный мотив в пользу классов. В процессе работы добавились дополнительные фишки в виде полиморфизма, наследования и обработки событий. Кроме того, мне удалось (с некоторыми трудностями и не без помощи многоуважаемых участников этого форума) реализовать обработку событий в обратном направлении (т.е. из внешней компоненты вызываюся события - предопределенные процедуры класса). Имхо, тяжело добиться подобных преимуществ, не используя классы 1С++.

В свете последних мировых тенденций возникала идея портировать программу на v8, но из-за отсутствия наследования отказался от этой мысли... до того момента, пока не наткнулся на эту тему.
Поэтому прошу уважаемых разработчиков 1С++ учесть мой скромный голос при рассмотрении вопроса "Быть или не быть классам на v8"?

Цитата:

Да, способ очевидный, простой и ясный, но все-таки хочется чего-то более универсального
Я лично начинаю все больше задумываться о 8.2 (нужно пощупать все-таки) и/или механизме разборки/сборки в нужном виде - например, что-то типа Альфовского Инсертера для вставки кода обработчиков и т.д.

Например, мне хочется отдать элемент управления на форме в свой класс и чтобы класс имел полную "власть" над этим элементом - возможность назначать события и т.п.
Тоже самое для управления любыми формами, а не только их элементами.

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


Ну это все понятно. Чего конкретно в штатной восьмерке для этого не хватает?

noprogrammer
А чем не устраивает Цитата:
?

noprogrammer писал(а) 22. Апреля 2008 :: 11:04:

нету
ранее я ошибся

Народ, а 8.2 кто-нибудь смотрел?
Кто-нибудь знает, где ее взять? Если да, согласно правилам форума прошу в личку

artbear
Чего нету?

noprogrammer
Восьмерка, в плане редактирования форм, ничем принципиально не отличается от VB или Делфи: кладем контрол на форму, клацаем по событию в свойствах контрола, пишем обработчик события в редакторе кода. Особых знаний платформы для редактирования форм вовсе не требуется.

Цитата:

Правильно ли я понимаю, что ты хочешь сделать свой контрол "Контактная информация", унаследованный от грида? Причем так, чтобы этот новый контрол не имел ни одного события в своем интерфейсе и не реагировал на действия пользователя?

artbear писал(а) 22. Апреля 2008 :: 11:43:

Если ты надеешься в составе 8.2 увидеть 1С++, то вынужден тебя разочаровать Не тешь себя напрасными надеждами. В ней добавлен только тонкий клиент.

artbear писал(а) 22. Апреля 2008 :: 12:02:


Смотри личку.

Цитата:

Насчет ВБ знаю плохо, по Дельфи скажу: в нем есть возможность произвольного назначения обработчиков событий, этой фичи очень не хватает 8
Приходится писать кучу ненужного, абсолютно одинакового кода, в итоге модули форм похожи друг на друг - т.е. в этом плане мы от штатной семерки никуда не ушли.
Но в семерке у нас есть 1С++ , а в 8 - только фига

noprogrammer
Цитата:

Т.е. тебя напрягает только вот это:

Процедура КонтактнаяИнформацияВыбор(Элемент, ВыбраннаяСтрока, Колонка, СтандартнаяОбработка)
	_контИнфо.Выбор(Элемент, ВыбраннаяСтрока, Колонка, СтандартнаяОбработка);
КонецПроцедуры

Процедура КонтактнаяИнформацияПриАктивизацииСтроки(Элемент)
	_контИнфо.ПриАктивизацииСтроки(Элемент);
КонецПроцедуры

Процедура КонтактнаяИнформацияПриАктивизацииКолонки(Элемент)
	_контИнфо.ПриАктивизацииКолонки(Элемент);
КонецПроцедуры
 

?

Ну что ж, как говорится "Мне бы ваши проблемы"

artbear писал(а) 22. Апреля 2008 :: 12:44:

Все в мире относительно... Ну и шаблоны в конфигураторе не просто так придуманы.

Вобщем, ищете проблему на ровном месте.