[keresek] webes fejlesztésre ReST-et tudó micro PHP + JS UI framework-ot

Fejlesztés

Környezet: Debian Jessie, PHP 5.6.30, későbbiekben Debian Stretch, PHP 7.0.16-re upgrade.

Feladat: 15 felhasználónak interaktív webalkalmazás, amelyen keresztül grid rendszerben napokat tudnak kiválasztani, megnézni havi ügyeleti rend készítéséhez. Mobilról használni nem feltétel (tudom hogy jó lenne, de több dolog is gátolja annak használatát).

Tapasztalat: Slim PHP framework, Twig template, Idiorm ORM, AngularJS 1.3 és UI Grid kombinációval van. Ebből legalább az AngularJS verzió elavult.

Néztem pluszban a Fat-Free Framework-öt, AngularJS 4.x-et, ReactJS-t és Vue.js-t. Melyik (esetleg egyéb) PHP és JS framework-öt érdemes megtanulni, használni hosszú távú tudást (és várható PHP7 támogatást) figyelembe véve? Közeli célként erre a feladatra kell(ene) alkalmazni.

  • 1469 megtekintés

( scottscott v | 2017. 05. 04., cs – 11:41 )

Szerintem a legjobb valasztas az, amit a legjobban ismersz, vagy amit legjobban el tudsz sajatitani, meg a scopehoz igazitani. Amiket felsoroltal kb. mindegyik alkalmas ra.

Magam reszerol en Laravel / Lumen + Vue.js iranyba mennek el.
____________________
http://szoftvervasarlas.co.hu - szoftverek legjobb áron

Tapasztalat: nem :)

Mármint nyilván a Laravelhez képest "butított", de gyakorlatilag szinte minden Laravel feature-t be tudsz kapcsolni benne kézzel. Ha jól értelmezem, amire itt szükséged lesz, az egy REST API, ami különböző adatbázisműveleteket végez - a Lument gyakorlatilag erre találták ki.

Szóval Lumen + Vue.JS +1

( dragi v | 2017. 05. 04., cs – 11:47 )

backend: php helyett python+django+drf vagy nodejs

frontend oldalon: angular (4), vagy react

Sose késő újat tanulni ;). PHP halott. (mielőtt valami PHP fan nekem esik nézze meg a stackowerflow éves statisztikát). Djangohoz azért mondtam a drf kiterjesztést, mert az megcsinálja neked a REST részt és akkor nem kell az egész django csak egy minimal alap. PL az orm része a többit meg generálja DRF ami ugye gyakorlatilag json kimenet.

Ez a cikk a nodejs-t fikázza, amitől nem lesz jobb nyelv és ökoszisztem(?) a php.

Én pythont írtam elsődlegesen nem nodejs-t. Azt csak azért ha már úgyis JS-t akar jobban tanulni akkor backend oldalon is áttérhet és akkor nem kell teljesen újat megtanulni (legalábbis nyelv szinten).

A cikk is említi, hogy 22 év van a php mögött. Na most pont ez az, hogy pl a nodejs 7 év alatt jutott el oda (bizonyos dolgokban még tovább is) mint a php 22 év alatt (mondom ezt 10+ év php után).

És szerintem a php közössége, fejlesztése és ökoszisztémája egy vicc, összehasonlítva egy python, vagy akár ruby fejlesztési környezettel (de ide még jöhetne pár másik nyelv természetesen), főleg hogy ezeket próbálja másolni, de azt is rosszul. Laravel is egy jó példa erre, egy csomó komponenst a symfonyból használ, a symfony meg a python+djangot másolja vagy a Ruby on railst. Ennek mi értelme van? És a cikk is fikázza, hogy milyen sok js framework van, míg phpban meg mindenki felült a Laravel vonatra, miközben semmi új nincs benne vagy olyan ami ne lenne meg a symfonyban pl.

Üzemeltetni is rémálom egy php-s appot a többihez képest és még sorolhatnám.

Nem akarok senkit meggyőzni csak leírtam a véleményem. A stackoverflow felmérést se véletlen említettem, hogy nem én osztom az igét, hanem mások is rájöttek erre, hogy komolytalan eszköz manapság már webre. Egyszerűen elment mellette a web. Nyilván nem fog egyik napról a másikra kihalni, de szerintem megkezdődött a lejtmenete ezért nem ajánlanám pl a topik indítónak, ha már úgyis újat akar tanulni.

Szeretném kerülni a nyelv vitát, pláne hogy nincs releváns Python tapasztalatom. PHP-ban kb a 3-as változat életciklusának vége óta programozok, mégha csak időnként is. Tény hogy mindig változtattak olyan dolgokon is, ami miatt pár dolgot át kellett írni: HTTP_SESSION_VARS[] -> _SESSION[]. Lehet ezért ért meg több generációt (7.x) mint az egységesebbnek tűnő Python (3.y).

Amiért szívesebben döntenék PHP mellett az az, hogy 1) elég a létező web szervert futtatni, az majd intézi a PHP script-ek végrehajtását, 2) programozó kollégák inkább PHP-t láttak többet. Egyéb programnyelv esetében külön futtassam annak szerver megoldását és a web szerver meg proxy-zzon rá. Backend oldalon nagyrészt csak a ReST API-ért és egy jobb ORM-ért - elsőre túlzásnak tűnik, annyiban jogos hogy ha időtállóbb szintaktikájú mint a PHP, akkor hosszútávon előny lehet.

Részben kapcsolódik egy friss összehasonlítás: https://www.codementor.io/garethdwyer/flask-vs-django-why-flask-might-b…
Egy dolgot ragadnék ki a cikkíró véleményéből: "[...] the two remain very similar in many aspects (many job advertisements ask for "Django or Flask experience" as a result). It's therefore easy to switch from one to the other if you ever need to or want to." - kb: a két framework több szempontból is elég hasonló (több álláslehetőség ezért fogalmaz úgy hogy Django vagy Flask tapasztalatot kér). Ebből adódóan viszonylag könnyű váltani a kettő között ha szükséges vagy csak úgy akarod.

( _Franko_ v | 2017. 05. 04., cs – 11:49 )

"Mobilról használni nem feltétel."

Ezzel lehet a legnagyobbat szopni később, szóval szerintem tervezd úgy, hogy mobilról lehessen használni és akkor menni fog normál böngészőben is, de nem fogsz vért hugyozni, ha fél év múlva kitalálja valaki, hogy mobilról nem kell, de tabletről kellene... :)

Nem a konkrét implementáció a lényeges, az mindig változni fog (viccben is megjön a JS fejlesztő a két hetes nyaralásból és már teljesen új keretrendszerekkel dolgoznak a kollégák), hanem az a fajta tervezés, hogy a később felmerülő igényeket egyszerű legyen beletenni... lehet microservice, lehet siló architektúra, lehet frontend-backend különválasztás és még pár egyéb topológia és architektúra, ami jobban illeszkedik az igényekhez.

Gond az, mobil használat több szempontból is gátolva van. Belső hálózatra kell az alkalmazás, amelyet kívülről semmivel sem lehet elérni, de bent sincs lehetőség mobil böngésző használatára. Persze, lehet ez változni fog, de az elmúlt tizenöt évben ezt nem sikerült elérni. :(
Munkaidőben, max két nap alatt töltik ki egyébként, még a hónapot megelőző egy-két hétben. Utána meg úgyis tudja mindenki, mely napokat vállalta.

Lehetőleg nem váltanék össze-vissza a keretrendszerek között. Ezért is keresek egy olyat, amely a közösség véleménye szerint stabil - gyors és amennyire meg lehet ítélni, időtálló.

A legtobb keretrendszer 3 eves karbantartasi ciklusokkal dolgozik, ha egyaltalan. Ha ez eleg idot allo neked, akkor hajra, egyebkent nem nagyon fogsz PHP-ban talalni ilyet. A mindenfele third party librarykre meg semmi garancia nincs.

--
Pásztor János
Sole Proprietor @ Opsbears | Refactor Zone

( janoszen v | 2017. 05. 04., cs – 13:46 )

A legtobb PHP-s mikroframeworkkel azt fogod tapasztalni, hogy pont annyi hianyzik belole, hogy ne nagyon erje meg oket hasznalni. Bar ez nagyon izles kerdese, de Aurynnal, Fastroute-al osszerakhatsz magadnak es egy icipici keretet, ami cserebe legalabb kiba gyors lesz.

--
Pásztor János
Sole Proprietor @ Opsbears | Refactor Zone

( sz332 v | 2017. 05. 04., cs – 14:01 )

Szerverre én node.js + valami könyvtárat javasolnék, de akár lehet go-val is ügyeskedni.

Kliens oldal: Vue, React, Angular, mi Polymer-t használunk...

( rych | 2017. 05. 05., p – 08:19 )

Slim PHP-s tapasztalattal a python elég nagy overhead lehet. Én a fenti stack-ből lecserélném az AngularJS-t Angular 4-re, használnék hozzá angular-cli-t és yarn-t a csomagkezeléshez.

Python-ban és nodejs-ben is össze lehet rakni komoly appokat, lehet hogy gyors is, de nem minegy hogy mekkora a projekt és mi a költségvetés.

A "PHP halott" meg elég vicces kijelentés. Tény hogy aki ma vanilla PHP-ben csinál bármit ami komolyabb egy 30 soros scriptnél az nem komplett, de azért még van pár elég komoly PHP-s framework. Szóval még ne temessük a PHP-t (mondom ezt úgy, hogy az elmúlt pár évben több Java és node kódot írtam mint PHP-t).