No ja jsem v tomhle asi malicko extremni, protoze bud mam projekt pokryty na 80 a vice procent a nebo pisu testy jen na jednoduche veci (protoze nektere tridy jsou bohuzel (hlavne v legacy projektech) navrzeny tak nestastne, ze je otestovat nejde a refaktorovat diky chybejicim unit testum a nizke srozumitelnosti kodu je dost problematicke, takze se bohuzel praktikuje pravidlo "nedrbat do neceho co funguje".
Tom > -----Original Message----- > From: konference-boun...@java.cz [mailto:konference-boun...@java.cz] On Behalf > Of "Zdeněk Troníček" > Sent: Thursday, January 20, 2011 1:47 PM > To: Java > Subject: RE: Skriptovani v Eclipse > > Proč? Pokud se bude projekt dále rozvíjet, tak testy smysl mají. Už jen > pro to, aby člověk poznal, že přidáním něčeho nového nic starého > nerozhodil. Já sám používám oba způsoby psaní testů: před napsáním kódu i > po a nikdy jsem neměl pocit, že by byly zbytečné. > > Z. > -- > Zdenek Tronicek > FIT CTU in Prague > > > Tomas Hubalek napsal(a): > > 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 > >> >>> > >> >>> > >> >> > >> > > >
