Сообщение Re: Sciter от 29.06.2018 6:32
Изменено 29.06.2018 7:09 Igore
Re: Sciter
Здравствуйте, LaptevVV, Вы писали:
LVV>Почитал про Sciter...
LVV>Если кто работал — поделитесь впечатлениями
LVV>Хочу использовать в курсовых для реализации интерфейса.
LVV>Ибо если Qt — то студенты начинаю лепить прогу сразу в дизайнере.
LVV>И лепят бизнес-код в классы интерфейса.
LVV>Нужно заставить их отделять реализацию бизнес-логики от реализации интерфейса.
LVV>Что скажете?
Пусть пишут на QML, лучше вообще поставить задачу чтобы был отедльный проект(lib,dll) без использования Qt, только C++ и boost, и интерфейс на QML, им тогда придется написать +1 плагин обертку чтобы прокинуть данные из QML в C++ и обратно(даже если совместят с основным интерфейсом не страшно, логическое отделение будет), и как плюс новые знания по декларативному написанию программ.
LVV>Почитал про Sciter...
LVV>Если кто работал — поделитесь впечатлениями
LVV>Хочу использовать в курсовых для реализации интерфейса.
LVV>Ибо если Qt — то студенты начинаю лепить прогу сразу в дизайнере.
LVV>И лепят бизнес-код в классы интерфейса.
LVV>Нужно заставить их отделять реализацию бизнес-логики от реализации интерфейса.
LVV>Что скажете?
Пусть пишут на QML, лучше вообще поставить задачу чтобы был отедльный проект(lib,dll) без использования Qt, только C++ и boost, и интерфейс на QML, им тогда придется написать +1 плагин обертку чтобы прокинуть данные из QML в C++ и обратно(даже если совместят с основным интерфейсом не страшно, логическое отделение будет), и как плюс новые знания по декларативному написанию программ.
Re: Sciter
Здравствуйте, LaptevVV, Вы писали:
LVV>Почитал про Sciter...
LVV>Если кто работал — поделитесь впечатлениями
LVV>Хочу использовать в курсовых для реализации интерфейса.
LVV>Ибо если Qt — то студенты начинаю лепить прогу сразу в дизайнере.
LVV>И лепят бизнес-код в классы интерфейса.
LVV>Нужно заставить их отделять реализацию бизнес-логики от реализации интерфейса.
LVV>Что скажете?
Пусть пишут на QML, лучше вообще поставить задачу чтобы был отедльный проект(lib,dll) без использования Qt, только C++ и boost, и интерфейс на QML, им тогда придется написать +1 плагин обертку чтобы прокинуть данные из QML в C++ и обратно(даже если совместят с основным интерфейсом не страшно, логическое отделение будет), и как плюс новые знания по декларативному написанию программ.
Или запретить использовать QTableWidget,QTreeWidget, пусть через QTableView,QTreeView делают, там модель будет, или задачи ставить такие, где если не использовать модель, то нужно очень много делать, Frozen Column например, или похожее чтобы в разных view отображались одновременно данные из одной модели.
LVV>Почитал про Sciter...
LVV>Если кто работал — поделитесь впечатлениями
LVV>Хочу использовать в курсовых для реализации интерфейса.
LVV>Ибо если Qt — то студенты начинаю лепить прогу сразу в дизайнере.
LVV>И лепят бизнес-код в классы интерфейса.
LVV>Нужно заставить их отделять реализацию бизнес-логики от реализации интерфейса.
LVV>Что скажете?
Пусть пишут на QML, лучше вообще поставить задачу чтобы был отедльный проект(lib,dll) без использования Qt, только C++ и boost, и интерфейс на QML, им тогда придется написать +1 плагин обертку чтобы прокинуть данные из QML в C++ и обратно(даже если совместят с основным интерфейсом не страшно, логическое отделение будет), и как плюс новые знания по декларативному написанию программ.
Или запретить использовать QTableWidget,QTreeWidget, пусть через QTableView,QTreeView делают, там модель будет, или задачи ставить такие, где если не использовать модель, то нужно очень много делать, Frozen Column например, или похожее чтобы в разных view отображались одновременно данные из одной модели.