Количество пользователей, редактирующих сетки, на самом деле не имеет значения - это больше вопрос о том, как ваше приложение разработано для поддержки нагрузки. Если вы спрашиваете о производительности по отношению к самому компоненту сетки, наиболее актуальными являются вопросы о возможностях сетки и о том, сколько данных она может обработать, а не о том, сколько пользователей будут использовать ее с течением времени.
Я не знаком со SmartClient, но в случае Ext, сетка работает очень хорошо для данных сетки малого и среднего размера (очень приблизительно, до ~ 50 строк на страницу, до ~ 10 столбцов данных) , Очевидно, что все это зависит от множества переменных, но это правда, что время рендеринга сетки в Ext увеличивается прямо пропорционально количеству данных, отображаемых за один раз. Это потому, что он использует довольно тяжелый DOM под крышками, компромиссом является богатый набор функций из коробки и гибкость, которая предоставляется для создания настраиваемых вложенных макетов строк. Он поддерживает разбиение на страницы для уменьшения проблем с производительностью, а также существует очень популярное расширение , которое обеспечивает загрузку строк по требованию (виртуальная прокрутка), что обеспечивает более высокую загрузку больших наборов данных. В примерах Ext также есть пример облегченной и более простой версии буферизованной загрузки, которая показывает отличную производительность с большим количеством данных.
Кроме того, в зависимости от ваших потребностей, в версии 3.0 появился новый легкий ListView компонент. Он не поддерживает все функции GridView, но если вам в первую очередь нужна сетка только для отображения, это может быть отличной альтернативой.
Все это не означает, что SmartClient не очень хорош - я понятия не имею. Я просто хочу, чтобы кто-нибудь, просматривающий эту ветку, принял обоснованное решение по внешней стороне уравнения, поскольку, похоже, вы получили одностороннее мнение по этому вопросу.