artbear писал(а) 02. Марта 2007 :: 12:13:

Мне это тоже не нравится

sedmin
Цитата:

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


Цитата:

Что это? Что каждый отчет - это отдельное приложение? Ну не знаю. Видимо, надо определиться с терминологией.


Цитата:

Скажи, кто тебя к принуждает к такому извращению? Мы его вместе задавим интеллектом!


Цитата:

См. выше. Плюс ответ Arta


Цитата:

Коллега, если вы боитесь поставить меня в неловкое положение техническими подробностями, то совершенно напрасно.


Цитата:

Classpath со списком путей будет у каждой информационной базы.


Цитата:


Вариантов масса: от модификации classpath [не переменной среды, естественно] без перезапуска 1С до использования существующего уже метода для загрузки класса из произвольного файла.



orefkov
Цитата:


Речь пока о концепции. Перехват и поиск файла - это технические детали. Хотя, примерно так.


Цитата:

Не кидай. Word может обидеться.
Видимо, будет то же самое, если в дефцлс описать класс с именем Word.Document.

Цитата:

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

Если реализовать мое предложение, то каждый сможет организовать понравившийся ему способ загрузки. А один, самолучший способ можно будет зафиксировать внутри 1С++. А уж если реализовать ЗагрузитьОписанниеКласса("ИмяКласса", "ИмяФайла"), то уж точно можно будет загородить любой огород. Хочешь - с DefCls, хочешь - с папками, хочешь - из текущей папки, хочешь - через classesroot, хочешь - через classpath.

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

Я же написал:
Цитата:

Останется решить, какой способ будет самолучшим. Но если мне не понравится твой способ, то я смогу сделать другой. А иначе - шиш.

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

Тем, что мне не нравится синтаксис 1С++.

Тем, что приходится одно и то же писать в двух файлах. Или, что не многим лучше, делать //#include. Тем, что я не могу описание метода поместить рядом с методом. Тем, что вследствие include, в .prm файлах нет нормальной диагностики.

В конце концов, тем, что это полумера. Какое-то заплаточное решение - ни то ни се.

sedmin
Насчет полумеры полностью согласен.
Я тут подумал над твоими аргументами насчет внешних отчетов... действительно, они являются чем-то вроде внешнего приложения.

All
Для упрощения запуска внешних отчетов на "чужом" компе, предлагаю ввести метод для подключения путей к классам. Т.е. при открытии формы вызываем, например:

перем
   путь, файл, окружение
;

РасположениеФайла(путь, файл);
окружение = СоздатьОбъект("Окружение1Срр");
окружение.ДобавитьПуть(путь);
 

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