Recess Framework

[guest]

vabbè è un thread retorico, quindi

Si, più o meno si.

[guest]

Un esempio di alcune annotazioni test che sto usando:

Vabbè, ma son variabili/costanti, alla fine...
Niente di particolare.

Quella roba li la si può fare, in maniera più o meno pulita, con strumenti più o meno simili, in ogni linguaggio.

Ma quello che è folle (e che nemmeno quelli di WP han pensato, fino ad ora) è prendere decisioni sul flusso del programma in base ai commenti.

[Antonio]

Vabbè, ma son variabili/costanti, alla fine...
Niente di particolare.

Quella roba li la si può fare, in maniera più o meno pulita, con strumenti più o meno simili, in ogni linguaggio.

Ma quello che è folle (e che nemmeno quelli di WP han pensato, fino ad ora) è prendere decisioni sul flusso del programma in base ai commenti.

Beh, variare la metodologia di trattamento di un oggetto può essere vista come una modifica sul workflow dell'applicativo

Comunque in PHP con le reflection puoi grabbare i commenti e farci quel che vuoi senza problemi (alla fine quelle sono annotazioni, solo che loro non possono usare direttamente @qualcosa perché non supportato da php).

PHP: ReflectionClass::getDocComment - Manual

[andrea.paiola]

Beh, variare la metodologia di trattamento di un oggetto può essere vista come una modifica sul workflow dell'applicativo

Comunque in PHP con le reflection puoi grabbare i commenti e farci quel che vuoi senza problemi (alla fine quelle sono annotazioni, solo che loro non possono usare direttamente @qualcosa perché non supportato da php).

PHP: ReflectionClass::getDocComment - Manual

sì han scopiazzato proprio da Java la questione delle annotations, ma mi domando perchè... uno sviluppatore PHP non se le aspetta ste robe... è un colpo basso

[kyxz]

Mah io credo che sarebbe da evitare, il codice è il codice e i commenti sono i commenti. Che è sta smania di eseguire i commenti?

[sa_su_ke]

Ciao le annotation attraverso commenti stanno venendo applicato anche in symfony 2 e doctrine 2.

In oltre anche flow3 il futuro mvc in cui verra creato typo3 supporterà le annotation tramite commenti.

sinceramente a me sembra un modo molto pulito per fare programmazione dichiarativa attraverso le annotations

[rtacconi]

Usare i commenti come annotations mi sembra una ottima idea. Gli sviluppatori hanno superato i limiti del PHP come potevano. Il framwork non lo conoscevo e mi sembra molto buono visto che uso Ruby on Rails, devo dire mi ci troverei bene. Si possono creare model che generano, volendo, le tabelle prendendo le informazioni dalle propieta` del model (nome proprieta` = nome campo) e dalle annotations per quanto riguarda il tipo di campo (stringa, intero, etc). Sembra che si integri con PHPUnit per i test anche se preferirei usare un framework BDD per il testing.

[Antonio]

Usare i commenti come annotations mi sembra una ottima idea. Gli sviluppatori hanno superato i limiti del PHP come potevano. Il framwork non lo conoscevo e mi sembra molto buono visto che uso Ruby on Rails, devo dire mi ci troverei bene. Si possono creare model che generano, volendo, le tabelle prendendo le informazioni dalle propieta` del model (nome proprieta` = nome campo) e dalle annotations per quanto riguarda il tipo di campo (stringa, intero, etc). Sembra che si integri con PHPUnit per i test anche se preferirei usare un framework BDD per il testing.

Il problema è la parte in grassetto.

Io ormai ci ho perso le speranze che php evolva seriamente a qualcosa usabile in ambito enterprise ed è un peccato; la prova è il supporto unicode che non vedrà luce neanche quest'anno

[rtacconi]

Usa Quercus, PHP in Java :-P cosi le strighe sono in unicode.

[Antonio]

Usa Quercus, PHP in Java :-P cosi le strighe sono in unicode.

Aspetta che Seam 3.x sia veramente pronto poi so io che vi combino

[rtacconi]

Vabbè, ma son variabili/costanti, alla fine...
Niente di particolare.

Quella roba li la si può fare, in maniera più o meno pulita, con strumenti più o meno simili, in ogni linguaggio.

Ma quello che è folle (e che nemmeno quelli di WP han pensato, fino ad ora) è prendere decisioni sul flusso del programma in base ai commenti.

Non hanno a che fare con il flusso del programma, li devi vedere come 'configurazione'.

Se con il PHP fosse possibile creare una DSL, si potrebbe scrivere:

public $titolo, integer, size = 20;

Visto che con PHP e Java non e` possibile, con Java hanno inventato le annotations, con il PHP... non credo che ci abbiano ancora pensato

Comunque un connazionale scriveva sulla annotazioni con il PHP nel 2008: http://blog.fedecarg.com/2008/07/19/...ations-in-php/

[guest]

Più che altro, mi piacerebbe sapere come fanno a leggerle a livello di PHP.

Per definizione, i commenti non sono visti dall'interprete, questo mi fa pensare che ci sia una sorta di lettura brutale del file in background, il che è un male, imho.

Sarebbe interessante capire anche come funzionano le annotation in un progetto codificato con zend o ioncube, che, a quanto ne so, saltano a pie-pari i commenti quando credo il codice, il che escluderebbe una lettura brutale del codice stesso per prenderne i commenti

[rtacconi]

Più che altro, mi piacerebbe sapere come fanno a leggerle a livello di PHP.

Per definizione, i commenti non sono visti dall'interprete, questo mi fa pensare che ci sia una sorta di lettura brutale del file in background, il che è un male, imho.

Sarebbe interessante capire anche come funzionano le annotation in un progetto codificato con zend o ioncube, che, a quanto ne so, saltano a pie-pari i commenti quando credo il codice, il che escluderebbe una lettura brutale del codice stesso per prenderne i commenti

Come ha detto Antonio usa la reflection API in run-time

[Antonio]

Più che altro, mi piacerebbe sapere come fanno a leggerle a livello di PHP.

Per definizione, i commenti non sono visti dall'interprete, questo mi fa pensare che ci sia una sorta di lettura brutale del file in background, il che è un male, imho.

Semplicemente le nuove versioni dei vari encoder lasciano i commenti nel file encodato; infatti se vai a leggere la userguide di ioncube 7, noterai:

3.14.3
Omitting Documentation Comments [--no-doc-comments]
Documentation comments are comments with the following syntax:
/**
My code comment
*/
These comments are exposed by the PHP 5 reflection API, and are preserved by the PHP 5 Encoder by default. In order to omit these documentation comments from encoded files specify the --no-doc-comments option.

[guest]

Ecco, questo spiega tutto ed esclude a priori che la reflection api rilegga il file sorgente per accedere ai commenti, visto che non potrebbe rileggere un file encodato.