AE
На момент создания
Size: a a a
2020 January 21
МС
Пример?
МС
В этом проекте мы использовали во всю практику обращения к родительским элементам и ничего, не выстрелили себе в ногу.
МС
Там где нет гарантии, что элемент не существует, к примеру при обращении к данным модели из делегата, всегда можно добавить в биндинг условие на существование объекта.
AS
Там где нет гарантии, что элемент не существует, к примеру при обращении к данным модели из делегата, всегда можно добавить в биндинг условие на существование объекта.
или дефолтный биндинг
AS
например, буду я работать со своей моделью с поля id, name, я всегда могу написать:
// MyListView.qml
ListView {
model: ListModel {
ListElement {
id: 1
name: 'test'
}
}
}
AS
ну а при использовании байндить к уже реальной модели
m
В этом проекте мы использовали во всю практику обращения к родительским элементам и ничего, не выстрелили себе в ногу.
ну ты бы описал сразу_)
может и спорим о вкусовщинах.
может и спорим о вкусовщинах.
m
например, буду я работать со своей моделью с поля id, name, я всегда могу написать:
// MyListView.qml
ListView {
model: ListModel {
ListElement {
id: 1
name: 'test'
}
}
}
О я тоже к этому приходил, чтоб избавиться от сообщений в консоли
МС
например, буду я работать со своей моделью с поля id, name, я всегда могу написать:
// MyListView.qml
ListView {
model: ListModel {
ListElement {
id: 1
name: 'test'
}
}
}
Вот тут я не согласен с такой штукой. Если компонент подразумевает обязательное задание параметра и без этого не будет работать, то значение по-умолчанию вредно - оно скрывает сообщения об ошибках.
AS
Вот тут я не согласен с такой штукой. Если компонент подразумевает обязательное задание параметра и без этого не будет работать, то значение по-умолчанию вредно - оно скрывает сообщения об ошибках.
оно самодокументирует компонент
AS
какие роли я жду от модели
ДП
Привет всем, пытаюсь открыть сериал порт (или TCP сокет, не важно) пишет неизвестная ошибка, отказано в доступе. От админа запускал, антивирус Касперского стоял - удалил.
m
Вот тут я не согласен с такой штукой. Если компонент подразумевает обязательное задание параметра и без этого не будет работать, то значение по-умолчанию вредно - оно скрывает сообщения об ошибках.
почему скрывает? потом когда придет модель то и появится ошибка, если вдруг каких то значений нет, а делегат их требует
МС
оно самодокументирует компонент
Ну, может быть, если это компонент, используемый в разных местах. Но я предпочитаю, в таком случае написать отдельный комментарий и иметь сообщения об ошибках.
Кроме того, не всегда можно указать дефолтное значение. Например, ссылка на другой Item, указатель на модель C++ и т.п.
Но такой способ самодокументации интересный. Я о нём не знал ранее, возможно найду ему применение. Благодарю! :)
Кроме того, не всегда можно указать дефолтное значение. Например, ссылка на другой Item, указатель на модель C++ и т.п.
Но такой способ самодокументации интересный. Я о нём не знал ранее, возможно найду ему применение. Благодарю! :)
AS
Вот тут я не согласен с такой штукой. Если компонент подразумевает обязательное задание параметра и без этого не будет работать, то значение по-умолчанию вредно - оно скрывает сообщения об ошибках.
прикол знаешь в чем? что для тебя не является проблемой обращение к родительскому компоненту, а для меня дефолтный биндинг.
МС
QML ?
Интерфейс на QML.
МС
прикол знаешь в чем? что для тебя не является проблемой обращение к родительскому компоненту, а для меня дефолтный биндинг.
Угу. Процессы в разработке разные. Так что поддерживаю. )