Цитата:
Сообщение от djaval
Засим предлагаю разработчикам создать утилиту для ремонта файла проекта. Эта утилита должна находить эти ошибки и устранять их. Нечто подобное есть у других вендоров. Например, в VeriFire для программирования пожарных панелей Notifier/Honeywell есть утилита Repair Database, которая находит нестыковки и косяки в файле проекта. Сделано это потому, что проект по сути является Access-овской базой данных, и для работы с ней используется внешний по отношению к разработчикам движок, за который они не отвечают. Соответственно утилита находит и устраняет ошибки, возникающие в процессе работы с базой во время обращений к движку Access. Может быть у вас происходит нечто подобное?
|
Лоджик, открывая проект, исправляет в нём все известные баги.
Также часть непоняток может уйти из проекта, если его сохранить в формате старой версии - это в том случае, когда непонятки возникли в новых функциях.
Но ничего не спасёт, если проект или макрос из проекта делался когда-то давно на бета-версии и лоджик при копипасте или унде покривил таблицу связей этого макроса.
Для нас не секрет, что подавляющее большинство багов возникало при копипасте и при ундо, особенно очень глубоких и насыщенных. Если эти функции не использовать, то 3.26 лоджик практически также стабилен, как и 3.25
Я же ранее говорил, что внутренняя структура лоджика мало приспособлена к ундо. Ругали меня, не верили. Вот и допиливаем. Вроде уже практически всё допилили.