Changes between Version 4 and Version 5 of UseCaseImplementations
- Timestamp:
- 06/19/24 17:12:54 (5 months ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
UseCaseImplementations
v4 v5 9 9 === ИД 5 - Менаџирање со огласи за работа 10 10 11 **За додавање на нов оглас, корисникот тоа го прави со притискање на копчето „Submit“, при што се повикува функција која испраќа POST request до backend апликацијата, во кој се сместени деталите за огласот како и id од самиот корисник.** 11 12 12 13 За додавање на нов оглас, корисникот тоа го прави со притискање на копчето „Submit“, при што се повикува функција која испраќа POST request до backend апликацијата.14 13 [[Image(ID_5.2_resized.png)]] 15 14 16 Соодветно, се испраќаат деталите за огласот како и id од самиот корисник 15 [[Image(ID_5.1_impl_resized.png)]] 16 [[Image(ID_5.2_impl.png)]] 17 17 18 [[Image(ID_5.1_impl_resized.png)]] 19 [[Image(ID_5.2_impl_resized.png)]] 20 21 За секој request e исконфигурирано во headers делот да се испраќа и самиот Json Web Token кој служи за автентикација на корисникот. 18 **За секој request e исконфигурирано во headers делот да се испраќа и самиот Json Web Token кој служи за автентикација на корисникот.** 22 19 23 20 [[Image(axios_config_resize.png)]] 24 21 25 Во backend апликацијата, request-от е пресретнат од контролер со соодветен endpoint, кој што ги проследува податоците до сервис каде што се наоѓа целата логика. 22 **Во backend апликацијата, request-от е пресретнат од контролер со соодветен endpoint, кој што ги проследува податоците до сервис каде што се наоѓа целата логика.** 26 23 27 24 [[Image(ID_5.3_impl_resized.png)]] 28 25 29 26 **Методот кој што се повикува од сервисот го наоѓа корисникот со соодветното id, креира објект со деталите и пронајдениот корисник и преку repository-то го зачувува во датабазата, а назад го враќа објекот измапиран во друга класа, кој што се проследува до контролерот а потоа назад до frontend апликацијата каде директно се зачувува во state-от за огласи** 30 27 31 28 [[Image(ID_5.4_impl_resized.png)]] 32 29 30 **Слична е и процедурата за ажурирање на оглас каде при клик на копчето „Save changes“ се повикува функција која испраќа PUT request до backend апликацијата, кој за разлика од претходниот request, дополнително се испраќа и id-то од самиот оглас директно сместено во URL-то.** 31 33 32 [[Image(ID_5.1_resized.png)]] 34 33 34 [[Image(ID_5.8_impl_resized.png)]] 35 35 [[Image(ID_5.5_impl_resized.png)]] 36 [[Image(ID_5.6_impl_resized.png)]] 36 37 **Контролерот со соодветниот endpoint го пресретнува request-от и ја предава работата на сервисот.** 37 38 38 39 [[Image(ID_5.7_impl_resized.png)]] 39 40 40 [[Image(ID_5.8_impl_resized.png)]] 41 **Во сервисот се повикува соодветна функција каде прво се наоѓа огласот преку id-то, преку set функции се изменуваат податоците и преку repository-то се зачувува огласот променет во датабазата. Дополнително назад кон контролерот се испраќа објекот измапиран во друга класа, а потоа назад до front-end апликацијата каде повторно се зачувува во state-от за огласи.** 42 43 [[Image(ID_5.6_impl_resized.png)]] 44 45 **Процедурата за бришење на оглас не е ништо поразлична од претходните две, освен тоа што се испраќа DELETE request, каде id-то на огласот кој сакаме да го избришеме е сместен директно во URL-то.** 41 46 42 47 [[Image(ID_5.3_resized.png)]] … … 45 50 [[Image(ID_5.10_impl_resized.png)]] 46 51 52 **Контролерот со соодветниот endpoint го пресретнува request-от и ја предава работата на сервисот.** 53 47 54 [[Image(ID_5.11_impl_resized.png)]] 55 56 **Во сервисот се повикува функција каде преку repository-то дирекно го бришеме огласот со соодветното id од датабазата.** 48 57 49 58 [[Image(ID_5.12_impl.png)]]
