Kompleksni spletni IT projekti

renkod je 27. feb 2022 ob 18:21 izjavil:

Katere veščine rabim, kadar želim pisati kompleksne spletne strane?
Morda Domain Driven Design? Sam programiram že vrsto let za hobi.
In npr. povezava logike z upo. vmesnikom lahko rata precej kompleksna,
saj je potrebno predvideti v neki točki vse situacije. In diagram poteka je pri srednje ali bolj
obsežnih aplikacijah ogromen, če bi ga šel risati. Vem da je trik v tem,
kako se lotiš zadeve oz. na kakšen način pišeš kodo. Ali se naj
naučim kakšen front-end framework, kot je Angular? Na backendu drugače
uporabljam MVC ogrodja in tam nimam težav z pisanjem pregledne kode, ki je
CRUD (create-read-update-delete) koda za bazo.

Tole se bere kot cvetke, katere sestavlja "AI".

Kompleksni IT projekti uporabljajo množico različnih tehnologij in konceptov. Veliko poudarka je na integracijah z zunanjimi sistemi, komunikacijskimi vzorci med moduli sistema, upravljanjem z napakami, orekstracijo kompleksnih poslovnih procesov, zagotavaljanju odzivnosti sistema, modularnosti sistema...

Ne vem točno kaj si pa ti predstavljaš kot kompleksna spletna stran? Npr. Facebook ali Linkedin? Mimovrste, Spletna Banka? Pri vseh teh stvareh je spletna stran v bistvu češnja na torti, pod tem je pa ogromno enih rešitev in arhitekturnih vzorcev ki povezujejo vse skupaj.

SQL je najbolj pomemben jezik.
Ko greš npr pisat spletno trgovino lahko striktno ločiš kodo na SQL in na Web del. SQL najprej napišeš in ga stestiraš čisto ločeno, vsebuje tudi vso najbolj pomembno logiko.
Pri web delu pa je zadnje cajte popularen ajax oz. web servisi v kombinaciji z javascriptom, da nalagaš iz baze podatke dinamično.
Potem je čist svoj in pomemben del grafično oblikovanje strani, tega pa tebi kot programerju ne priporočam ampak najemi koga oziroma najdi kak vnaprej pripravljen skin, ki ga malenkost modificiraš, ali pa še bolje pustiš pri miru.

logika mora biti v sql, da lahko vrneš samo podatke, ki jih rabiš. če nočeš logike v sql bi moral sql vrniti nepotrebne podatke in jih potem v C# filtrirati? si res ne predstavljam tega.

linq je pač ena oblika sql, nek wrapper, jaz wrapperjev ne maram, če niso res nujni.

se da bp napisat unit teste v pure sql.

Pri EF se da enostavno narediti in-memory teste, kjer testiraš enake LINQ expressione kot bi se izvajali na pravem sistemu v produkciji.

Načeloma se bi dalo podobno testirati SQL z in-memory SQLite, dokler uporabljaš standardni SQL, brez kakšnih DB2/Oracle/SQL Server/Postgres posebnosti.

Invictus je 28. feb 2022 ob 08:48 izjavil:

Ogromno logike se da napisati v SQL, vprašanje kdaj je kaj smiselno.

Ko delaš na projektih, pa vidiš da mariskateri "stručko" ne zna narediti JOIN tabel in potem to dela v kodi... Skupaj z večimi simple sdostopi do baze.

Samo to ni problem tehnologije, ker join stavek se da tudi v linq napisat. To je problem, da "štručkoti" ne poznajo osnov oziroma so naravnani na način, samo da dela. Ko ne dela so pa problemi...

Na odgovor OP-a pa, spletno aplikacijo se po mojem mnenju napiše tako:
- Vsebinsko dokumentirati procese(kdo, kako in kaj bo delal)
- Tehnično definirati procese(viri podatkov, validacije, ..)
- Definirati in ustvariti modele in servise katere bo spletna aplikacija uporabljala.
- Ko so enkrat modeli in servisi nastavljeni(ne nujno implementirani) se lahko ločeno razvija tako frontend kot backend. Backend bo razvit kot servisi v ozadju in API-ji za komunikacijo. Frontend pa nekaj, kar bo večinoma skrbelo samo za avtentikacijo, validacijo uporabniških vnosov in komunikacijo z backend sistemom. V frontendu naj se ne bi nič obdelavalo.

Kako boš implementiral backend, API-je in frontend je pa prosta izbira. Pisanje backend logike izključno v SQL prinaša nekaj prednosti(transakcije na nivoju baze recimo), ampak boš pa nekaj izgubil na račun hitrosti razvoja in vzdrževanja.

Obdelava v smislu, da boš recimo na Frontendu obdeloval excel datoteko z 1000 zapisi, ki ti jih uporabnik naloži.
V frontendu se programira uporabniški vmesnika - ja. In tudi javascript lahko pride zelo kompleksen.