2013/11/8 Simone Federici s.feder...@gmail.com
Però lo fa su tutti i metodi, anzi su tutti i callable quindi compresi gli
attributi = Class giusto per fare un esempio.
Beh, e' un proof of concept.
Inoltre invoca il super prima, ma se lo volessimo invocare dopo o peggio
in mezzo?
Potremmo
2013/11/8 Manlio Perillo manlio.peri...@gmail.com
Ecco una possibile reimplementazione in Python:
http://pastebin.com/Nan5a1xG
Bello!
--
.
..: -enrico-
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
2013/11/8 Piergiuliano Bossi pgbo...@gmail.com
In realta' essere indipendenti dall'ordine di esecuzione dei diversi
metodi di setup (o di test) e' una cosa positiva, non negativa, ma sono
sicuro che molti dissentono su questo aspetto. :)
Diciamo che essere indipendenti sembra fico quando lo
On 08/11/2013 20:38, Piergiuliano Bossi wrote:
[...]
Ecco una possibile reimplementazione in Python:
http://pastebin.com/Nan5a1xG
Non garantisco nulla su quel codice, però...
Ho almeno cercato di implementarlo nel modo più semplice possibile.
Grazie mille, me lo studio e poi
On 09/11/2013 10:41, enrico franchi wrote:
[...]
@callsuper lo preferisco :-)
Possibile... in realta' preferisco l'ancora piu' generale call_before e
call_after.
E call_around (CLOS)?
Poi diciamocela tutta, visto quello che costa una chiamata di funzione,
c'e' da andarci piano.
On 08/nov/2013, at 08:50, Marco Beri marcob...@gmail.com wrote:
Credo che lui abbia un comportamento base di tutti i setUp delle sottoclassi
che vuole mettere nella classe padre, quindi, in alcuni o tutti i casi, vuole
fare qualcosa di particolare nelle classi figlie.
Vabbè ma ditelo
Le ABC in Python ci sono…
:-)
il problema è parlare di introduzione delle Interfacce perché i clienti lo
richiedono…
Per carità le interfacce giá ci sono in python. almeno se non intendiamo per
interfacce la sola parola chiave interface...
___
2013/11/8 Simone Federici s.feder...@gmail.com
On 08/nov/2013, at 08:50, Marco Beri marcob...@gmail.com wrote:
Credo che lui abbia un comportamento base di tutti i setUp delle
sottoclassi che vuole mettere nella classe padre, quindi, in alcuni o tutti
i casi, vuole fare qualcosa di
On 08 Nov 2013, at 09:05, Simone Federici s.feder...@gmail.com wrote:
il problema è parlare di introduzione delle Interfacce perché i clienti lo
richiedono…
Per carità le interfacce giá ci sono in python. almeno se non intendiamo per
interfacce la sola parola chiave interface…
Certo,
2013/11/8 Valerio Maggio valerio.mag...@gmail.com
On 08 Nov 2013, at 07:52, Marco Beri marcob...@gmail.com wrote:
2013/11/8 Piergiuliano Bossi pgbo...@gmail.com
Mi sembra di capire che in Python sia con unittest che con nose non ci
sia un modo builtin per far si' che, in una gerarchia di
Seconda domanda: vi rassegnate o c'e' qualche escamotage?
Nulla ti vieta di scrivere un @decorator per setup che invochi lui il super per
te
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
https://gist.github.com/rik0/7367887
Stupenda!
Non la utilizzerei mai :-)___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
On 08 Nov 2013, at 09:43, enrico franchi enrico.fran...@gmail.com wrote:
2013/11/8 Valerio Maggio valerio.mag...@gmail.com
On 08 Nov 2013, at 07:52, Marco Beri marcob...@gmail.com wrote:
2013/11/8 Piergiuliano Bossi pgbo...@gmail.com
Mi sembra di capire che in Python sia con
On 08 Nov 2013, at 09:50, Simone Federici s.feder...@gmail.com wrote:
https://gist.github.com/rik0/7367887
Stupenda!
Si, concordo !-)
Non la utilizzerei mai :-)
Beh, se ci pensi, in una qualche maniera ha definito proprio il decoratore che
suggerivi (vedi wraps… :-)
Super cool.. :-)
Beh, se ci pensi, in una qualche maniera ha definito proprio il decoratore
che suggerivi (vedi wraps… :-)
Super cool.. :-)
Giuro che so leggere :-D
Però lo fa su tutti i metodi, anzi su tutti i callable quindi compresi gli
attributi = Class giusto per fare un esempio.
Inoltre invoca il
On 08 Nov 2013, at 10:43, Simone Federici s.feder...@gmail.com wrote:
Beh, se ci pensi, in una qualche maniera ha definito proprio il decoratore
che suggerivi (vedi wraps… :-)
Super cool.. :-)
Giuro che so leggere :-D
Ma certo..voleva solo essere un ulteriore appunto, nulla di più :-)
On 2013-11-08 03:12, Piergiuliano Bossi wrote:
Mi sembra di capire che in Python sia con unittest che con nose non
ci sia
un modo builtin per far si' che, in una gerarchia di test, la setup
della
superclasse venga invocata automaticamente eseguendo un test della
sottoclasse. Quello che vedo e'
On 08/11/2013 04:12, Piergiuliano Bossi wrote:
Mi sembra di capire che in Python sia con unittest che con nose non ci
sia un modo builtin per far si' che, in una gerarchia di test, la setup
della superclasse venga invocata automaticamente eseguendo un test della
sottoclasse.
Se ci fosse un
2013/11/8 Simone Federici s.feder...@gmail.com
Quello che vedo e' che di solito il primo step della setup della
sottoclasse e' invocare la setup della superclasse (yak!).
Non ho capito dove è il problema. Se non scrivi la setup della sottoclasse
che succede?
Il punto e' che hai bisogno di
2013/11/8 Simone Federici s.feder...@gmail.com
Seconda domanda: vi rassegnate o c'e' qualche escamotage?
Nulla ti vieta di scrivere un @decorator per setup che invochi lui il
super per te
Si', quindi la mia domanda e': nose prevede queste cose o no? Qualcuno di
voi si e' mai posto il
2013/11/8 Valerio Maggio valerio.mag...@gmail.com
In ogni caso, per dovere di cronaca, aggiungerei che nose, rispetto a
unittest, è più flessibile sulla faccenda setup: decoratore with_setup o
tutti i metodi che rispettano il naming patter setup_whatever
2013/11/8 Simone Federici s.feder...@gmail.com
qualche implementazione fornite dai google friends:
http://snipperize.todayclose.com/snippet/py/Decorator-for-calling-the-super-method-automagically.--24988/
http://anybox.fr/blog/calling-super-from-a-method-decorator
Il mio contesto e' piu'
2013/11/8 Manlio Perillo manlio.peri...@gmail.com
On 08/11/2013 04:12, Piergiuliano Bossi wrote:
Mi sembra di capire che in Python sia con unittest che con nose non ci
sia un modo builtin per far si' che, in una gerarchia di test, la setup
della superclasse venga invocata automaticamente
Ok, direi che mi sono espresso male e che ho dato adito a parecchi
fraintendimenti. Colpa mia. Per cui mi top-quoto per il sollazzo dei
presenti.
Vediamo se riesco a correggere il tiro globalmente, prima di rispondere a
ogni messaggio:
- Il contesto e' solo ed esclusivamente unit testing (o
Si', quindi la mia domanda e': nose prevede queste cose o no? Qualcuno di
voi si e' mai posto il problema? (mi sembra di no)
il problema qui ce lo siamo posto, ma un metodo di setup basta e avanza.
mmm, vuoi uniformare 2 test suite tra nose e unittest, non sarà meglio
crearne 2 separate?
On 08/11/2013 15:48, Piergiuliano Bossi wrote:
2013/11/8 Manlio Perillo manlio.peri...@gmail.com
mailto:manlio.peri...@gmail.com
On 08/11/2013 04:12, Piergiuliano Bossi wrote:
Mi sembra di capire che in Python sia con unittest che con nose
non ci
sia un modo builtin
https://gist.github.com/rik0/7367887
Caruccio, incredibilmente malvagio, ma caruccio. In realta' queste cose le
dovrebbe fare il runner (eg: di nose) seguendo un qualche criterio (eg:
tramite decoratori).
Ciao,
Giuliano
--
Piergiuliano Bossi
Blog: http://thinkingbox.wordpress.com/
Piergiuliano Bossi wrote:
conosco unittest e nose, che mi sembra sia ancora basato su unittest,
se ce ne sono altri più interessanti sarei curioso di saperne di più
pytest è interessante. Non so se ha supporto a ciò che chiedi, qui non lo
vedo:
2013/11/8 Simone Federici s.feder...@gmail.com
Si', quindi la mia domanda e': nose prevede queste cose o no? Qualcuno di
voi si e' mai posto il problema? (mi sembra di no)
il problema qui ce lo siamo posto, ma un metodo di setup basta e avanza.
Wot?!?
mmm, vuoi uniformare 2 test suite
2013/11/8 Nicola Larosa n...@teknico.net
Piergiuliano Bossi wrote:
conosco unittest e nose, che mi sembra sia ancora basato su unittest,
se ce ne sono altri più interessanti sarei curioso di saperne di più
pytest è interessante. Non so se ha supporto a ciò che chiedi, qui non lo
vedo:
2013/11/8 Manlio Perillo manlio.peri...@gmail.com
Allora no, che io sappia nose ed PyUnit non si comportano come le nuove
versioni di JUnit.
Capito.
Puoi postare un esempio di come si fa in JUnit?
Ecco qua.
SuperTest.java
import org.junit.Before;
import
Wot?!?
non ho capito cosa intendi?
mmm, vuoi uniformare 2 test suite tra nose e unittest, non sarà meglio
crearne 2 separate?
No, sto migrando da unittest a nose.
a ecco
quindi non ti basterebe un semplice metodo adapter ossia scrivere nella
superclasse il metodo setup di nose e
2013/11/8 Simone Federici s.feder...@gmail.com
https://gist.github.com/rik0/7367887
Stupenda!
TY.
Non la utilizzerei mai :-)
Nemmeno io. E' come pulirsi il culo con l'object model di Python… ;)
--
.
..: -enrico-
___
Python mailing list
2013/11/8 Simone Federici s.feder...@gmail.com
Wot?!?
non ho capito cosa intendi?
L'idea che un metodo di setup basti e avanzi e' quantomeno discutibile.
Quando ti trovi ad organizzare parecchie migliaia di tests ti assicuro che
puo' essere molto utile. Pero' stiamo andando OT, per cui mi
On 08/11/2013 17:00, Piergiuliano Bossi wrote:
2013/11/8 Manlio Perillo manlio.peri...@gmail.com
mailto:manlio.peri...@gmail.com
Allora no, che io sappia nose ed PyUnit non si comportano come le
nuove versioni di JUnit.
Capito.
Puoi postare un esempio di come si fa in JUnit?
On 08 Nov 2013, at 19:39, Manlio Perillo manlio.peri...@gmail.com wrote:
Ecco una possibile reimplementazione in Python:
http://pastebin.com/Nan5a1xG
Notevole! Grazie mille per averla condiviso. :-)
Molto istruttiva!
Mi pare di capire che questa soluzione, oltre ad emulare il modello di
On 08/11/2013 20:08, Valerio Maggio wrote:
On 08 Nov 2013, at 19:39, Manlio Perillo manlio.peri...@gmail.com wrote:
Ecco una possibile reimplementazione in Python:
http://pastebin.com/Nan5a1xG
Notevole! Grazie mille per averla condiviso. :-)
Prego.
Molto istruttiva!
Non ne sono
2013/11/8 Manlio Perillo manlio.peri...@gmail.com
On 08/11/2013 17:00, Piergiuliano Bossi wrote:
2013/11/8 Manlio Perillo manlio.peri...@gmail.com
mailto:manlio.peri...@gmail.com
Allora no, che io sappia nose ed PyUnit non si comportano come le
nuove versioni di JUnit.
2013/11/8 Valerio Maggio valerio.mag...@gmail.com
Mi pare di capire che questa soluzione, oltre ad emulare il modello di
esecuzione di JUnit 4.x per i metodi @before/@after, la migliora
aggiungendo un (semplice) criterio (i.e., LIFO) per l'esecuzione dei
diversi metodi.
Al contrario di
Il giorno 08 novembre 2013 20:08, Valerio Maggio
valerio.mag...@gmail.comha scritto:
On 08 Nov 2013, at 19:39, Manlio Perillo manlio.peri...@gmail.com wrote:
Ecco una possibile reimplementazione in Python:
http://pastebin.com/Nan5a1xG
però!
Notevole! Grazie mille per averla
class Father(object):
def setUp(self):
print Padre
self.childrenSetUp()
Questo è il DP template method
Ovviamente se non hai sempre childrenSetup, devi trappare l'errore in
Father.setUp.
Più che altro lo scriverei nel father come metodo astratto
def
2013/11/8 Valerio Maggio valerio.mag...@gmail.com
A me, sinceramente, un pochino si :D
A dire la verità anche a me... :-)
Se, invece, lo ridefinisce, non mi vengono in mente soluzioni *senza*
l'invocazione esplicita di super(Child, self).setUp().
Btw, non la vedo una grande limitazione.
On 08 Nov 2013, at 08:52, Simone Federici s.feder...@gmail.com wrote:
Ps: è lecito dire astratto in una comunità pythonica?
Beh, si.. perché no?! :-)
Le ABC in Python ci sono… il problema è parlare di introduzione delle
Interfacce perché i clienti lo richiedono….. (cit. QA di
43 matches
Mail list logo
