Что касается возможности отключения классов, то за этим должна следить компонента и
в случае попытки отключить класс с существующим объектом должна выкидывать исключение.

А, смыслы, на мой взгляд, есть.

Начиная от "принципа симметрии" - если есть Подключить,
то должно быть и Отключить (спорно, конечно, но всё же).

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

fez писал(а) 01. Февраля 2007 :: 14:16:

Чтобы Враг не создал объект того же класса

artbear писал(а) 01. Февраля 2007 :: 13:18:

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

Обеспечить совместимое поведение на уровне пользователя 1С++ не так уж и сложно. Поэтому считаю, что после достаточной отладки нового механизма можно и отключить автоматическую загрузку классов.

KonstSV писал(а) 01. Февраля 2007 :: 08:54:


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

sedmin
Не устраивает тем, что нужно править МД. Это не всегда возможно.

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

Ну делайте как вам удобнее. Приспособимся.

Я предлагаю сделать более гибкий вариант. В общем случае он удобнее.

fez писал(а) 02. Февраля 2007 :: 20:12:

Вот такое конкретное решение оказывается очень негибким. Помните, какие траблы пошли, когда попытались определить, какой из defcls главнее, кого в кого включать? Мозг даже и вспоминать отказывается, что тогда было.  

Вот и решили тогда оставить как есть. Для совместимости. И чтобы не париться.

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

Цитата:

Вы знакомы с методом коридорного тестирования? Вот что вам говорит человек с незамыленным взглядом. А вы ему говорите: "А у нас вот так!".

(Давно уж нет тех обезьян, а банан все равно брать нельзя...)