например, я никогда сеттер не пишу руками. вот эбоут ю?

тогда смысл вообще писать сеттеры? заменить getter/setter на кастом member, который умеет оповещать о изменении значения в нем

я вообще не люблю писать setter/getter ради setter/getter

Смотри в чем разница. В мире свойств объекта атомарность установки состояния размазана. Например, для настройки карандаша мне надо установить несколько свойств. Поэтому сеттер не должен  содержать сложного поведения дополнительно к тому, что он делает установку нового значения.

такова данность объектной модели, с которой мы работаем.

по моему изначально ООП было не про это)

мы говорим сейчас о "свойствах" и их имитации в С++.

если нужно устанавливать несколько свойств, то сделать "setter" который принимает parameter object

зачастую это размазано, а не как ты описываешь

короче, Макс, ты меня уже вывел, все, диспут закончен :)

а так получается "установили свойство - отправили эмит - обработали - установили свойство - отправили эмит - обработали" даже если для обработки данных недостаточно

на примере Chart в qml, когда биндишь min и max и в результате есть момент, когда min > max

в отличии от хардкода в сеттере поведение обработчиков я могу менять

из-за того, что не все свойства проставлены

я тебе об этом и говорю

поэтому "полезную" деятельность отодвигают из сеттеров и отдаляют ее

@top1pogromist вообщем, все должно работать как часы:

    Component.onCompleted: {
        model.refresh()
    }

    /////////////////////////////////////////////////////////////////////////
    // child objects
    CompositeProductManager {
        id: entityManager
        dataSource: globalDataSource
    }

    GenericEntityModel {
        id: genericEntityModel
        entityManager: entityManager
    }

    EntitySortFilterProxyModel {
        id: model
        filterText: searchField.text
        sourceModel: genericEntityModel
    }

    Component.onCompleted: {
        model.refresh()
    }

    /////////////////////////////////////////////////////////////////////////
    // child objects
    CompositeProductManager {
        id: entityManager
        dataSource: globalDataSource
    }

    GenericEntityModel {
        id: genericEntityModel
        entityManager: entityManager
    }

    EntitySortFilterProxyModel {
        id: model
        filterText: searchField.text
        sourceModel: genericEntityModel
    }

Мне кажется у меня ошибка в прокидывании C++ классов и интерфейсов в QML. Пока буду думать в эту сторону, мб инстанцировать в С++ объекты и через setContextProperty прокидывать в qml...

ну, через контекст прокидывать дело нехитрое, все должно работать и с декларативным созданием в QML

@top1pogromist по-моему, у меня даже пример сохранился, который мы с тобой когда-то здесь разбирали https://gist.github.com/anatoly-spb/d76e6ff025a4240a17f693df90e71054