Hirdetés

Új hozzászólás Aktív témák

  • bandi0000
    nagyúr

    Végül is a futtató masina egyéni paraméterei adják meg,hol kezd majd pusztulni egy túl nagyra nőtt háttér adapter miatt.
    Ha azt túl kicsire hagyom akkor viszont a hálózatot terhelem azzal, hogy folyton lekéregetem az adatokat amikor az user le meg fel scrollozgat az ujjával, én meg a háttérben noszogatom az adaptert.
    Adott esetben ez a kis mozdulat (amit nagyon sokan úgy használnak hogy szinte észre sem veszik) felesleges adatforgalmi díjat is generálhat.
    Mivel ezt egy általánosan használható objektnek szántam volna, legjobb az lenne ha a beállításoknál kilobájtban lehetne paraméterezni hogy hol kezdjen eldobni már korábban letöltött adatokat. (amiket aztán lehet hogy egy pillanat múlva ismét le kell töltenie) Az egyik ablakban, viewban ez lehet hogy ötezer rekordot engedne meg, egy másik nézetnél ahol képek vannak vagy ilyesmi, ott meg csak ötvenet.
    Egész délelőtt gyúrtam az OpenAi-t meg a netet, de az összes megoldás kezdemény elhasalt valahol.

    Most úgy látszik bámulatos módon nehéz egy tetszőleges objektum konkrét méretét lekérdezni Kotlinban. Nincs egy sima sizeOf.

    Lehet hogy túlgondoltam, ezt most elengedem.

    Ezt szerintem rohadtul túlgondolod, vagy én nem értem a problémàt...

    Ha egy komplex view-t mutatsz RecyclerView-ban, pl képpel, akkor kb 50 elem elég, hogy egyszerre lekérdezd a szervertől, kb 5-10 et làtunk egyszerre + alà fölé kell, szóval bőven elég

    Mint mondtam, ha 1000 elemet is tartassz memóriában a recyclerview nem fogja legeneràlni mind az 1000 elemhez a view-t cssk annyit, amennyi szükséges

    Ha használod az android paginget akkor megtudod mondani, hogy mennyi elemet húzzon be egyszerre, nem kell itt semmi matekozàs, hogy méret alapjàn csinàld ezt... A képeket meg am is asyncn módon szoktuk betölteni ha màr nagyon optimalizálni akarod a dolgot

Új hozzászólás Aktív témák