Здравствуйте, Codealot, Вы писали:

V>>Ну так тел же перегружается крайне редко, даже не каждый месяц, так что в обычном сценарии под видом запуска приложения тычком по пиктограмме происходит переключение на уже открытое несколькими неделями раньше приложение, это вообще доли секунд.
C>Это уже оправдания пошли.

Пытаешься создать видимость спора?
Лучше проверяемыми аргументами.


C>Работает небыстро, но это врде как неважно. А как же выжимание самых последних байтов и тактов, и так далее?

Если не выгружаешь приложение и не запрещена его фоновая работа, то де-факто работает быстро.
Думаю, под этот сценарий приложуху и затачивали.
А у тебя какая версия? ))


V>>Это всего лишь вопрос выбора стратегии.
V>>На старом медленном интернете, разумеется, имело смысл сначала показать старое, а потом уже подгружать новое.
V>>На быстром инете имеет смысл подгрузить несколько новых сообщений перед переключением в другой канал/чат плюс информацию о кол-ве непрочитанных сообщений, чтобы сразу же читать ближайшие новые сообщения и видеть, сколько всего непрочитанных.
C>Ну так переключение каналов все равно заметно лагает.

Это если давно не запускал и накопились сообщения.
В сравнении с чем, на минуточку? ))

У воцапа начинается просто бешенная иллюминация в канале в этом сценарии.

И вообще, только Телега обеспечила приемлимый сценарий подписки одновременно на большое кол-во групп, где большой трафик сообщений.
В сравнимом сценарии воцап и вайбер банально не живут, пользоваться невозможно.

Аналогично невозможно пользоваться мессенджерами ВК и FB в таких сценариях — потребляют терпение как упомянутые выше два.


V>>Что и как считать?
C>Например посчитать сколькими сообщениями оперирует прога, и как быстро это должно работать и сколько памяти использовать — в теории, если исключить фактор кривых рук.

Не знаю как в теории, а на практике вызывать обновление экрана при приёме сообщений из накопленной очереди их — это и есть кривые руки.
Причём, это считалось плохим тоном еще в эпоху Win95. ))

Но беда воцапа не только в клиентском приложении — я же вижу, что сообщения из этой очереди накопленных их приходят устройство банально медленней.
Т.е., серверная инфраструктура воцапа тормозит. Или протокол обновления информации неэффективный. Или и то, и другое.
В телеге эта операция, считай, мгновенная.

Ну и, сколько бы сообщений ни было в очереди — ты всегда получаешь ограниченную сверху задержку лишь на первые N сообщений, остальные грузятся в фоне.
И эта задержка фиксирована, что-то доли одной секунды.
Т.е. если новые сообщения не пришли — будет как в воцапе.
Именно поэтому нет смысла сначала переключаться в канал, а затем его обновлять, бо сложность ограничена сверху и даже на 4G даже в нашей провинции каналы переключаются незаметно глазу, к тому на уже обновлённую инфу.

А если инет паршивый, то поведение того же воцапа и вовсе убогое.
В общем, конкурирующие приложения надо сравнивать в одновременно в различных сценариях.

Скажу так, на Телегу я перешёл одним из последних в окружении и стал совсем активно пользоваться вот только с началом СВО, и тут же оценил икпиренс именно при работе с большим кол-вом активных групп/каналов — в этом сценарии Телега мгновенно отправила ВК, Воцап и Вайбер в 19-й век. ))


V>>В прошлом году полностью переписали — теперь летает.
C>Одно исключение ничего не доказывает. Вот, к примеру, наоборот — MS Teams. Мне нужно было использовать по работе, и это просто полный п*ц в плане скорости и памяти. И выжирания батареи. Казалось бы, за каким хреном там понадобился электрон? Да и за каким хреном такое говно как электрон вообще существует?

Slak аналогично.

Но там них расфуфыренное представление блоков для плагинов и для сайтов (вернее, для ссылок, конечно), подерживающих те или иные "стандарты" метаинформации (в кавычках, бо стандарты эти не отраслевые, а де-фактовые, например, как у FB). Плагины (в т.ч. встроенные) рендерят HTML, его в любом случае чем-то надо отображать.

ИМХО, для этих вещей стоит пользоваться упрощёнными и более шустрыми вещами, типа Sciter-а.