для объектов 1С с пом 1С++?
Не слишком хорошо изучил мханизм классов JScript, но понравилось пара вещей.....
Тот же самый механизм прототипов, расширяющий возможности класса.

Каждый раз когда необходимо воспользоваться "Расширенными" возможностями приходится создавать экземпляр класса, инициализировать и использовать его.
А при вводе механизма прототипов (конечно, в случае возможности такого механизма) дополнительные процедуры и функции прототипов класса сами добавятся ко всем экземплярам стандартного объекта 1С.
Думаю будет удобно и при осторожном использовании безопасно.
Осуществимая вещь? Уж не говоря про удобство...

Поясню.
Есть объект встроенного языка: СписокЗначений. (к примеру на форме с идентификатором СЗВид)
Чесно говоря надоело писать кажный раз:

Если СЗВид.ТекущаяСтрока() = 0 Тогда
    Возврат;
Иначе
    вЗначениеВида = СЗВид.ПолучитьЗначение(СЗВид.ТекущаяСтрока());
    Если вЗначениеВида = вНужныйВид Тогда
	  ....... 

Допустим есть возможность расширить функционал стандартного списока значений без механизма подклассификации (использование классов).
пишем в модуле прототипа:

Функция ПолучитьТекущееЗначение(псСсылка) Экспорт
    вЗначВозврата = "";
    Попытка
	  вТекСтрока = псСсылка.ТекущаяСтрока();
	  Если вТекСтрока<>0 Тогда
		Возврат псСсылка.ПолучитьЗначение( вТекСтрока );
	  КонецЕсли
    Исключение
	  Сообщить("Ошибка вызова функции!","!");
    КонецПопытки;
    Возврат вЗначВозврата;
КонецФункции 

Тогда в любом модуле можно свободно писать:

    Если СЗВид.ПолучитьТекущееЗначение() = вНужныйВид Тогда
	  ....... 

И все....

А... пропустил, что СЗ на форме...

Конечно, можно класс, но:
Минусы:
+ объект МД
+ дополнительные строки в каждом модуле для инициализации класса.
Конечно, можно дополнительную функцию в глобальник, но:
она как-бы "служебная" и не к месту там, вроде...

artbear писал(а) 20. Ноября 2006 :: 06:16:

Ну, это не совсем туда. Я имел ввиду "безусловное" расширение.
По этому и привел JS-прототипы. у них при добавлении свойства/функции к классу это свойство добавляется у ВСЕХ экземпляров данного объекта....

trdm писал(а) 21. Ноября 2006 :: 12:30:

Это нужно.

И мысли на эту тему есть, как построить грамотную систему организации динамической иерархии классов.
Я, может, даже спецификацию как-нибудь набросаю.

Одна беда - на дворе новый год - жара, жара - жареное солнце больших городов.

trdm писал(а) 28. Ноября 2006 :: 16:48:

Дык... Отдохнуть-то как раз и не придется...
Впрочем, это как всегда, ничего нового.

Цитата:

Я называю эти добавки примесями.
И они могут быть как общими для всех объектов вида, либо заданными для конкретного класса.
Реализация, конечно, разная, но результат нужен однотипный.

В плане общих - ты описал.
В плане конкретных - меня тоже парит писать:

Процедура _ДобавитьСтроку(__т, __код1, __код2)
__т.НоваяСтрока();
__т.Код1 =__код1;
__т.Код2 =__код2;
КонецПроцедуры

_т =СоздатьОбъект("ТаблицаЗначений");
_т.НоваяКолонка("код1");
_т.НоваяКолонка("код2");

_ДобавитьСтроку(_т, 1, 2);
_ДобавитьСтроку(_т, 4, 5);
 

При этом, как я вижу
1. _ДобавитьСтроку() - должна быть членом класса-расширения таблицы значений
2. _ДобавитьСтроку() - не является общим объектом, т.е. действует только в рамках выбранного контекста (в других таблицах и число колонок и их названия могут быть другими)
3. Совершенно не хочется подобную иерархию делать статической - фактор времени прежде всего

P.S.
Когда это все будет сделано, и будет ли - большой вопрос.
Тут мое дело поддержать твою идею - поругают другие
(ну, по крайней мере обычно ругают, по разным причинам - и техническим и идеологическим).

kms писал(а) 28. Ноября 2006 :: 19:26:

в общем для всех Таблиц значений в прототипе это выглядело бы так:

ПрототипПроцедуры _ДобавитьСтроку2(__т, __Парам1, __Парам2)
__т.НоваяСтрока();
__т.УстановитьЗначение(__т.КоличествоСтрок(),[b]1[/b],__Парам1);
__т.УстановитьЗначение(__т.КоличествоСтрок(),[b]2[/b],__Парам2);
КонецПрототипаПроцедуры

ПрототипПроцедуры _ДобавитьСтроку3(__т, __Парам1, __Парам2,__Парам3)
...
 

Так будет удобнее?