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

Минусы :
1. Значения по умолчанию будут только простейшие, т.е. также как у 1С , а не расширенные, как в прм-файле.
Например, нельзя будет задавать значение по умолчанию как результат вызова функции.
Т.е. методы с подобными "хитрыми" параметрами по умолчанию по-прежнему нужно описывать в прм-файле.
2. Методы с неопределенным числом параметров также нужно будет по-прежнему описывать в прм-файле.

Плюсы :
1. ИМХО в большинстве случаев используются не "хитрые" умолчальные параметры, а простые, разрешенные 1С.
И было бы удобно описывать подобные параметры прямо в модуле класса, что позволяет сократить время создания класса и увеличить удобство использования методов класса.
2. При текущем поведении, если в прм-файле заданы параметры по-умолчанию для метода "МетодКОП", вызов ОбъектКОП.МетодКОП() в модуле класса отличается от простого вызова МетодКОП(), что часто приводит к путанице
В предлагаемом варианте оба вызова будут давать один результат

Естественно, если будут заданы параметры и в модуле прм-файла, и в модуле класса, нужно
1. выдавать ошибку компиляции об этом
2. использовать значения из прм-файла для совместимости и как наиболее мощные.

Уф, вроде все описал, ничего не забыл

Нужна подобная фича или все-таки нет?

ЗЫ работу с умолчальными параметрами из модуля я уже делал для ФормЕкс, там все просто

Наконец-то!

fez писал(а) 12. Декабря 2007 :: 17:36:

+1

Можно было бы еще одно голосование устроить: у кого-нибудь используется этот расширенный синтаксис задания параметров по-умолчанию?
А проверка типов?

ИМХО весь этот crap - это что-то типа консервной банки, привязанной к хвосту кошки: повсюду следует за хозяйкой и гремит.

Стыдно признаться, но про это: Цитата:

Я вообще не слышал (и нигде не видел). Может кто-нить покажет работающий код?

JohnyDeath писал(а) 13. Декабря 2007 :: 07:11:


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

Цитата:

+1

А кстати, "знач" для параметров классов кто-то реализовывал уже или планировал реализовать?
Какая сейчас ситуация?

kms писал(а) 13. Декабря 2007 :: 12:04:

Я этот вопрос поднимал по-моему в июне. С тех пор ничего не делалось.
Артур этим заниматься, насколько я понимаю, не планировал.

P.S. А фича нужная

ev-kov писал(а) 13. Декабря 2007 :: 10:50:


Если ты вызываешь метод класса - надо всегда вызывать его как метод класса. Через Сам(Контекст).
Путаница возникает именно из-за того, что метод класса вызывается как приватная процедура класса.

Про ЗНАЧ также подумаю.

Кстати, решение с параметрами по умолчанию я также делал в 1С++ для вызова методов контекста типа Конт.Метод(), у меня успешно юзается

Для ТурбоБЛ в 2.5 сейчас такое поведение -
если в модуле какой-нибудь формы определен Метод(Парам = "ЗначениеПарам"), то прямой вызов Конт.Метод() будет означать вызов Конт.Метод("ЗначениеПарам"), ну т.е. как обычно.

Раньше в 2.5, а также сейчас в 2.0.3 вызов Конт.Метод() выдавал ошибку о недостаточном числе параметром

Думаю, что должна остаться совместимость. Поскольку сейчас такой "конфликт" вызывает исключение, то и в новом варианте должно быть главенство prm файла.

Еще лучше можно обосновать главенство prm файла вот таким примером:

в прм-файле описан метод

class КОП = КОП.txt
{
  Строка Метод(Строка Парам = "МодуляКлассаЗначение");
}; 

а в модуле класса метод определен след.образом

Функция Метод(Парам = "ЗначениеМодульКласса") Экспорт
	Возврат Парам;
КонецФункции
 

Цитата:

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

artbear писал(а) 13. Декабря 2007 :: 17:14:

Ну так логично было бы, что если prm имеет приоритет в одном случае - то он имеет приоритет и во всех остальных случаях. Разве нет?

Артур, посмотри заодно сборку документации. Что-то у меня ночник ломается с ошибкой hhc.exe. Подозрение падает на Informer.txt.

P.S. И вообще там много сообщений об ошибках/предупреждений выскакивает. Hooker.txt этим особенно грешит.

artbear писал(а) 13. Декабря 2007 :: 17:46:

Поскольку ошибка вылезла совсем недавно, то имеет смысл посмотреть, какие в это время были внесены изменения.

Ночная сборка версии 2.5.0.6

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


Залил в репозитарий как код, так и тесты вместе с докой.
Завтра можно будет юзать.

В общем, уже можно юзать ночную сборку.

АктивИксы к моим правкам отношения не имеют, это уже другая проблема