krapotkin

Пользователи
  • Публикаций

    1 649
  • Зарегистрирован

  • Посещение

  • Победитель дней

    83

krapotkin стал победителем дня 23 марта

krapotkin имел наиболее популярный контент!

5 Подписчиков

Информация о krapotkin

  • Звание
    Продвинутый пользователь
  • День рождения 17.10.1970

Контакты

  • ICQ
    125417612

Информация

  • Пол
    Мужчина
  • Город
    Екатеринбург

Посетители профиля

1 792 просмотра профиля
  1. не нужно делать долгоиграющие потоки пусть у вас есть модель данных. та система объектов, которую вы описали. Она существует вне потоков. И главный поток с ней взаимодействует заполняя и отражая UI если нужно что-то загрузить, запускается поток, скачивается что-то, и с синхронизацией данные обновляются, и дергается UI который по этим данным обновляется тоже нет никакого смысла все время крутить потоки.
  2. я ответил) распространяю : 1. работа с формами из потока, в т.ч. создание - только через синхронизацию 2. переменной все равно кто ее создал. она потоку не принадлежит, даже поле TThread - тоже. Например вы можете обращаться к полям одного потока из других на чтение. И если предохраняться, то и на запись 3. КЛасс =class(TThread) это не поток. это просто класс, один из методов которого (Execute) при правильном запуске (Start) будет выполняться в другом потоке ОС. А можно просто взять и вызвать th.Execute. И этот метод выполнится в том потоке откуда и вызван. Так что это просто класс...
  3. да. хотя идея создавать форму из потока так себе идея. я стараюсь просто потоку с собой сунуть ссылку на прогресс-бар, фрейм или форму. и уж точно не делать это глобальной переменной !
  4. по вопросам. 1) выбор на хостингах невелик - MySQL, Postgres. Я PG выбрал чисто в силу интереса и он вроде поближе к стандартам, и у него ХП и другие всякие штуки.... Сижу на SWEB.RU. Опять же просто потому что давно. Есть и masterhost и любой другой крупный провайдер подойдет. 2) не путаем хостинг с бэкенд-сервером (BAS). Типа Firebase или Amazon или еще туча. на хостинге у вас все свое. что написали то и работает. на BAS есть много приятных плюшек. Довольно платных ессно. Зато и push и email рассылки и админка... 3) MSSQL не вариант. Веб в основном на Linux. 4) обычно просто THttpClient. На нем нормально пишется клиентская часть API 5) обычная схема. просто с нуля некоторые вещи пилить. зато бесплатно. Практика показывает что иногда лучше заплатить и получить богатое приложение сразу. но иногда как написал Евгений, потом можно упереться в ограничения сервисов. Но можно решать проблемы по мере поступления...
  5. не обольщайтесь у OSM бесплатные только данные!!! сервера для прода использовать запрещено! нужно либо поднимать свои, либо покупать доступ от $10 / мес
  6. сколько угодно. только логика будет ох непростой, кто кому когда отвечает ))
  7. научили конечно ))) все придумано до нас вот статья вот так в грубом приближении должно это быть p.s. Забыл удалить из ваших форм эти циклы, которых там быть не должно Форма - это интерфейс взаимодействия с пользователем. Данные должны жить отдельно. test10.3.zip
  8. сколько бед принесла уже стрельба в ногу под названием ProcessMessages как хорошо, что в Андроиде наконец всех отучат от этого крайне вредного трюка давайте формально все что там у вас "высоконагруженное" выносите в потоки и пусть они работают. Ваши "потоки" пасутся в главном (Synchronize) и никакого толка нет концепцию надо поменять. запустили поток и занимайтесь своим делом. например покажите Splash а вернется поток - вот по возвращению и сделаете то, что этот Splash закроет. и уж точно потоки не должны ничего общего иметь с формами я писал статью про потоки, там про сплеши тоже есть в блоге и про ProcessMessages отдельная боль... http://www.cyberforum.ru/blogs/469693/blog4875.html
  9. origin насколько я помню это точка изображения, которая встанет на указанную координату если у вас стрелочка нарисована, вы же хотите, чтобы конец стрелки указывал на нужную точку, а не пустая точка (0,0) вашей картинки
  10. маркерами управляете только вы сами поэтому не выбрасывайте ссылки на созданные маркеры, а самостоятельно добавляйте удаляйте их при смене масштаба карты
  11. krapotkin

    Фреймворк для стандартного ListView

    Вот и картинки подвезли. Идиотский Deployment отказывается переписывать старые файлы на новые.... Пока полностью не удалил приложение, файл-описание раскладки был старый, без картинок Как видно из заголовка 3000+ итемов с авторасчетом высоты. 6 секунд Крутится плавно... ListViewTest.apk.rar
  12. krapotkin

    Фреймворк для стандартного ListView

    В демке картинки под виндой есть под Андроид надо искать, куда делись Lazy loading реализовывать оно отдельно надо. Id вписать в итем легко. Дальше наворачивать буду. Сразу все не взлетает
  13. krapotkin

    Фреймворк для стандартного ListView

    Спасибо всем кто откликнулся! Прочистил все)) производительность вернулась в норму. Счетчики в верхней панели Прокрутка гладкая. в примере 8 итемов раскопированы 200 раз. Средняя затрата времени на один Item - 0.2 мсек ListViewTest3.7z
  14. krapotkin

    Фреймворк для стандартного ListView

    Спасибо за фидбек! Имхо, пока изменение размеров не очень актуально. В целом под windows редко форма меняет размеры. Я ориентировался больше на мобильную платформу. А вот второе замечание немного напрягло. Попробую подержать OFF: Ухты! RYZEN 5