Есть некая система, работающая некими объектами. Каждый объект представлен на GUI в виде таба. Табы можно перетаскивать и менять местами — это просто как удобнее пользователю, перетасиквание не меняет никакую логику. Так вот этот порядок — как именно пользователь упорядочил табы — надо сохранить со всей этой структурой объектов в файл.

Сейчас по-умному логика и GUI сильно разнесены. И сохранение, конечно, в логике. И как мне туда по-красивше пропихнуть порядок табов в GUI — ума не приложу. То есть просто сделать, чтоб работало — куча способов. Но вот как именно по уму такое провернуть?

Здравствуйте, Amygdala, Вы писали:

A>Сейчас по-умному логика и GUI сильно разнесены. И сохранение, конечно, в логике. И как мне туда по-красивше пропихнуть порядок табов в GUI — ума не приложу. То есть просто сделать, чтоб работало — куча способов. Но вот как именно по уму такое провернуть?

В промежуточном слое. Это состояние View — т.е. ViewModel.

Здравствуйте, Amygdala, Вы писали:

A>Сейчас по-умному логика и GUI сильно разнесены. И сохранение, конечно, в логике. И как мне туда по-красивше пропихнуть порядок табов в GUI — ума не приложу. То есть просто сделать, чтоб работало — куча способов. Но вот как именно по уму такое провернуть?
Сделай чтобы работало, а потом сделай чтобы тебе нравилось.

Здравствуйте, Amygdala, Вы писали:

A>Есть некая система, работающая некими объектами. Каждый объект представлен на GUI в виде таба. Табы можно перетаскивать и менять местами — это просто как удобнее пользователю, перетасиквание не меняет никакую логику. Так вот этот порядок — как именно пользователь упорядочил табы — надо сохранить со всей этой структурой объектов в файл.

Надо, только не в файл с данными. Это настройки пользователя, они живут где-нибудь в %AppData%.
Ты ведь где-то сохраняешь порядок колонок в каких-нибудь гридах, сортировку и т.п. Вот туда и сохраняй.
Завтра у тебя появится совместная работа с файлами, и все равно придется это делать. Так лучше сделай заранее.