Příspěvky

166

Vývoj / Re:Trait a konstruktor

« kdy: 21. 12. 2020, 09:48:48 »

Souhlas, že traity a DI jsou částečně zastupitelné přístupy. Vhodnost jednoho či druhého záleží IMHO na okolnostech.

Nemohu souhlasit. Tyto dva koncepty spolu nijak nesouvisí. Traity jsou o lepení kódu. DI je o přiznání závislostí. Nebe a dudy.

Souhlasim, ze je tam rozdil, ale nevidim ze by u toho traitu ta zavislost byla mene priznana.

U traitu je ta závislost vnitřní, u DI vnější.

167

Vývoj / Re:Trait a konstruktor

« kdy: 20. 12. 2020, 19:45:28 »

V první otázce zní: Nezneužívat dědičnost, radši na to vzít traity. Já říkám: Ale já vidím kompozici, k té traity nepotřebuju. Odpověď: V kontextu OOP je to jinak. Tak jak je to? Co je trait?

Abych nebyl za kverulanta, já bych prostě inicializoval v konstruktoru, kde bych volal konstruktor traitu. Nebo je myšlena nějaká automatická inicializace? Asi nerozumím té otázce. Je to otázka po syntaxi, sémantice, runtime? Všechno je možný - můžu inicializovat aspektem, anotací...

Také nevidím smysl traitů, kompozice se mi jeví jako přehlednější. Když ji injektuji do konstruktoru, mohu bohatě využít polymorfismu, což u traity není možné. Například logger je takto jednodušší než přes traitu - mohu ho z vnějšku vyměnit nebo zaslepit, a to pro každou instanci zvlášť.

168

Windows a jiné systémy / Re:ExFAT vs NTFS

« kdy: 18. 12. 2020, 18:29:34 »

NTFS má rozšířené atributy, které ExFAT neumí. Soubory se přenesou, názvy také, ale nejspíš se ztratí přístupová práva. Obvykle to nikomu nevadí.

169

Vývoj / Re:PHP / Javascript nefuguje odosielanie

« kdy: 15. 12. 2020, 15:37:22 »

No jasně. Tímto příkazem jsi vždy odstavil předchozí input.

170

Vývoj / Re:PHP / Javascript nefuguje odosielanie

« kdy: 15. 12. 2020, 15:10:10 »

Proč tam máš tohle?

Kód: [Vybrat]

for ($j = 1; ...

Obvykle používám foreach nebo aspoň počítám od nuly.

171

Vývoj / Re:PHP / Javascript nefuguje odosielanie

« kdy: 15. 12. 2020, 15:04:31 »

Zřejmě si ten form přepisuješ. Koukám, že tam máš dvakrát id="plusminus".

172

Vývoj / Re:PHP / Javascript nefuguje odosielanie

« kdy: 15. 12. 2020, 14:08:55 »

Začal bych tímto:

Kód: [Vybrat]

<?php
var_dump($_POST);

Zpravidla to odpoví na všechny podobné otázky.

173

Vývoj / Re:Maven vs. Gradle

« kdy: 30. 11. 2020, 22:09:40 »

... koukat se na Maven jako na "automation tool" je chyba.

Jako automation tool se dá (vy|zne)užít kdeco. Třeba mnou zmíněný GNU make je na to skvělý, jen parametrizace trochu kulhá. Ovšem třeba s Gitem se dá také docela slušně vyblbnout například při spouštění integračních testů. Jednotkové testy si spouštím přes make přímo z Vimu.

174

Vývoj / Re:Maven vs. Gradle

« kdy: 30. 11. 2020, 01:50:05 »

V GNU make si nadefinuji různé vstupní body, každý definuje, jak se má výsledek sestavit. Maven to má také. Doporučuji, aby se každý výsledek odlišného buildu jmenoval jinak, ať se ti to nepoplete.

Větvemi jsem mínil tvé sety profilů, které nacpeš všechny do jediného profilu. Tím se zbavíš duplicit.

To je zajimavy pristup. S GNU make jsem se pri programovani javy jeste nesetkal (pokud se neresilo kooperace s C++). No nevim jestli by to obstalo jako standardni pristup 

GNU make se na Javu moc nehodí, tam je doma Ant nebo Maven. Pro jiné jazyky, např. C, C++, PHP a mnoho dalších je GNU make vhodnější. Má však jednu významnou nevýhodu - závislost na platformě. To ho poněkud diskvalifikuje ve smíšených týmech. Proto ho používám pro privátní buildery, které mi tak se zbytkem týmu nekolidují.

175

Vývoj / Re:Maven vs. Gradle

« kdy: 29. 11. 2020, 20:38:58 »

Napada me treba problem s maven profily jakozto jednorozmerneho pole. Nelze vytvorit dva (nebo i vice) nezavisle sety profilu a jednoduse je kombinovat. Jedine mit vypsanou kombinaci kazdy s kazdym coz je vcelku des.

Maven snad neumí podmíněné zpracování? Nacpal bych to do jednoho profilu a parametricky se přepínal mezi větvemi.

Nerikam ze neumi. Jen me ty profily u mavenu prijdou takove dosti divne / omezene. Ale muze to byt i moje neznalost problematiky. Popravde nechapu co myslis tema větvemi - jako v Gitu?

V GNU make si nadefinuji různé vstupní body, každý definuje, jak se má výsledek sestavit. Maven to má také. Doporučuji, aby se každý výsledek odlišného buildu jmenoval jinak, ať se ti to nepoplete.

Větvemi jsem mínil tvé sety profilů, které nacpeš všechny do jediného profilu. Tím se zbavíš duplicit.

176

Vývoj / Re:Maven vs. Gradle

« kdy: 29. 11. 2020, 19:51:41 »

Napada me treba problem s maven profily jakozto jednorozmerneho pole. Nelze vytvorit dva (nebo i vice) nezavisle sety profilu a jednoduse je kombinovat. Jedine mit vypsanou kombinaci kazdy s kazdym coz je vcelku des.

Maven snad neumí podmíněné zpracování? Nacpal bych to do jednoho profilu a parametricky se přepínal mezi větvemi.

177

Vývoj / Re:Maven vs. Gradle

« kdy: 29. 11. 2020, 10:41:24 »

Mohl by jste jim připomenout jak <ironie>krásné</ironie> je XML.

Proč ta ironie? XML _je_ krásné.

178

Vývoj / Re:Pár otázok na C++

« kdy: 26. 11. 2020, 19:16:28 »

CRLF má svůj původ u dálnopisů, kde měl svůj význam. Jehličkové tiskárny dodnes vyžadují oba znaky, jinak tisknou blbě. Je fajn, že C umí pracovat se všemi variantami a je fajn, že se to dá vypnout.

179

Vývoj / Re:Volby key value databazy

« kdy: 25. 11. 2020, 12:38:48 »

Souborový systém.

180

Vývoj / Re:AWK + strace

« kdy: 24. 11. 2020, 15:32:35 »

tak obecně se to spojení řádků podle \r\n dá v awk řešit nějak takhle:

Kód: [Vybrat]

| awk 'BEGIN { ORS="" } { print $0 } $0 ~ /\\r\\n$/ { print "\n" }'

Obecně by stačilo ty konce řádek tím skriptem nevkládat. Pak je ani nebude nutné vyhazovat.