История изменений
Исправление
sanyo1234,
(текущая версия)
:
Лично потратил годик-другой на прикручивание к гриду DevExpress фич, которых в нем не было.
Велосипед? Есть описание в интернет или на Github?
Проблема скорее в том, что ихний грид реализован намного сложнее, чем мог бы быть. Во-первых, потому что они упарывались ООП в худшем его виде, как с большой вероятностью реализованы и все остальные либы DevExpress.
IMHO это большое преимущество DevExpress по сравнению с другими вендорами. Хорошие навороченные абстракции, с которыми интересно работать.
Во-вторых, они привязались к синхронной модели логики, похожую на таковую у штатных БД компонентов делфей, которая приводит к росту вложенных вызовов эдак до 30 с вероятностью укусить себя за хвост и к лютым тормозам в работе при ожидании синхронных ответов.
Не надо зацикливаться на Borland VCL. В FMX это не исправлено?
В случае DevExpress for .NET все хорошо:
https://docs.devexpress.com/eXpressAppFramework/401747/ui-construction/views/...
https://docs.devexpress.com/Dashboard/401305/common-features/asynchronous-mode
https://supportcenter.devexpress.com/ticket/details/t444369/gridcontrol-how-t...
Можно ли их упрекнуть за то, что они используют ту же модель, которую использовал сам Borland?
Вероятно, упрекнуть можно только тех, кто использует устаревшие технологии Borland?
Исходная версия
sanyo1234,
:
Лично потратил годик-другой на прикручивание к гриду DevExpress фич, которых в нем не было.
Велосипед? Есть описание в интернет или на Github?
Проблема скорее в том, что ихний грид реализован намного сложнее, чем мог бы быть. Во-первых, потому что они упарывались ООП в худшем его виде, как с большой вероятностью реализованы и все остальные либы DevExpress.
IMHO это большое преимущество DevExpress по сравнению с другими вендорами. Хорошие навороченные абстракции, с которыми интересно работать.
Во-вторых, они привязались к синхронной модели логики, похожую на таковую у штатных БД компонентов делфей, которая приводит к росту вложенных вызовов эдак до 30 с вероятностью укусить себя за хвост и к лютым тормозам в работе при ожидании синхронных ответов.
Не надо зацикливаться на Borland VCL. В FMX это не исправлено?
В случае DevExpress fo .NET все хорошо:
https://docs.devexpress.com/eXpressAppFramework/401747/ui-construction/views/...
https://docs.devexpress.com/Dashboard/401305/common-features/asynchronous-mode
https://supportcenter.devexpress.com/ticket/details/t444369/gridcontrol-how-t...
Можно ли их упрекнуть за то, что они используют ту же модель, которую использовал сам Borland?
Вероятно, упрекнуть можно только тех, кто использует устаревшие технологии Borland?