Autore Topic: progetto web forum lazaruspascal.it (Letto 209061 volte)

nomorelogic · « **il:** Gennaio 16, 2013, 04:30:38 pm »

Edit (10/03/2013):
Visto che il thread s'è allungato, sotto consiglio di xinyiman metto i riferimenti per provare i sorgenti.

Sorgenti
svn checkout http://svn.code.sf.net/p/lazarusiug/liug/trunk/pspage_module

oppure:

svn checkout https://svn.code.sf.net/p/lazarusiug/liug/trunk/pspage_module

segue post originario ->
____________________________________________________________

3D aperto, ricomincio da qua:

Citazione da: Stilgar - Gennaio 16, 2013, 11:25:14 am

usti, scusa.
<body>
<p:button caption="ciao" id="btn1" onclick="btn1click();"/>
</body>

queste si potrebbero implementare infatti come unit da compilare staticamente o in una DLL in modo da scrivere:

Codice: [Seleziona]

... html...

<%
   interface
   uses uSystemMacro;
%>

... html...

<%
   uSystemMacro.RenderButton('btn1', 'ciao', ['onclick="btn1click()']);
%>

e non solo, la DLL è compilata e magari fa parte del pacchetto, però possiamo anche dare modo di usare DLL fatte con lo script in modo che l'utente finale (che è un programmatore) possa farne di sue:

Codice: [Seleziona]

... html...

<%
   interface
   uses uSystemMacro,         // linkato staticamente nel modulo apache finale
        uSpecialMacroInDll external '.../uSpecialMacroInDll.so';       // dll a caricamento dinamico
   {$I uMyCustomMacro.pas } // qua ci sono le macro da usare tramite interprete
   
%>

... html...

<%
   uSystemMacro.RenderButton('btn1', 'ciao', ['onclick="btn1click()']);

   uSpecialMacroInDll.RenderButton('btn1', 'ciao', ['onclick="btn1click()']);

   RenderButton('btn1', 'ciao', ['onclick="btn1click()']);     // questa è in uMyCustomMacro.pas

   uSystemMacro.RenderForm('form1', 'uForm1.lfm');
%>

Stilgar · « **Risposta #1 il:** Gennaio 16, 2013, 05:08:10 pm »

Mamma mia, stai incasinando la grammatica non poco

nomorelogic · « **Risposta #2 il:** Gennaio 16, 2013, 05:47:27 pm »

dici?
beh sono possibilità mica bisogna per forza utilizzarle tutte insieme

e poi mi pare che sia ancora sintassi standard(issima) pascal

xinyiman · « **Risposta #3 il:** Gennaio 16, 2013, 08:18:07 pm »

Topic messo in evidenza

Stilgar · « **Risposta #4 il:** Gennaio 16, 2013, 09:21:08 pm »

Io direi di tenere la gammatica easy.
quindi <% %> pascal "base".
Mettere nei tag quelli specifici, magari senza inventare nulla di nuovo e prendere dal mondo Java e vedere cosa c'è.
Questo avrebbe un vantaggio che potrebbe rivelarsi vincente per quanto rigurda l'usabilità (nel senso che viene usato). Molti programmatori jsp potrebbero vedere la cosa "famigliare" e provare ad usarlo

No? Se poi la cosa è anche più veloce e rapida delle JSP e meno esosa di risorse ...

Stilgar · « **Risposta #5 il:** Gennaio 16, 2013, 09:22:16 pm »

Magari fare una cosa ancora più semplice per la versione beta ... solo i tag, niente codice custom

nomorelogic · « **Risposta #6 il:** Gennaio 17, 2013, 12:16:59 am »

tenere una grammatica facile infatti può essere vincente per far avvicinare gente.
però limitarsi a fare quello che fanno altri linguaggi senza le peculiarità del pascal mi sembra uno spreco

direi che si può iniziare con la versione facile (non solo per la beta ma per le cose di uso più comune) riservandosi però di usare delle caratteristiche più avanzate (usando grammatiche particolari).

ad esempio certe "uses" necessarie potrebbero essere inserite automaticamente da un pre-compilatore. del resto se l'interprete ne ha bisogno...

aesis · « **Risposta #7 il:** Gennaio 17, 2013, 09:22:43 am »

Sono d'accordo di usare una sintassi semplice..quello che vogliamo è avere un sistema snello, leggibile PASCAL like dove qualsiasi persona può facilmente metterlo in pratica fin da subito. Un'altra cosa comunque da tenere in mente è lo sviluppo di futuri PLUGIN quindi secondo noi avere fin da subito una struttura facilmente integrabile.

La buttiamo lì

creare una pagina tipo prodotti.html.pas

<h1>Prodotti</h1>

<table>
<tr>
<th>Codice</th>
<th>Descrizione</th>
<th></th>
<th></th>
<th></th>
</tr>

<%-begin For i := 0 to prodotti.count do %>
<tr>
<td><% prodotti.codice%></td>
<td><% prodotti.descrizione%></td>
<td><% link_to 'Visualizza', RenderForm('visualizza.html.pas prodotti.codice') %></td>
<td><% link_to 'Modifica', RenderForm('modifica.html.pas prodotti.codice') %></td>
<td><% link_to 'Cancella', RenderForm('conferma.html.pas prodotti.codice') %></td>
</tr>
<%-end; %>
</table>

<br />

<%-begin link_to 'Inserisci Prodotto', RenderForm('nuovo.html.pas')%><%-end;%>

Chiaramente dopo bisognerebbe gestire il routing delle pagina.
Poi potremmo avere un css comune per lo stile ed un template tipo

application.html.pas

<html>
... QUI FOGLIO DI STILE SIA PER DESKTOP/MOBILE/ETC
USO ANCHE DI JS PER PARTICOLARI FUNZIONI TIPO JQUERY ED ALTRI LINGUAGGI
<body>
<%-begin renderapp() -end%> <--- QUA VANNO POI INGLOBATE LE PAGINE tipo prodotti.html.pas
</body>
</html>

Speriamo di esserci spiegati bene...non ci "insultate"

Marco e Samuele

Stilgar · « **Risposta #8 il:** Gennaio 17, 2013, 09:52:49 am »

Io provoco

Per stimolare la discussione

Codice: [Seleziona]

<!-- variabile precaricata dal controller di pagina, dichiarata in modo che possa essere puntata dal motore di rendering -->
<p:object name="prodotti" />

<h1>Prodotti</h1>
<table>
  <tr>
    <th>Codice</th>
    <th>Descrizione</th>
    <th></th>
    <th></th>
    <th></th>
  </tr>
 
<psp:foreach var="prodotto" collection="${prodotti}" status="statusVar">
  <tr>
    <td><psp:out text="${prodotto.codice}"  /></td>
    <td><psp:out text="${prodotti.descrizione}" /></td>
    <td><psp:action id="actionVisualizza" method="visualizzaProdotto" param="${statusVar.index}" /></td>
    <td><psp:action id="actionModifica" method="modificaProdotto"  param="${statusVar.index}" /></td>
    <td><psp:action id="actionProdotto" method="cancellaProdotto"  param="${statusVar.index}" /></td>
  </tr>
</psp:foreach>
</table>
 
<br />
<psp:page>
  <psp:nclude resource="fogliodistileselezionato.css" type="stylesheet" />
  <!-- in alternativa -->
  <psp:nclude resourceAlias="alias-al-foglio-selezionato" />
  <psp:body>
      <psp:include page="prodotto.psp" />
  </psp:body>
</psp:page>

E jQuery è incluso in modo implicito, e dinamico alla pagina.

Codice: [Seleziona]


type
  TProdottoController = class(TPascalServerPageController)
  published
    procedure visualizzaProdotto(const parameter : TMethodControllerParameter);
    procedure modificaProdotto(const parameter : TMethodControllerParameter);
    procedure cancellaProdotto(const parameter : TMethodControllerParameter);
  end;

Butto lì. Il controller è caricato dentro un dynamic library (in modo che sia agganciabile al volo ed estendibile il framework).

Stilgar

aesis · « **Risposta #9 il:** Gennaio 17, 2013, 10:28:23 am »

C'è da dire interessante....anche se separerei (spero di non aver capito male)..in un'altra pagina...

<psp:page>
<psp:nclude resource="fogliodistileselezionato.css" type="stylesheet" />

<psp:nclude resourceAlias="alias-al-foglio-selezionato" />
<psp:body>
<psp:include page="prodotto.psp" />
</psp:body>
</psp:page>

Ti faccio una domanda...poi come integriamo tutto con APACHE per esempio?

Siamo molto felici che da un post si è aperta questa discussione e spero quanto prima di iniziare a buttare giù qualche pezzo di codice...(apriremo un google code o github...che dite?) anche se ancora è prematuro..

Marco e Samuele.

Stilgar · « **Risposta #10 il:** Gennaio 17, 2013, 10:32:38 am »

Diciamo che FreePascal ha già alcune cose per il Web, quindi non sarebbe da reinventare tutto da zero.
Ed in effetti erano 2 le pagine

Stilgar

aesis · « **Risposta #11 il:** Gennaio 17, 2013, 10:41:22 am »

Citazione da: Stilgar - Gennaio 17, 2013, 10:32:38 am

Diciamo che FreePascal ha già alcune cose per il Web, quindi non sarebbe da reinventare tutto da zero.
Ed in effetti erano 2 le pagine

Stilgar

Giusto! L'unica cosa che vorrei evitare è di utilizzare ExtJS per ragioni di licenza...no?....per le pagine stamattina è difficile svegliarsi!

Marco e Samuele.

nomorelogic · « **Risposta #12 il:** Gennaio 17, 2013, 10:54:06 am »

@Stilgar
per la beta (wow è già la seconda volta che compare il termine "beta"

) il preprocessore ci servirà quasi sicuramente ma preferirei limitarmi all'approccio sintattico proposto da asis (grammatica da rivedere ma l'idea la vedo più praticabile, almeno all'inizio).

L'idea di riunire le funzionalità di jsp e php non sono affatto male ma se rimaniamo su sintassi tipo:

Codice: [Seleziona]

    <td><% Writeln(prodotto.codice) %></td>
    <td><% Writeln(prodotto.descrizione %></td>
    <td><% psp.Action('actionVisualizza', 'visualizzaProdotto.html.pas', ['param1=valore1', 'param3=valore2', 'param3=valore3']) %> </td>

Questo perchè, non bimentichiamolo, dobbiamo usare almeno all'inizio un interprete pascal esistente...
Che poi il ns preprocessore possa tradurre:
psp:action id="actionVisualizza" method="visualizzaProdotto" param="${statusVar.index}"
in
<% psp.Action('actionVisualizza', 'visualizzaProdotto.html.pas', ['param1=valore1', 'param3=valore2', 'param3=valore3']) %>
Si può anche fare ma il motore finale è sempre l'interprete e quindi per la beta (e siamo a 3) ragioniamo con sintassi pascal-like e senza dover obbligare nessuno a scrivere classi.

Quindi, secondo me la cosa si va configurando così:

edit del file: sorgente.html.pas
preprocessore che genera: sorgente.pas
interprete che compila in: sorgente.psp
modulo apache che, a parità di sorgente.html.pas (non ci devono essere modifiche dall'ultima compilazione),esegue: sorgente.psp

sembra complicato ma otteniamo molti vantaggi:

il tempo macchina del preprocessore+pseudocompilazione è spostato a prima del runtime o al massimo alla prima esecuzione delll'html.pas
il file .pas generato dal ns preprocessore può essere farcito di tutte quelle necessità sintattiche che possiamo eliminare nell'html che rimane semplice

Edit:
si potrebbe configurare il modulo apache per lavorare in due modi:

preprocessore + pseudocompilazione forzata: passi da eseguire sempre e comunque così lo sviluppatore non si accorge di nulla
esecuzione solo .psp: per la pubblicazione del progetto una volta che lo sviluppo ha raggiunto una versione stabile

nomorelogic · « **Risposta #13 il:** Gennaio 17, 2013, 10:55:40 am »

Citazione da: aesis - Gennaio 17, 2013, 10:41:22 am

Citazione da: Stilgar - Gennaio 17, 2013, 10:32:38 am
Diciamo che FreePascal ha già alcune cose per il Web, quindi non sarebbe da reinventare tutto da zero.
Ed in effetti erano 2 le pagine

Stilgar

Giusto! L'unica cosa che vorrei evitare è di utilizzare ExtJS per ragioni di licenza...no?....per le pagine stamattina è difficile svegliarsi!
Marco e Samuele.

però chi vuole usare ExtJs dovrà essere libero di poterlo fare

ma a questo penseremo in un secondo momento

aesis · « **Risposta #14 il:** Gennaio 17, 2013, 11:35:32 am »

Citazione

però chi vuole usare ExtJs dovrà essere libero di poterlo fare
ma a questo penseremo in un secondo momento

Ovviamente SI sono d'accordo; scusate è vero ce ne occuperemo poi in fase di rendering di una form vera e propria
ma già impostando funzioni semplici copriamo il 90% di esigenze..secondo noi... (scusate non ci picchiate ma l'arma vincente di
Rails è proprio quella di avere pagine semplici non complesse...espandibili e customizzabili..vedi twitter scritto in ROR)

Marco e Samuele.

News:

Privacy Policy

Blog italiano

Forum ufficiale

Lazarus 1.0

Progetti Lazarus

Free Pascal

Libri

Autore Topic: progetto web forum lazaruspascal.it (Letto 209061 volte)

Recenti

How To

Free Pascal DS

Lazarus WEB

Disclaimer: