Считали ли вы, сколько у вас параметров в мега сложном универсальном семействе? Мы считали и плакали всем координаторским составом...
Микро-статья о том, как же группировать параметры в семействах, чтобы ими было удобно пользоваться.
Конечно, для любого ультра мега сложного семейства можно написать инструкцию, в которой будет описана работа каждого параметра. Но кто-то ее будет читать до тех пор, пока семейство не сломается?..
Есть 3 рабочих варианта:
1. Префикс у параметров
2. Фальш-параметры с именем подгруппы
3. Размещение в разных группах параметров
1. Префикс у параметров
Следуем принципу от общего к частному. Не "Ширина правой створки", а "Створка_Правая_Ширина".
Конечно, это не единственно верное имя. Можно и "СтП_Ширина", и "Ст_П_Ширина", и "Ст1_Ширина"...
Довольно логичный метод. Удобно для того, чтобы потом нажать кнопку "Сортировать по алфавиту" и все встало как надо. Помимо этого параметр сразу встанет на нужное место при создании и не придется 30 раз нажимать кнопку для его перемещения в списке.
Но основной минус — длинное имя параметра. Проектировщику придется расширять меню свойств при работе с параметрами экземпляра. А далеко не все работают на огромных мониторах, позволяющих растягивать интерфейс ревита (мы не говорим о параметрах, которые удобнее заполнять через спецификацию).
Конечно, можно сокращать этот префикс. Вместо Створка_Правая_ писать СтП_ (как и было написано выше). При работе с окнами такое сокращение будет довольно понятным. Но с этим тоже нужно быть аккуратным, чтобы проектировщикам не пришлось по каждой мелочи лезть в инструкцию или смотреть подсказку к параметру (ничего не имею против подсказок к параметрам, но когда нужно добавить однотипную подсказку 10 раз, это убивает).
2. Фальш-параметры с именем подгруппы
Спорная тема с точки зрения чистоты семейств. С одной стороны, это удобно. Висит залоченный серый текстовый параметр, вроде никому не мешает. А с другой... Вес семейства немного начинает расти, в кодах скриптов приходится прописывать исключения, автосортировку по алфавиту уже не нажмешь, а если и нажмешь, то это капут всему списку и надо начинать заново двигать параметры стрелочками, если не сохранял изменения давно...
Или в отделе просто появляется коллега-координатор, которого такие параметры бесят, и вы начинаете дискутировать на повышенных тонах.
Мне такие параметры нравятся, ничего против них не имею. Если кого-то они бесят, я вам сочувствую.
3. Размещение в разных группах параметров
И правда, в ревите же есть уже группы параметров. Но... Им нельзя менять имя и порядок. Так и получается, что мы храним все параметры в группах текст, размеры и прочее.
Сортировать по смыслу тоже не всегда удобно, потому что особо нужные параметры улетают просто в конец.
Поэтому можно задействовать группы, которые никак не будут использоваться по назначению. Очень важно, чтобы группа ТОЧНО не использовалась, иначе это чревато тем, что в нее потом заберется какой-нибудь параметр проекта.
Кроме того, стоит учитывать тот факт, что в редакторе семейств у групп свой порядок, а в проекте иной. А так как на первый план выходит юзабилити для проектировщика, то придерживаемся порядка групп для проекта.
Порядок групп параметров в проекте:
1. Зависимости
2. Строительство
3. Набор арматурных стержней
4. Набор
5. Графика
6. Текст
7. Материалы и отделка
8. Геометрия разделения
9. Электросети
10. Электротехника
11. Электросети — освещение
12. Электросети — нагрузки
13. Сегменты и соединительные детали
14. Сантехника
15. Основной конец
16. Второстепенный конец
17. Несущие конструкции
18. Слои
19. Редактирование формы перекрытия
20. Размеры
21. Механизмы
22. Механизмы — расход
23. Механизмы — нагрузки
24. Аналитическая модель
25. Выравнивание аналитической модели
26. Снятие связей/усилия для элемента
27. Расчет конструкций
28. Силы
29. Моменты
30. Идентификация
31. Стадии
32. Расчет энергопотребления
33. Параметры IFC
34. Система пожаротушения
35. Шрифт заголовков
36. Свойства экологически чистого здания
37. Фотометрические
38. Результаты расчета
39. Свойства модели
40. Общие
41. Электросети — создание цепей
42. Данные
43. Видимость
44. Общая легенда
45. Анализ электросетей
46. Прочее
Что показалось интересным в данном порядке параметров. "Анализ электросетей" стоит первым в алфавитном списке (то есть при создании параметра и выбора его группы он будет стоять самым первым), а в проекте он выводится последним (не считая группы "Прочее"). Очень удобная группа, чтобы спрятать что-то нужно-ненужное (да простят электрики).
Ну и мега разработка, от которой все будут в шоке, если вы так сделаете... Применить АБСОЛЮТНО ВСЁ!
Не знаю, делал ли так кто-то, но мне это показалось гениальным. Не призываю так сортировать бедные 6 параметров ни в коем случае.
Вывод
Правила сортировки параметров нужно применять в зависимости от случая. Чем проще семейство, тем меньше стоит над этим заморачиваться. Всегда нужно думать о параметрах проекта: куда они придут, не нарушат ли они наш порядок.
По правде говоря, именуйте параметры так, как говорит вам сердце. Если вам кажется, что удобным будет назвать все параметры a, b, c, d или "ВРЕМЕННЫЙ", то никто не запрещает этого делать. У каждого свой стиль, каждый волен разрабатывать так, чтобы именно ему было по кайфу.