Libreria / Framewok Ajax o Data-Biding

Libreria / Framewok Ajax o Data-Biding postato il 10/10/2018 12:04:14 nel forum programmazione, gdrcd, open source, hosting

Buongiorno a tutti,
sono un paio di giorni che ci rifletto e sto cercando in giro per la rete qualche libreria o framework per utilizzare chiamate ajax in seguito al data-binding su un elemento o più elementi.

Ho lavorato con jQuery e Angular ma data la complessità del secondo e l'assenza di data-binding su Jquery stavo cercando qualcosa che fosse più "smart" (semplice da scrivere) ho trovato nella rete una valida, secondo me, alternativa ed è Knockout.js https://knockoutjs.com/ ↗.

Ma a questo punto chiedo anche a voi se avete trovato qualcosa di simile o se avete sviluppato una libreria.

---

quota

10/10/2018 12:09:17

Io ti consiglio vue, react o angular.
Lascia stare jquery, lascia stare knockout.

Ma la curva di apprendimento di quei tre può non essere banale se non sei nel campo (o se non vuoi investire troppo tempo a capire come usarli)

---

quota

10/10/2018 12:52:06

Vue lo conosco molto bene e React un po' meno, devo guardarlo più da vicino.



E' quello che mi blocca in realtà dall'inserire una di queste librerie, cercavo qualcosa che fosse "facile" anche per persone meno istruite nel campo della programmazione.

Per ora comunque do un occhiata a React che è l'unico che ancora non ho guardato a fondo come gli altri che hai citato, anche per il gusto della conoscenza.

---

quota

10/10/2018 13:01:49

Conosci vue, usa vue.
non capisco il problema.

---

quota

12/10/2018 08:26:08

Il problema è che, esattamente come Laravel per me, il dilemma è : poi la gente sarebbe in grado di utilizzarlo ?

Che di base temo sia la domanda che ha bloccato lo sviluppo tecnologico nel campo dei PBC alla semplice procedurale ingarbugliata.

Se vuoi qualcosa per "neofiti" il cui apprendimento potrebbe essere alla portata di tutti, potresti provare Rivets.js

Non è sicuramente ai livelli di quelli citati sopra, ma sicuramente più facile.

quota

12/10/2018 11:05:25

purtroppo php è partito come linguaggio di templating talmente semplice e cazzone da essere alla portata di tutti. Col tempo si è visto che ciò aveva un prezzo estremamente caro e si è tentato di correre ai ripari dalla versione 5 in poi, fino arrivare alla 7 che ha messo una buona pezza in tutte le sue falle, sacrificando però il punto di forza di partenza:La semplicità/intuitività.

quota

12/10/2018 12:32:44

Beh sono punti di vista, per chi parte da zero senza la minima nozione, è ovvio che risulti meno intuitivo e facile.

quota

12/10/2018 14:45:38

non sto criticando la cosa anzi, sono contento della piega presa dalla versione 7. E anzi ritengo una cosa positiva il potersi muovere a due velocità in pvp, chi è neofita si limita ad usare il procedurale, chi è un po' più ferrato va di oop con i suoi indubbi vantaggi

quota

13/10/2018 18:44:07

Axios è assai buona come libreria per chiamate ajax, io uso quella con vue js ;-)

quota

14/10/2018 13:51:24 e modificato da geko il 14/10/2018 14:00:15

No Laravel secondo me non sarebbe in grado di usarlo la maggior parte degli utenti che vorrebbe crearsi un pbc.
C'è da dire che sviluppare un cms con Laravel potrebbe portare un innovazione e metterebbe dei costi onesti a chi lavora alla programmazione di un pbc.

Farebbe la fine del cms "Accent 2.0" che nonostante sia una validissima alternativa a GDRCD non è mai stato aggiornato e arricchito di funzionalità perché considerato "difficile" dagli utenti. Quando in realtà è molto più semplice al contrario di quanto dicono, ma ormai gli anni sono passati e senza una community interessata il progetto ormai è scarno e abbandonato.

---

quota

14/10/2018 14:17:57

Ne sono consapevole, sebbene ritenga sia sbagliato. Non si fa altro che lamentarsi di progetti fatti male, messi su in mezza giornata, però si continua ad incentivare questa pratica offrendo prodotti sempre più facili da utilizzare e che richiedono sempre meno sforzo per creare qualcosa. Ora non dico che tutto quello che non è sviluppato attraverso un framework faccia schifo, ma mi sono reso conto io stesso del passaggio qualitativo da Monahven a Monahven 2.0 (framework proprietario > laravel)

dagli aggiornamenti delle classi (che per ovvi motivi erano impossibili nella prima versione di Monahven) , ad una community che tiene il progetto attivo e lo cura, al più semplice laracast per trovare risposte e tutorial di utilizzo.

Per come la vedo io, allo stato attuale, bisognerebbe incentivare soltanto le persone che mettono un vero impegno nello sviluppo del progetto, offrendo un prodotto si, più difficile da usare, ma che sicuramente non scoraggerebbe chi è veramente interessato a dare vita a qualcosa di interessante non solo per quei 10 minuti di gloria.

Per come la vedo io, più è facile, più schifezze ne vengono fuori, ma boh, è la mia opinione e si sa che sono acido u.u

quota