Changes between Version 24 and Version 25 of Имплементација


Ignore:
Timestamp:
12/21/21 21:48:18 (3 years ago)
Author:
vangel.ajanovski
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Имплементација

    v24 v25  
    22
    33
    4 == Изворен код ==
    5 
    6 За контрола врз верзиите на изворниот код ја користев алатката Git.
     4== Организација на изворен код ==
     5
    76
    87{{{#!rbox type="note" width="15em"
     
    1312Линкот до кодот го сменив - да си биде експлицитно излистан.
    1413}}}
    15 Иницијалното репо за апликацијата го креирав на Github [11] платформата за хостирање или зачувување на код. Преку интерфејсот на Github ја добиваме истата структура на апликацијата која ја развиваме. На многу едноставен начин може да се зачуваат измени од кодот преку Git алатката и да се управува со верзии на кодот. Секое репо може да има неколку гранки во кои на една од нив се развива  целата апликација и во иднина може да се креираат дополнителни гранки за нови фукнционалности. Тоа ни олеснува да пристапиме до некоја постара верзија на апликациајта каде што нема дополнителни функционалности кои не се потребни. Во процесот на развој ја користев гранката develop и потоа кодот ја пресликав на главната гранка master. Кога завршив со развојот направив пресликување на целото репо во проектиот простор на факултет каде може да го добиете изворот од кодот и логови за направени измени.
     14За контрола врз верзиите на изворниот код ја користев алатката Git. Иницијалниот репозиториум за изворниот код на апликацијата го креирав на Github [11] платформата за хостирање или зачувување на код.
     15
     16Преку интерфејсот на Github ја добиваме истата структура на апликацијата која ја развиваме. На многу едноставен начин може да се зачуваат измени од кодот преку Git алатката и да се управува со верзии на кодот. Секое репо може да има неколку гранки во кои на една од нив се развива  целата апликација и во иднина може да се креираат дополнителни гранки за нови фукнционалности. Тоа ни олеснува да пристапиме до некоја постара верзија на апликациајта каде што нема дополнителни функционалности кои не се потребни. Во процесот на развој ја користев гранката develop и потоа кодот ја пресликав на главната гранка master. Кога завршив со развојот направив пресликување на целото репо во проектиот простор на факултет каде може да го добиете изворот од кодот и логови за направени измени.
    1617\\
    1718Адреса на изворниот код: https://develop.finki.ukim.mk/projects/SaveSpace/browser
    1819
    1920Дополнително апликацијата ја хостирав на сервер за тестирање кој ќе биде опишан во делот "Презентација".
    20 
    21 === Структура на изворниот  код ===
    2221
    2322Структурата на датотеките во Laravel е по избор на развивачите, но за да е во тек со други апликации и разбирлива за други, добро е да се држиме на класичната MVC структура.
     
    4241.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 код за верификација на најавата преку маил.
    4342
     43
     44{{{#!rbox type="note" width="15em"
     45Оваа слика од развојната околина со делче од кодот за најава мислам дека не е соодветна тука. Не знам зошто е потребна. Во текстот не ја спомнувате.
     46Тука е најдобро да ставите организациска шема со структурата на кодот.
     47}}}
     48
    4449[[Image(app_structure.png)]]
    4550
    4651
    47 == Имплементациски дијаграм ==
     52== Имплементациски детали ==
    4853
    4954