Closed olioton closed 1 year ago
Olisihan siitä ainakin se etu että seuraaville sivuille menevät langat voitaisiin myös ottaa huomioon. Voisin katsoa jos saisin siirrettyä suodatuksen palvelinpuolella. Onko siitä muita hyötyjä jotka on hyvä ottaa huomioon kuin se, että saa kaikki täsmäävät langat esille? Jos tietokannasta aletaan etsimään alimerkkijonoja, niin se tietty voi olla vähän epätehokasta, mutta tuskin ongelma ellei lankoja ole hyvin paljon?
En usko, että suorituskyky on ongelma. Backend suodatuksen etu on, että se ei ole riippuvainen näkymästä. Eli kun sen kerran toteuttaisi niin se sama koodi toimisi jokaisessa näkymässä jossa listataan lankoja tai postauksia. Ja toinen etu toki tuo, jonka mainitsit.
Suodatus on luultavasti aika yksinkertainen lisä nykyiseen API:in, mutta mielestäni sitä kannattaisi issue puolella speksata ennen kuin joku alkaa tekemään. Sama juttu vähän joka asiassa, en halua että kukaan tekee turhaa työtä, eli suunnitellaan mieluusti ennen toteutusta.
Ehdin jo koittaa tuollaista toteutusta aikaisemmin.
Ei oteta tätä vielä ainakaan mukaan, mielestäni toiminto vaatii enemmän pohdiskelua.
Oma ajatukseni on ollut, että suodatus toteutetaan backendin puolella query parametreilla. Siinä on monia etuja client-puolen ratkaisuun verrattuna.