Mail server z nějakého důvodu požral jednu moji odpověď.
Z.
--
Zdenek Tronicek
FIT CTU in Prague
--- Původní zpráva
Předmět: Re: Skriptovani v Eclipse
Od:Zdeněk Troníček troni...@fit.cvut.cz
Datum: 20 Leden 2011, 13:04
Komu:
Toto jsem právě řešil - celkem asi 1 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
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 1 anotací.
* Žádný nástroj jsem nenašel.
* Napsal jsem si jednoduchý a ošklivý Python skript pro transformaci
anotací nad jednoduchými atributy - v
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
Dobrý den,
a co je špatného na tom si to napsat přímo v Javě? Nějaký skeleton budete
mít za 2h a přidávání dalších pravidel pro transformování stringů bude
stejně náročné jako v Perlu a spol. Práce nad objektovou reprezentací
zdrojáku to není, ale nemyslím, že by to nad ní šlo bůhvíjak
RefactoringNG zatím běží jen v NetBeans a bohužel není tak obecný jako
Eclipse Monkey, protože je zaměřen jen na refactoring.
Příklad použití (záměna Hashtable za ConcurrentHashMap) je zde:
http://netbeans.dzone.com/refactoringng/bye-bye-hashtable
Z.
--
Zdenek Tronicek
FIT CTU in Prague
Filip
Ten plugin se jmenuje Jackpot a skutečně teď trochu usnul.
Z.
--
Zdenek Tronicek
FIT CTU in Prague
Tomas Hubalek napsal(a):
Asi je muj komentar trosku off topic, ale premyslim nad tim, jak asi
vypada a jak je asi (z hlediska OOP) navrzeny projekt, ktery potrebuje
mit skripty na refactoring.
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
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
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.
Ahoj.
Pokial by si sa uberal touto cestou, hod zrak na javaparser. Mne to tu
ktosi davnejsie
odporucal ( implementoval som extrakciu textu na preklad v
qtjambi-mvn-plugin )
a bolo to dost jednoduche. Akurat si teraz nie som isty, ci je to
read-write, alebo len read-only.
--
Dusan
Dobrý
11 matches
Mail list logo