V pripade MP jde primarne o to otestovat ORM, ne celou business logiku. Testy ve starych projektech dopisuju pro vsechny bloky, kterych se dotknu a prinos je neoddiskutovatelny. Na zasadnejsi problemy s testovatelnosti jsem nenarazil.
VS 2011/1/20 Tomas Hubalek <tomas.huba...@onsemi.com>: > Huh. > > Unit testy do tak brutalniho existujiciho projektu? Presto ze mam celkem > zkusenosti s TDD, tak do toho by semi fakt nechtelo. Dopisovat testy do > projektu, ktery nebyl jako TDD delany od zacatku casto ani rozumne nejde. > > Tom > >> -----Original Message----- >> From: konference-boun...@java.cz [mailto:konference-boun...@java.cz] On >> Behalf >> Of Vaclav Stumbauer >> Sent: Thursday, January 20, 2011 1:31 PM >> To: Java >> Subject: Re: Skriptovani v Eclipse >> >> Jednoznacne dopiste testy :-) >> Co Vam v tom brani? >> >> VS >> >> 2011/1/20 Martin Peterka <martin.pete...@gmail.com>: >> > Toto jsem právě řešil - celkem asi 10000 anotací. >> > * Žádný nástroj jsem nenašel. >> > * Napsal jsem si jednoduchý a ošklivý Python skript pro transformaci >> > anotací nad "jednoduchými" atributy - v podstatě jen @Column - což >> > ušetřilo hodně práce a času. >> > * Vše ostatní jsem převáděl ručně (klávesová zkratka u Eclipse >> > templates, k tomu Code Snippets), včetně kontroly výstupu skriptu. >> > (Občas udělal chybu.) >> > * Není to jednoduché, páč každý XDoclet zapisoval trochu jinak, občas >> > musí člověk kontrolovat vygenerovaný hbm.xml soubor. >> > >> > Narážím teď na problém, jak ověřit, jestli jsem někde neudělal chybu.. >> > 1) Vygenerovat z anotací znovu hbm.xml přes hibernate-tools a porovnat >> > s výstupem z XDoclet sice jde. Ale jsou natolik odlišné, že to není >> > moc spolehlivé. (A v hibernate-tools např. chyběly šablony pro >> > generování one-to-one vazby apod..) >> > 2) Porovnání DDL z původního řešení a z nového pomůže zkontrolovat jen >> > malou část. (A také to není žádný med, protože je jiné pořadí sloupců >> > apod.) >> > 3) Testy nejsou.;) Hlavně mám strach o cascade... >> > >> > Martin Peterka >> > >> > 2011/1/20 Vaclav Stumbauer <stum...@gmail.com>: >> >> Diky, >> >> to vypada dobre. >> >> >> >> 1) Nekamaradi se to s Eclipesem. >> >> 2) Nejsem si jisty zda v racmi AST se jde tostat na komentare >> >> - aktualne napriklad potrebuji transformace xdocletich tagu na anotace >> >> >> >> to ZT: jde RefactoringNG nejak rozumne pouzit mimo Netbeans? >> >> >> >> to Tomas Hubalek: >> >> Podivejte se napriklad na priklady k RefactoringNG. >> >> >> >> Aktualne potrebuji pretransformovat xdocleti anotace na jine/java5/ >> anotace. >> >> >> >> diky >> >> >> >> VS >> >> >> >> >> >> >> >> 2011/1/20 Filip Jirsák <fi...@jirsak.org>: >> >>> Zdravím, >> >>> podívejte se na RefactoringNG. Je to sice primárně pro NetBeans, ale >> myslím, >> >>> že je to zamýšleno jako obecné řešení, takže by to mělo jít používat i >> mimo >> >>> NetBeans. >> >>> S pozdravem >> >>> >> >>> Filip Jirsák >> >>> >> >>> >> >>> Dne 20. ledna 2011 11:45 Vaclav Stumbauer <stum...@gmail.com> napsal(a): >> >>>> >> >>>> Zdravim konferenci, >> >>>> >> >>>> hledam skriptovaci nastroj do eclipsu, kterym bych mohl provadet >> >>>> komplexnejsi refactory. >> >>>> Aktualne takove veci pokud to jde resim bud makry ve vim nebo pomoci >> >>>> nastroju jako sed atp., >> >>>> jejichz pristup je prilis surovy :-) >> >>>> >> >>>> Moje predstava je takova ze budu mit pristup ke zparsovane strukture >> >>>> zdrojoveho kodu >> >>>> a nad tou budu moci provadet operace za pomoci scriptovaciho jazyka. >> >>>> Optimalni by take bylo aby to slo pustit na cely substrom v ramci >> >>>> projektu. >> >>>> >> >>>> 1) Mate s necim takovym zkusenost? >> >>>> Nasel jsem Eclipse Monkey, ale to se mi zda mrtve. >> >>>> >> >>>> 2) Jak provadite komplexni refactory u kterych je potencial k >> >>>> automatickemu provedeni >> >>>> a nelze je provest standardnimi prostredky eclipsu? >> >>>> >> >>>> diky >> >>>> >> >>>> VS >> >>> >> >>> >> >> >> > >
