LINUX.ORG.RU

История изменений

Исправление 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?