| 28 | \\ |
| 29 | Соодветно, се проследуваат и userId - уникатен идентификатор за секој корисник, како и уникатен id за самата понуда која што корисникот ја зачувал. |
| 30 | \\ |
| 31 | \\ |
| 32 | Од страна на бекенд апликацијата, барањето ќе биде пресретнато од контролер, кој што соодветно користи сервис и ги проследува параметрите до истиот каде што е имплементирана логиката. |
| 33 | \\ |
| 34 | \\ |
| 35 | [[Image("https://scontent.fskp4-1.fna.fbcdn.net/v/t1.15752-9/309705609_2022696971454096_3558983615662092618_n.png?_nc_cat=104&ccb=1-7&_nc_sid=ae9488&_nc_ohc=Uo3MFW1bdG0AX8FAr4f&_nc_ht=scontent.fskp4-1.fna&oh=03_AVLjZbfiXFRdfCDPokWRU0RA4sbZm-eJBzQTYRDmlCO5AQ&oe=635D8A99",60%,align=center)]] |
| 36 | \\ |
| 37 | \\ |
| 38 | [[Image("https://scontent.fskp4-1.fna.fbcdn.net/v/t1.15752-9/309686301_587231219799428_467304894285591081_n.png?_nc_cat=105&ccb=1-7&_nc_sid=ae9488&_nc_ohc=ZSkKAeHKrfoAX9hunr7&_nc_ht=scontent.fskp4-1.fna&oh=03_AVIvLZn4bMV97pFCHp4zj4govPlvTXWNq2PwVTIkjEz8iw&oe=635DBD17",60%,align=center)]] |
| 39 | \\ |
| 40 | \\ |
| 41 | Методот кој што се повикува од сервисот, се користи и за додавање и за бришење на омилени понуди, во зависност од проследениот параметар "option". При додавање, се проследува "add", при бришење "remove". Првично, се прави проверка дали понудата и корисникот постојат во датабазата. Доколку не постојат, ќе се врати статус 400 (bad request). Во спротивно, се зема корисникот од датабазата и понудата од датабазата, понудата се додава на корисникот и потоа се зачувува повторно корисникот во датабаза. |