SMOKY: Napodobne. Kazdy ma v todo 'prepsat kod z vb do c#' a kazdy to odklada co to jde (:

SHIGORBIRDMAN: U nas mame nejake starsi projekty ve VB.NET, ale je to utrpeni a vsecko nove se jiz dela v c#. Kazdopadne nektere projekty maji pulku napsanou ve VB.NET a pulku v C# a je celkem peklo mezi tim plynule prepinat.

btw jen tak pro zajimavost, delal tady nekdo neco vic s visualbasicem? (myslim po transformaci do netu)... ucastnim se prave mirne hadky na tema co je pouzivanejsi a muj dojem je stale, ze c# je pouzivanejsi, ze vb zustava spis jen zalezitost officu (a tech chudaku, co maintanujou prastare sragory splacene ve starem visual basicu)

NECROMAN: To i v ČR.

VIRTUALVOID: proste nejaky detail v kodu. V Nemecku pripada pocatek filmoveho tydne (premiery) na ctvrtek a potreboval jsem zjistit nejblizsi minuly pocatek filmoveho tydne a nasledujicich n zacatku kdyz vim DateTime.Now.

NECROMAN: ty vzdy prides s otazkou, na ktoru sice mam aj ja odpoved, ale vzdy dlho premyslam naco to vlastne potrebujes:))

NECROMAN: OBTW případně to jde i mnohem chytřeji. ;-)

MORMEGIL: pekne, vyzkousim :)

DARKREIDER: Ano, přesně tak:
date => date.AddDays(-(date.DayOfWeek - DayOfWeek.Thursday + 7) % 7)

DARKREIDER: zaporne alebo rovne 0

NECROMAN: DateTime.Now.DayOfWeek - DayOfWeek.Thursday a ak je to zaporne tak +7 a potom addDays(- ten pocet dni) ? To ma len tak napadlo, ale asi by to slo, ci?

Dotaz, jak byste co nejelegantneji napsali funkci, ktera dostane datetime a vrati predesle datum, kdy byl ctvrtek, popripade ten samy den, pokud to je ctvrtek? Napada me to primitivne switchem na today.DayOfWeek, ale urcite by to melo jit nejak chytreji.

SLUPKA: jj :D

SLUPKA: neco takoveho me u toho taky napadalo

JACHYMKO: Vypada to jako uvod do Haskellu prepsany do Javascriptu :))

SHIGORBIRDMAN: nj, tesne po absolvovani kursu funkcionalniho programovani me to az tolik nevzalo, a ma spatne odcitani :-p

NECROMAN: tam ale muzes taky bez vetsich problemu injectovat - aspon teda Caliburn + Windsor jsem bez problemu ve WPF pouzil a zadnej SL v codebehind/presenter rozhodne nebyl donucen pouzit. Ve WP jsem udelal jen par pokusu, ale i tam jsem injectoval - akorat tam neni muj oblibeny Windsor, ale to je vedlejsi. Proste vymluvy ;D

BUTHRAKAUR: code-behindem myslim jakekoliv WPF/Silverlight/Windows Phone/WinRT aplikace.

NECROMAN: o tom uz bylo napsano spousta veci - staci googlit SL anti pattern.. Nejhorsi je asi skryvani zavislosti a casto znemozneni kontejneru uvolnovat takto ziskany instance. Codebehind myslis zrejme WebForms - tam je to vazne trochu problem, protoze je to od zakladu spatne navrzena a zavrzenihodna technologie :) Ale i tam se da injectovat - pomoci implementace IHttpHandlerFactory.

BUTHRAKAUR: co je spatneho na ServiceLocatoru? v mistech, kde nemuzes ziskat objekty pres dependency injection si bez ServiceLocatoru neporadis, typicky v codebehindu pages a pod.