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 >> >>> >> >>> >> >> >> > >
