Changes between Version 24 and Version 25 of Имплементација
- Timestamp:
- 12/21/21 21:48:18 (3 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Имплементација
v24 v25 2 2 3 3 4 == Изворен код == 5 6 За контрола врз верзиите на изворниот код ја користев алатката Git. 4 == Организација на изворен код == 5 7 6 8 7 {{{#!rbox type="note" width="15em" … … 13 12 Линкот до кодот го сменив - да си биде експлицитно излистан. 14 13 }}} 15 Иницијалното репо за апликацијата го креирав на Github [11] платформата за хостирање или зачувување на код. Преку интерфејсот на Github ја добиваме истата структура на апликацијата која ја развиваме. На многу едноставен начин може да се зачуваат измени од кодот преку Git алатката и да се управува со верзии на кодот. Секое репо може да има неколку гранки во кои на една од нив се развива целата апликација и во иднина може да се креираат дополнителни гранки за нови фукнционалности. Тоа ни олеснува да пристапиме до некоја постара верзија на апликациајта каде што нема дополнителни функционалности кои не се потребни. Во процесот на развој ја користев гранката develop и потоа кодот ја пресликав на главната гранка master. Кога завршив со развојот направив пресликување на целото репо во проектиот простор на факултет каде може да го добиете изворот од кодот и логови за направени измени. 14 За контрола врз верзиите на изворниот код ја користев алатката Git. Иницијалниот репозиториум за изворниот код на апликацијата го креирав на Github [11] платформата за хостирање или зачувување на код. 15 16 Преку интерфејсот на Github ја добиваме истата структура на апликацијата која ја развиваме. На многу едноставен начин може да се зачуваат измени од кодот преку Git алатката и да се управува со верзии на кодот. Секое репо може да има неколку гранки во кои на една од нив се развива целата апликација и во иднина може да се креираат дополнителни гранки за нови фукнционалности. Тоа ни олеснува да пристапиме до некоја постара верзија на апликациајта каде што нема дополнителни функционалности кои не се потребни. Во процесот на развој ја користев гранката develop и потоа кодот ја пресликав на главната гранка master. Кога завршив со развојот направив пресликување на целото репо во проектиот простор на факултет каде може да го добиете изворот од кодот и логови за направени измени. 16 17 \\ 17 18 Адреса на изворниот код: https://develop.finki.ukim.mk/projects/SaveSpace/browser 18 19 19 20 Дополнително апликацијата ја хостирав на сервер за тестирање кој ќе биде опишан во делот "Презентација". 20 21 === Структура на изворниот код ===22 21 23 22 Структурата на датотеките во Laravel е по избор на развивачите, но за да е во тек со други апликации и разбирлива за други, добро е да се држиме на класичната MVC структура. … … 42 41 .php е местото каде што можете да ги регистрирате сите канали за емитување настани што ги поддржува вашата апликација. Storage директориумот за складирање ги содржи сите компајлирани шаблони како и конфигурацијата за зачувување на датотеки. Директориумот на апликации може да се користи за складирање на сите датотеки генерирани од вашата апликација. Рамковниот директориум се користи за складирање на датотеки и кешови генерирани од рамка. Конечно, директориумот за дневници ги содржи датотеките за дневници на вашата апликација.Vendor директориумот ги содржи сите зависности од Composer [13] кој што претставува управуавач на зависносни пакети во PHP. Поголемиот дел од вашата апликација е сместена во директориумот App кој содржи дополнителни директориуми како што се Console, Http и Providers. Во директориумот Console додадов clearAll класа која што како една команда ми заменува четири команди во исто време за чистење на кеш и конфигурација на апликацијата. Директориумот Http ги содржи контролерите, конфигурацијата за автентикација и валидациските класи за моделите. Речиси целата логика за справување со барањата кои влегуваат во апликацијата се запишани во овој директориум. Директориумот Models ги содржи сите класи на Eloquent модели. Eloquent ORM [https://laravel.com/docs/8.x/eloquent] вклучен во Laravel обезбедува едноставна имплементација за работа со базата на податоци. Секоја табела со база на податоци има соодветен „модел“ кој се користи за интеракција со таа табела. Директориумот Notifications иницијално не постои, но се креира автоматски ако ја извршите командата Artisan make:notification. Истиот ги содржи сите известувања што ги испраќа апликацијата, како што се едноставни известувања за настани што се случуваат во апликацијата. Во конкретниот пример праќам нотификација за промена или заборавена лозинка, верификација на кориснички профил, промена на е-адреса како и OTP код за верификација на најавата преку маил. 43 42 43 44 {{{#!rbox type="note" width="15em" 45 Оваа слика од развојната околина со делче од кодот за најава мислам дека не е соодветна тука. Не знам зошто е потребна. Во текстот не ја спомнувате. 46 Тука е најдобро да ставите организациска шема со структурата на кодот. 47 }}} 48 44 49 [[Image(app_structure.png)]] 45 50 46 51 47 == Имплементациски д ијаграм==52 == Имплементациски детали == 48 53 49 54