AS
Size: a a a
2021 January 09
AS
во всяком случае похожее
ПК
@top1pogromist нашел баг по нашей теме https://bugreports.qt.io/browse/QTBUG-78721?jql=text%20~%20%22qmlRegisterInterface%22
внатуре
ПК
Только там сказано что пофксили
AS
там только про свойства спич
ПК
@top1pogromist нашел баг по нашей теме https://bugreports.qt.io/browse/QTBUG-78721?jql=text%20~%20%22qmlRegisterInterface%22
А если щас завести баг, они его только в 6 пофиксят?
NM
Добрый вечер, у меня в программе используется куча сигналов, тонким слоем размазанных по коду между разными частями приложеиния.
Насколько хорошая идея создать отдельный класс Signals в которм перечислить вообще все сигналы и брать их оттуда?
Насколько хорошая идея создать отдельный класс Signals в которм перечислить вообще все сигналы и брать их оттуда?
AS
Добрый вечер, у меня в программе используется куча сигналов, тонким слоем размазанных по коду между разными частями приложеиния.
Насколько хорошая идея создать отдельный класс Signals в которм перечислить вообще все сигналы и брать их оттуда?
Насколько хорошая идея создать отдельный класс Signals в которм перечислить вообще все сигналы и брать их оттуда?
сигнал обычно описывается в том классе, который хочет оповестить окружающий мир об изменениях в своем внутреннем состоянии.
m
Добрый вечер, у меня в программе используется куча сигналов, тонким слоем размазанных по коду между разными частями приложеиния.
Насколько хорошая идея создать отдельный класс Signals в которм перечислить вообще все сигналы и брать их оттуда?
Насколько хорошая идея создать отдельный класс Signals в которм перечислить вообще все сигналы и брать их оттуда?
не очень понял идею.
у тебя есть класс который должен уведомить о некоторых изменениях, тогда он испускает сигнал
у тебя есть класс который должен уведомить о некоторых изменениях, тогда он испускает сигнал
NM
не очень понял идею.
у тебя есть класс который должен уведомить о некоторых изменениях, тогда он испускает сигнал
у тебя есть класс который должен уведомить о некоторых изменениях, тогда он испускает сигнал
Да, и таких классов у меня больше десятка. У них сигналы частично совпадают либо похожи. Я хочу сделать
и потом во всех модулях импортировать класс Signals и их ис пользовать, вместо определения нового сигнала в каждом отдельном классе.
class Signals(QObject):
signal1
signal2
#... other signals
и потом во всех модулях импортировать класс Signals и их ис пользовать, вместо определения нового сигнала в каждом отдельном классе.
AS
Да, и таких классов у меня больше десятка. У них сигналы частично совпадают либо похожи. Я хочу сделать
и потом во всех модулях импортировать класс Signals и их ис пользовать, вместо определения нового сигнала в каждом отдельном классе.
class Signals(QObject):
signal1
signal2
#... other signals
и потом во всех модулях импортировать класс Signals и их ис пользовать, вместо определения нового сигнала в каждом отдельном классе.
ну и чего ты этим добьешься? что любой даже удаленный участок кода станет зависим от Signals?
AS
и потребует постоянной перекомпиляции при добавлении нового сигнала?
AS
а, у тебя же питон. но вообще идея вообще ни о чем
NM
ну и чего ты этим добьешься? что любой даже удаленный участок кода станет зависим от Signals?
Ну во первых того, что я не буду дублировать инициализацию одного и того же сигнала в разных модулях, а во вторых то, что все сигналы в одном модуле позволят их лучше документировать.
AS
Ну во первых того, что я не буду дублировать инициализацию одного и того же сигнала в разных модулях, а во вторых то, что все сигналы в одном модуле позволят их лучше документировать.
первый посыл непонятен
AS
что значить "дублировать инициализацию"?
AS
и второй посыл тоже "от лукавого"
AS
что мешает документировать сигналы по месту их появления в определенном классе
NM
ну смотри, у меня есть сигнал, который из вложенных классов mainwindow->ListWidget->WidgetItem->QWidget епередается наверх и я его каждый раз из Widget тяну к MainWindow, получая и делая emit
Если я все сигналы сделаю в одном классе это повысит читаемость кода
Если я все сигналы сделаю в одном классе это повысит читаемость кода
NM
Документировать по месте появления мешает то, что у меня есть, например, последовательность сигналов
device_attached, device_connected, device_forwarded и объявлеине этих сигналов в разных модулях делает понимание логики сложнее.
device_attached, device_connected, device_forwarded и объявлеине этих сигналов в разных модулях делает понимание логики сложнее.