Класс, который позволяет хранить тело модулей проведения
во внешних файлах.
В модули проведения помещается одинаковый код вида

[code]
перем Модуль;

Процедура ОбработкаПроведения()
     Модуль.Провести();
КонецПроцедуры

Процедура ОбработкаУдаленияПроведения()
     Модуль.УдалитьПроведение();
КонецПроцедуры
     
Модуль=СоздатьОбъект("МодульДокумента");

[/code]

А сами модули помещаются в репозиторий классов (Предполагается хранение
классов во внешних *.txt файлах) в каталоге Модули с именем
Модуль<ВидДокумента>.txt

Соответственно есть возможность править модули на лету, напрямую работать с ними
через CVS, разделять права пользования/чтения средствами ОС и прочие вкусности.

в defcls.prm стоит добавить строки:
[code]
Класс МодульДокумента=МодульДокумента.txt
{
};

[/code]

И сам текст модуля:
[code]
перем Модуль;
перем Конт;

Функция GetThis(Конт) Возврат Конт; КонецФункции

Процедура Конструктор() Экспорт;

Сам=GetThis(Контекст);
Конт=Сам.ПолучитьКонтекстОкружения();
КаталогКлассов=Сам.ПолучитьПуть();
Счетчик=СтрДлина(КаталогКлассов);
  Пока Счетчик>1 Цикл
  Если Сред(КаталогКлассов,Счетчик,1)="\" Тогда
   КаталогКлассов=Сред(КаталогКлассов,1,Счетчик);
   Прервать;
КонецЕсли;
Счетчик=Счетчик-1;
КонецЦикла;

ИмяФайла=КаталогКлассов+"Модули\Модуль"+Конт.Вид()+".txt";

Если ФС.СуществуетФайл(ИмяФайла)=0 Тогда
  Сообщить("Отсутствует реализация модуля проведения ","!!!");
  Модуль=-1;
  Возврат;
КонецЕсли;

Скриптинг=СоздатьОбъект("Scripting.FileSystemObject");
Текст=Скриптинг.OpenTextFile(ИмяФайла);
ТекстМодуля=Текст.ReadAll();
Текст.Close();


Модуль=СоздатьОбъект("ВыполняемыйМодуль");
Модуль.НазначитьКонтекст(Конт);
Модуль.УстановитьМодуль(ТекстМодуля);
Модуль.КомпилироватьМодуль();
Модуль.ВыполнитьМодуль();
КонецПроцедуры

Процедура Провести() Экспорт;
Если Число(Модуль)=-1 Тогда
  Сообщить("Невозможно провести","!!!");
  Конт.НеПроводитьДокумент();
  Возврат;
КонецЕсли;
Попытка
  Модуль.ОбработкаПроведения();
Исключение
КонецПопытки;
КонецПроцедуры

Процедура УдалитьПроведение() Экспорт;
Если Число(Модуль)=-1 Тогда
  Сообщить("Невозможно отменить проведение","!!!");
  Конт.НеПроводитьДокумент();
  Возврат;
КонецЕсли;
Попытка
  Модуль.ОбработкаУдаленияПроведения();
Исключение
КонецПопытки;
КонецПроцедуры

Процедура ОбработкаПроведения() Экспорт;
Провести();
КонецПроцедуры

Процедура ОбработкаУдаленияПроведения() Экспорт;
УдалитьПроведение();
КонецПроцедуры

[/code]

Без малейшего понятия. У меня свой собственный репозиторий классов.
Вообще то мне кажется правильным вести репозиторий классов в CVS в виде TXT,
а не в конфе.
Попросить феза добавить новый модуль в CVS. Или самим сделать cvs import.

Ну скажу как я работаю: у меня в конфигураторе есть закладка 1С++, там все классы.
Там я их правлю. В любой конфигурации. Но доступ к одним и тем же классам.
То есть я периодически нажимаю кнопку Сохранить. Все. Больше ничего не делаю.
Скрипты сами добавляют, коммитят. У моих клиентов тот же самый репозитарий. Там скрипты периодически делают update. При желании время от commit до update составляет менее минуты. Юзать gcomp и прочие сборщики/разборщики не интересно. Наюзался.
Теперь про права доступа. Нефиг изобретать велосипед. В ОСах уже все изобретено.
Через тот же ssh доступ к рулению своими файлами. Репозиторий может быть общим на чтение, а на запись отдельных файлов - отдельным людям. Открываешь ты свой класс - вот тебе права на _твой_ файл, как собственнику. Хочешь дать права на _свой_ файл еще кому то на запись - заходишь через ssh и даешь. сам. больше чем имеешь все равно не дашь. Тогда ответственность распределяется по дереву и никто не парится.
Создавать новые файлы позволительно всем зареганым у феза на сервере юзерам.
Все. Вот тогда я понимаю демократия и минимум авторитарности.
Вот у меня крутится свой сервачок ssh/cvs под вендой и ничо. Тоже работает приятно.

artbear писал(а) 22. Января 2007 :: 06:20:


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

хотел бы я посмотреть на тот фреймворк, _каждая_ часть из которого
необходима во _всех_ ситуациях )

p.S. В общем мое мнение неизменно: надо собирать все что дают, а уже потом
перебирать. Иначе перебирать будет банально не из чего )

Я например тоже с трудом вспоминаю как типовые выглядят.
так что предлагаю сделать следующие разделы:
- классы для типовых
  {подразделы по типовым}
- универсальные
- классы для работ по строками
- классы для работ по числами
- классы для работ по отчетами
...
чей-нить наподобие этого.

artbear писал(а) 22. Января 2007 :: 09:52:

Если пост 1 не подходит (хотя я лично не понимаю что нужно еще) то нужно создать
специальный файл с названием "Стандарт публикации классов" и там описать все
необходимые требования к публикации (форматы, стандарты, условия и прочее)
Опять таки гадать какой формат подойдет, а какой нет - без смысла.

Цитата:


Классы могут использовать другие классы ? Как будут учитываться зависимости ?
Можно ли изменять формат АПИ после публикации ? Предполагается ли версионность каждого класса или будет общая версия "набора готовых классов" ?

artbear писал(а) 22. Января 2007 :: 10:12:


в каком формате подготовить "упомянутый архив" ?

Забыл указать - нужны еще персональные данные автора - ник, имя, фамилия, майл, аська (если есть)

Я ничего тебя не заставляю формализировать, кроме нормальной подготовке класса к работе.
Почему КАЖДЫЙ из тех, кто захочет использовать твой класс, должен проделывать работу по созданию кучи файлов и подключению их? Не проще ли тебе выложить для всех архив со всеми нужными файлами, а?

Я высказал на эту тему все, что нужно.
Дальше не вижу смысла говорить
Хочешь делай, не хочешь не делай.