Czech Scala Enthusiasts: SimpleFX
Kdy: 12.5. 18:00
Kde: FIT ČVUT, Thákurova 9, Praha, zasedací místnost, 3. patro
Přijďte se seznámit se SimpleFX - novým Scala DSL pro psaní Write Once Run Anywhere UI aplikací.
Kdy: 12.5. 18:00
Kde: FIT ČVUT, Thákurova 9, Praha, zasedací místnost, 3. patro
Přijďte se seznámit se SimpleFX - novým Scala DSL pro psaní Write Once Run Anywhere UI aplikací.
S přibývajícími úpravami kódu se pomalu vytrácí jeho struktura a klesá čitelnost. Kód se duplikuje a zamotává. S další takovouto změnou je na čase zvážit refaktoring.
Kdy: 31.3. 18:00
Kde: Komentujte na meetup.com
Přijďte si vyzkoušet funkcionální programování na workshop pořádaný Czech Scala Enthusiasts.
Jistě každý z nás již někdy slyšel o refaktoringu, přesto téměř každý den narážím na kusy kódu, které jakoby o něm neslyšely nikdy. Zásahy do takovéhoto kódu jsou pak obtížné - trvají déle a riziko zavlečení chyby se zvyšuje. Jak se s tím tedy vypořádat?
Od prvního veřejného vydání Javy 7 uplynuly již téměř 4 roky (léto 2011) a je dnes běžnou součástí produkčních prostředí. Přesto některé novinky, které přinesla, mohly být pozapomenuty. V dnešním článku si je osvěžíme a někdy příště se podíváme na novinky z Javy 8.
Pokud ve své třídě překrýváte (override) metodu equals(Object), nikdy nezapomínejte překrýt i metodu hashCode(). Tuto poučku jistě každý slyšel mnohokrát, ale možná ne každý tuší proč. Shodou okolností jsem před několika dni narazil na produkční problém způsobený porušením tohoto principu.
Standardní cestou, jak v Javě získat nový objekt, je přímé zavolání konstruktoru. Není to však možnost jediná, někdy může být výhodnější použít tzv. statickou tovární metodu (v orignále static factory method). Jaké jsou tedy výhody ve srovnání s přímým voláním konstruktoru?
Poslední díl minisérie věnovaný nástroji Hotswap Agent, který umožňuje za běhu aplikace vyměnovať téměř libovolné kusy zdrojového kódu.
V druhém díle stručně popíšu postupy a nástroje nezbytné pro lokální vývoj.
Tento článek je úvod k minisérii o vývoji na lokále. Lokální vývoj přináší pohodlí a efektivitu a je pro většinu lidí běžnou praxí, ale i tak znám jedince, kteří stále raději vyvíjejí na „develech“. Nemluvím teď o případech, kdy na daném projektu dělám jednou za rok.