Сообщество программистов Autodesk в СНГ

ADN Club => Revit API => Тема начата: А.Balm от 21-01-2020, 16:12:59

Название: Странное поведение методов UnionWith, IntersectWith в FilterElementCollector
Отправлено: А.Balm от 21-01-2020, 16:12:59
Добрый день!
  Столкнулся со странным поведением при вызове методов UnionWith, IntersectWith в классе FilterElementCollector.
Когда параллельно создаются 2 или более коллектора, которые фильтруются через .WhereElementIsElementType() или .WhereElementNotIsElementType() вызов метода UnionWith() или IntersectWith(), такое ощущение, что инвертирует фильтр .WhereElement(Is, IsNot)ElementType() на противоположный:


Фрагмент кода для теста:
Код - C# [Выбрать]
  1. var fecWalls = new FilteredElementCollector(doc)
  2.     .WhereElementIsElementType()
  3.     .OfCategory(BuiltInCategory.OST_Walls);
  4. PrintCollector(fecWalls, "Walls");
  5.  
  6. var fecColumns = new FilteredElementCollector(doc)
  7.     .WhereElementIsElementType()
  8.     .OfCategory(BuiltInCategory.OST_StructuralColumns);
  9. PrintCollector(fecColumns, "Columns");
  10.  
  11. fecWalls.UnionWith(fecColumns);
  12. PrintCollector(fecWalls, "Result");

функция PrintCollector группирует по имени элементы в коллекторе и выводит их количество в каждой группе, а так же выводит Id типа элемента ([element].GetTypeId()) для первого элемента в группе, что бы проверить является ли найденный элемент типом или экземпляром, если типом, то Id = -1


Вывод PrintCollector: видно, что fecWalls и fecColumn содержат типы элементов, Result - уже экземпляры.
--* EVENTS *--
   Collector Walls has 4 elements:
      Name: Витраж 1 - 1 item, Id: -1
      Name: APMV_НС 200 (B25 W4 F150) - 1 item, Id: -1
      Name: APMV_Пилон 250 (Бетон B25) - 1 item, Id: -1
      Name: APMV_Пилон 200 (Бетон B25) - 1 item, Id: -1
   Collector Columns has 2 elements:
      Name: C120.30-8 (B25 W4 F150) - 1 item, Id: -1
      Name: C120.35-8 (B25 W4 F150) - 1 item, Id: -1
   Collector Result has 679 elements:
      Name: APMV_НС 200 (B25 W4 F150) - 116 items, Id: 612036
      Name: APMV_Пилон 250 (Бетон B25) - 39 items, Id: 2408247
      Name: APMV_Пилон 200 (Бетон B25) - 51 items, Id: 2408249
      Name: C120.30-8 (B25 W4 F150) - 473 items, Id: 2516913



Код - C# [Выбрать]
  1. var fecWalls = new FilteredElementCollector(doc)
  2.     .WhereElementIsNotElementType()
  3.     .OfCategory(BuiltInCategory.OST_Walls);
  4. PrintCollector(fecWalls, "Walls");
  5.  
  6. var fecColumns = new FilteredElementCollector(doc)
  7.    .WhereElementIsNotElementType()
  8.     .OfCategory(BuiltInCategory.OST_StructuralColumns);
  9. PrintCollector(fecColumns, "Columns");
  10.  
  11. fecWalls.UnionWith(fecColumns);
  12. PrintCollector(fecWalls, "Result");


--* EVENTS *--
   Collector Walls has 206 elements:
      Name: APMV_НС 200 (B25 W4 F150) - 116 items, Id: 612036
      Name: APMV_Пилон 250 (Бетон B25) - 39 items, Id: 2408247
      Name: APMV_Пилон 200 (Бетон B25) - 51 items, Id: 2408249
   Collector Columns has 473 elements:
      Name: C120.30-8 (B25 W4 F150) - 473 items, Id: 2516913
   Collector Result has 6 elements:
      Name: Витраж 1 - 1 item, Id: -1
      Name: APMV_НС 200 (B25 W4 F150) - 1 item, Id: -1
      Name: APMV_Пилон 250 (Бетон B25) - 1 item, Id: -1
      Name: APMV_Пилон 200 (Бетон B25) - 1 item, Id: -1
      Name: C120.30-8 (B25 W4 F150) - 1 item, Id: -1
      Name: C120.35-8 (B25 W4 F150) - 1 item, Id: -1


Кто то еще с этим сталкивался? Я как то неправильно понимаю суть FilterElementCollector? Или так и должно быть?
Название: Re: Странное поведение методов UnionWith, IntersectWith в FilterElementCollector
Отправлено: Александр Игнатович от 21-01-2020, 16:17:55
И в чём же странность?
Название: Re: Странное поведение методов UnionWith, IntersectWith в FilterElementCollector
Отправлено: Александр Ривилис от 21-01-2020, 16:48:05
А.Balm,
Напоминаю про правильное форматирование кода на форуме!
Название: Re: Странное поведение методов UnionWith, IntersectWith в FilterElementCollector
Отправлено: А.Balm от 21-01-2020, 16:49:05
Странность в том что объединяя 2 коллектора с элементами, я ожидаю получить все элементы из 2-х объединяемых, а вместо этого получаю типы этих(?) элементов.
Название: Re: Странное поведение методов UnionWith, IntersectWith в FilterElementCollector
Отправлено: Александр Игнатович от 21-01-2020, 16:55:51
Цитата: Александр Игнатович от 21-01-2020, 16:17:55
Или так и должно быть?

Неа, видимо баг.

Вообще, рекомендую использовать LogicalAndFilter и LogicalOrFilter. Хотя для задачи, описываемой выше вполне подойдет ElementMulticategoryFilter
Название: Re: Странное поведение методов UnionWith, IntersectWith в FilterElementCollector
Отправлено: А.Balm от 22-01-2020, 16:23:51
Спасибо, так и правда намного лучше и быстрее работает.
Один только не смог фильтр создать по материалам из которых состоит семейство. Идея возникла следующая: отнаследоваться от ElementFilter или одного из его наследников и создать свой ElementMaterialFilter. Только не понятно как это реализовать (какие методы реализовывать и как). Есть ли какие то примеры или советы на эту тему?
Название: Re: Странное поведение методов UnionWith, IntersectWith в FilterElementCollector
Отправлено: Александр Игнатович от 22-01-2020, 17:42:12
Цитата: А.Balm от 22-01-2020, 16:23:51
отнаследоваться от ElementFilter или одного из его наследников и создать свой ElementMaterialFilter

О наследовании классов из Revit API забудь. Revit API - тонкая прослойка между управляемым кодом Addin-а и native самого Revit-а.

Вариантов 2 - первый - отфильтровать по максимум исходные элементы, а дальше перебором. Второй - создать ведомость материалов или взять готовую. Спецификация - это вид, по ней можно создать FilteredElementCollector с помощью конструктора, принимающего id вида:
Код - C# [Выбрать]
  1. public FilteredElementCollector(
  2.         Document document,
  3.         ElementId viewId
  4. )

Применимость 2 метода зависит от задачи, попробуй сначала создать такую ведомость руками и проверь, все ли нужные элементы в ней присутствуют.