develop.16
Home
Ответ
#
Re: Черновая сборка для Qt-клиента на винду
vit01 (mira, 1) → Andrew Lobanov
–
05:01:31 2016-02-05
AL>
// А я в итоге без расширенного /u/e это сделал =) Теперь вот репу чешу: зачем предлагал =)
На самом деле расширенный /u/e - это более правильный подход, потому что клиенту не надо скачивать весь индекс.
При твоём способе клиент получает полный список сообщений и отсекает N локально, а при моём он сразу получает N в индексе (отсечка идёт на ноде).
На больших эхах вроде lor-opennet.15 расширение /u/e очень помогает.
AL> например, окно получения эх я бы сделал с двумя прогресс барами: кол-во эх и кол-во скачиваемых сообщений
Я рассматривал вариант помещения прогрессбара в получение эх, но отказался от такой затеи.
Во-первых, потому что юзер должен полностью контролировать процесс фетча (а прогрессбар - это штука сама по себе ненадёжная), во-вторых, потому что алгоритм фетча слишком оптимизирован (как у Ромы), и не определишь, к какой эхе какое сообщение относится. В-третьих, потому что придётся избавиться от модульности в ii-шном движке (а это скажется негативно на будущих поделках).
Сейчас и фетчер, и мейлер, и blacklist, и сам ii_functions.py полностью совместимы с любыми другими реализациями. Например, с tk-версией. Также к iicli-modular можно без проблем прикрутить консольную или текстовую морду, и он будет работать со всеми фичами.
Фантазировал даже как-то раз прикрутить Цезий на свой движок.
>> Читать далее