alest писал(а) 13. Января 2007 :: 21:19:

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

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

lustin писал(а) 10. Января 2007 :: 20:17:

To do subsystems (plugin):
- Возможность хранения данных в MS SQL Server, а не только в JET (сейчас делаются последние штрихи)
- добавления поля в задачу: Комментарий по ходу выполнения.
- расширение количества и функционала отчетов. сейчас уже начинает нехватать созданных.
- переход к связанному объекту МД в альт.дереве из текущей формы, т.е. находишся в "Справочник.Контрагенты.ФормаСписка.Основная" при вызове хоткея переходишь в моем дереве МД на ветку основной формы списка справочника контрагенты. (на стадии окончательного тестирования)
- скорее всего включу FreeReport (fastreport.ru) в плагин, чтобы можно было создавать отчеты не выходя из конфигуратора
- включение произвольных колонок в список задач.
- отображение в списке задач только головных, либо всех задач (на стадии окончательного тестирования)

new app:
Разработка приложения для работы с подсистеами, управление задачами, описаниями .... не из конфигуратора, а в отдельном приложении которое будет висеть в трее,  возможна будет привязка к объектам МД.
в приложение точно будет встроен функционал FreeRport.
скорее всего сделаю возможность посылки сообшения по почте. сейчас на уровне скриптов можно сгенерить текст письма (из плагина) структура таблиц простая. достаточно минимальное знание английского языка чтобы все понять.

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

Т.е. могу предложить следующую схему
1. есть отдельная спец. конфа, в которой подключены все классы
2. Данная конфа хранится в разобранном виде в репозитарии у Федора. Возможно также и хранение данных.
3. Конфа будет автоматически собираться/разбираться - типа ночная сборка.
4. Добавление классов будет выполняться в данный модуль cvs только мной. НО ИМХО в дальнейшем, возможно подключение и других "модераторов".
5. Любой добавляемый класс должен иметь след. данные
Обязательно
1) класс и необходимые данные для него - например, конфа, где прописаны глоб. методы, справочники, доки и прочее
2) описание класса в отдельном файле + способ подключения
3) данные автора + e-mail/ICQ
Необязательно
- примеры использования класса
- демонстрационные данные
6. Тесты классов также не слишком обязательны.
7. Документация не обязательно должна быть в какой-то фиксированной форме.

ЗЫ ИМХО желательно, чтобы все классы подключались как внешние файлы, для более удобного использования и подключения.

sedmin писал(а) 15. Января 2007 :: 12:08:


А какие классы ты используешь?
ЗЫ или вообще в своих конфигурациях не пользуешься классами?

kms писал(а) 14. Января 2007 :: 22:08:

Предполагается, что ведущий будет знать, что с ними делать. И главное - для чего надо ЭТО с ними делать

Да вроде нормально.
А тебе по почте высылать?

Можно по почте, а можно куда-нибудь и выкладывать.
ИМХО по почте надежнее

ЗЫ но еще ничего не решено.
Ждем отмашки от Федора и прочих знающих товарищей.

artbear писал(а) 15. Января 2007 :: 14:08:

ИМХО схема недостаточно структурирована и вместе с тем плохо расширяема.
Сколько классов ты сможешь поддерживать? 10? 20?

Не верю в жизнеспособность под нагрузкой.