В нашем программном обеспечении мы хотим реализовать «Редактор» в виде сетки для заполнения информацией для различных компонентов. Этот редактор сам по себе является функцией, и ожидается, что он будет делать несколько вещей из коробки. Большинство из этих способов поведения просты и хорошо работают в качестве рабочих элементов.
Однако одной из функций редактора, которую мы хотим реализовать, является кнопка автозаполнения для определенного столбца. Эта функция автозаполнения довольно сложна и действительно требует нескольких собственных рабочих элементов. Так что, по сути, это функция внутри функции.
Однако, насколько я могу судить, DevOps не очень хорошо работает с функциями внутри функций. Вы можете сделать это, создав рабочий элемент под элементом, а затем преобразовав его в элемент. Но тогда вы не сможете перетащить, чтобы переупорядочить эти подфункции так же, как вы можете подработать.
Итак, что такое «правильный», лучший, официально поддерживаемый способ обработки »функцийДругие свойства"? Просто создать подфункции на том же уровне, что и основная функция? Это кажется очень неорганизованным ... но я не знаю лучшего полностью поддерживаемого способа ...
РЕДАКТИРОВАТЬ: Чтобы уточнить, одна из причин, по которой мы хотели бы иметь "под-Особенности" втот же уровень, что и у «вспомогательных элементов» (в дополнение к простой группировке всего, что связано с родительским компонентом), так что мы можем переупорядочивать и расставлять приоритеты для вспомогательных элементов среди остальных вспомогательных элементов для родительского элемента. .