В процессе работы над чертежом порой возникают ситуации, когда для получения нужного набора примитивов необходимо выполнить итерациюпо всей базе данныхдокумента и выбрать такие объекты, которые отвечаютнекоторому, обозначенному нами условию, или же требуется выполнить определённое действиенад любым, нужным нам набором примитивов имеющимся в чертеже объектами. Например, нам может потребоваться прочитать имеющиеся у всех имеющихся объектов их расширенные данные (XRecord). Или же требуется выбрать такие элементы, которые для своего отображения используют некий, интересующий нас текстовый стиль. Итерация по всей базе данных требуется не так часто, однако порой без неё либо не обойтись, либо иные решения могут оказаться более сложными в плане их реализации.
В данной статье будет создан статический класс, содержащий в себе методы расширения для класса Autodesk.AutoCAD.DatabaseServices.Database. Сразу хочу акцентировать внимание на том, что использовать обозначенный функционал рекомендуется к месту (см. ниже разделы о целесообразности/нецелесообразности использования), а не применять везде подряд, т.к. порой процесс итерации по базе данных может оказаться затратным по времени.
Примечание
Справедливости ради замечу, что при разовом использовании падение производительности будет не существенное (на извлечение 700 000 объектов уходит около 0,5 секунды для чертежа, объёмом 51 Мб), но если использовать его везде где можно, то в результате по полсекунды может набраться ощутимое падение скорости.
Назначение класса
Класс предназначен для извлечения информации из базы данных чертежа и, в случае необходимости, редактирования существующих в ней объектов. В реализации всех методов из обработки исключаются объекты, идентификаторы которых отвечают хотя бы одному из перечисленных ниже условий:
Значение идентификатора равно ObjectId.Null
Свойство IsValid идентификатора равно false
Я умышленно устанавливаю такие ограничения, т.к. это своего рода защита от ошибки, которая может возникнуть в случае использования некорректного ObjectId.
Целесообразность использования
Некоторые методы интерфейса, выполняющие итерацию по БД, целесообразно использовать в таких случаях, когда нужный набор объектов невозможно получить, не выполнив итерации по всей базе данных чертежа, либо иные решения могут оказаться более сложными в плане их реализации. Прочие методы, выполняющие работу над определённым набором объектов, могут применяться везде, где это удобно разработчику.
Пример нецелесообразного использования
Например, если нужно получить перечень всех имеющихся листов (Layouts) чертежа, то использовать для этого методы, обозначенные в Bushman.AutoCAD.Common.IDBSearcher и выполняющие итерацию по всей БД можно, но это не будет целесообразным решением, т.к. в этом случае процесс выборки нужного набора займёт больше времени, чем если выполнить запрос напрямую из таблицы Autodesk.AutoCAD.DatabaseServices.BlockTable, считав нужные записи Autodesk.AutoCAD.DatabaseServices.BlockTableRecord. Дело в том, что Bushman.AutoCAD.Common.IDBSearcher в цикле перебираетвсепримитивы базы данных, причём чем больше примитивов в базе данных, тем дольше будет выполняться поиск (что собственно и логично), в то время как непосредственная итерация по записям Autodesk.AutoCAD.DatabaseServices.BlockTableRecord выполнится быстрее (см. примечание в начале страницы).
Пример целесообразного использования
Например, если требуется получить все объекты, использующие текстовый стиль (т.е. однострочный/многострочный текст, атрибуты, размерные стили, стили мультивыносок, размеры, мультивыноски, табличные стили, таблицы, типы линий и т.д.). Это может потребоваться например тогда, когда нужно переназначить таким объектам другой текстовый стиль, а старый удалить. Поскольку в AutoCAD существует множество классов, использующих текстовый стиль и их объекты хранятся в разных местах БД, с разными уровнями вложенности, то последовательная итерация по всем объектам чертежа оправдана и соответственно использование Bushman.AutoCAD.Common.IDBSearcher целесообразно.
Определяемся с набором нужного функционала
Для начала давайте определимся с необходимым нам функционалом. Итак, мною был сформирован следующий набор пожеланий:
Получить в виде строки полный путь к объекту. Путь должен формироваться в форматеИмяКласса/Хэндл, а в качестве разделителя должен использоваться "\". Пример имени:"AcDbBlockTable/1\AcDbBlockTableRecord/31\AcDbArc/1148208". Такой путь легко понять и извлечь из него нужную информацию: сначала с помощьюSplit("\")разбиваем полученную строку на массив строк вида:
"AcDbBlockTable/1"
"AcDbBlockTableRecord/31"
"AcDbArc/1148208" Каждая из этих строк содержит информацию о конкретном объекте нашего иерархического пути. Теперь из каждой такой строки, с помощьюSplit("/"), можно получить имя неуправляемого класса, а так же хэндл объекта. Т.о. строка пути не только наглядно демонстрирует уровень вложенности и то, объектами каких типов этот путь представлен, но она так же позволяет получить любой из этих объектов, на основании их хэндлов (см. п.2).
Получить ObjectId на основании строкового значения его хэндла.
Получить тип управляемой оболочки (если такая имеется) для указанного имени неуправляемого класса.
Проверить, определён ли в базе данных неуправляемый класс с указанным именем.
Получить сгруппированный по классам набор объектов ObjectId,соответствующих указанным нами условиям выборки. Результирующая выборка должна быть упакована в словарь Dictionary<string, List<ObjectId>>, где в качестве ключа выступает имя класса, а в качестве значения - список List<ObjectId>, представляющий собой идентификаторы объектов этого класса. Т.о. если нам, к примеру, потребуется найти в чертеже все объекты класса AcDbMText, достаточно будет просто по ключу "AcDbMText" извлечь из словаря соответствующий объект List<ObjectId> - в нём как раз и будут перечислены все нужные нам идентификаторы.
Получить сгруппированный по классам набор объектов ObjectId, при этом правило выборки определяется перечислимымBushman.AutoCAD.DatabaseServices.DBObjectStatus, перечень значений которого таков:
NotErased- выбрать все примитивы, которые ещё не были удалены (свойство IsErased равно false) в рамках текущей сессии работы с базой данных чертежа.
Erased- выбрать все примитивы, которые были удалены (свойство IsErased равно true) в рамках текущей сессии работы с базой данных чертежа.
Any- выбрать любые примитивы, не зависимо от того, какое значение имеет свойство IsErased. Результирующая выборка должна быть упакована в словарь Dictionary<string, List<ObjectId>>, где в качестве ключа выступает имя класса, а в качестве значения - список List<ObjectId>, представляющий собой идентификаторы объектов этого класса. Т.о. если нам, к примеру, потребуется найти в чертеже все объекты класса AcDbMText, достаточно будет просто по ключу "AcDbMText" извлечь из словаря соответствующий объект List<ObjectId> - в нём как раз и будут перечислены все нужные нам идентификаторы.
Извлечь из базы данных чертежа нужную информацию и упаковать её в экземпляры указанного типа, по обозначенным правилам выборки и инициализации.
На основании массива идентификаторов объектов, извлечь из базы данных чертежа нужную информацию и упаковать её в экземпляры указанного типа, по обозначенным правилам выборки и инициализации.
Выполнить некоторое, указанное нами действие над всеми объектами базы данных, соответствующих обозначенному нами условию выборки.
На основании указанного нами массива ObjectId[], сформировать Dictionary<string, List<ObjectId>>.
Вот такой скромный функционал мне бы хотелось реализовать в интерфейсе, с целью его дальнейшего использования при написании плагинов под AutoCAD. Все пункты будут реализованы в виде методов, имена и структуры которых будут следующими (нумерация позиций совпадает с предыдущей):
Обратите внимание на то, что методу GetAllObjects в качестве параметра передаётся экземпляр DBObjectStatus - это перечисление, написанное нами для удобства. Код перечисления такой:
/// Перечисление, с помощью которого в методах IDBSearcher
/// можно указывать, идентификаторы (DBObjectId) каких объектов
/// (DBObject) следует выбирать из базы данных (Database)
/// </summary>
publicenumDBObjectStatus{
/// <summary>
/// Выбирать все ObjectId, не зависимо от значения
/// свойства IsErased
/// </summary>
Any,
/// <summary>
/// Выбирать только такие ObjectId, значения свойства
/// IsErased которых равно true
/// </summary>
Erased,
/// <summary>
/// Выбирать только такие ObjectId, значения свойства
/// IsErased которых равно false
/// </summary>
NotErased
}
}
Теперь необходимо написать реализацию интерфейса IDBSearcher. Забегая вперёд хочу отметить, что мы рассмотрим три способа проверки ObjectId на предмет его существования в Database. Поэтому сначала нами будет создан абстрактный класс DBSearcher, реализующий интерфейс IDBSearcher, а уже на его основе мы построим несколько классов, выполняющих одну и ту же задачу, но отличающиеся друг от друга только способом проверки на валидность.
Для чего это делается, зачем нам писать несколько вариантов решения? Дело в том, что мы проанализируем все варианты и выберем тот, который обладает наибольшей производительностью. Наличие промежуточного звена в виде абстрактного класса DBSearcher обусловлено желанием вынести общий код в одно место, дабы не дублировать его во всех конечных реализациях. Кроме того, если нам потребуется внести изменение, которое должно отразиться на всех наших вариантах, то достаточно будет внести это изменение в одном месте и оно будет подхвачено везде. Итак, давайте приступим к написаниюDBSearcher.