Goshewan: tak u doktoru +- den problem asi nebude. To jen ja s tim zapolil, kdyz jsem to ladil a testoval. Generuju pristi termin a to funkci AddMonth() nasledne na to pustim podminku coz je jina funkce DateDiff a stavalo se mi ze v urcite datum to nezafunguje spravne a ackoliv jsem pricetl 1M, tak nasledne druha funkce vratila 0M a 30D. Pochopitelne pro tento pripad mesicu muzu dat je to vic nez 28 ber to jako cely mesic. Pro zajimavost 31.1. AddMonth(1) bude z toho 28.2. kdyz das 28.2. AddMonth(-1) bude to 28.1. :-)

_ACID_: Zajimave. Ciste ze zvedavosti - opravdu hraje roli ten jeden den, o ktery to zpresnis? Vlastni zkusenost rika, ze na to vetsinou doktori tolik nekoukaji.

Goshevan: ja to poresene mam, spis mne udivilo, ze jsem nenasel zadne jednodussi obvykle reseni. Pouzivam to pro gerovani ockovacich schemat/terminu, kdy schema je definovane pomoci pravidel v kterych figurujou mimio jine podminky jak vzdalenost od predchoziho terminu = 36 mesicu apod. Coz teda jeste se pak resi pracovni dny apod. Ale to uz je jina vec. Nebo kdyz se dotazes na vek, ditete, je muz uz 3 mesice? Odhadem jasne totaldays/365.25*12, ale to nefunguje uplne dobre pro kratke intervaly napr 15. Ledna + 29 dnu a je to cely mesic nebo ne? :-)

_ACID_: Defaultni DateTime.AddMonths resi tak, ze vysledny den v mesici pouze orizne na posledni den ve vyslednem mesici. Tzn. pricita ruzne pocty dnu.

Na co potrebujes pocet celych mesicu? Podle toho bych pak resil jakou logiku ma mit to odecitani.

_ACID_: tak to se omlouvam. myslel jsem ze to vraci i mesice :]
ale jak jsem se potomk koukal zabredl jsem do tezkych debat co je a neni mesic a jak to brat :D koukam ze to lidi resi uz dlouho

Esy: to sice ano, ale neresim cas, ale to jak spocitat pocet 'celych´ mesicu mezi dvema daty. Kazdy mesic ma jiny pocet dnu. Resi se jestli 28.3.-28.2 je cely mesic nebo ne kdyz brezen ma 31 dni? Tj. Kolik mesicu je mezi 15.2.2000- 15.3.2020?

v jedny fimre jsem se stim setkal.. A to co jde naprasit v vb6 se nikam prevest neda:D

JANFROG:
GOSHEWAN:
Na prepis do c# jsme pouzivali nakej tool od teleriku, ale neni to moc chytry. Funguje to na syntakticky urovni, takze napr. vb.net indexaci array(i) neodlisi od volani funkce. Nemluve o takovejch legracich jako volani funkce bez parametru bze zavorek ( foo.ToString ), implementace metod interface metodami s jinymi jmeny. Horsi sou chyby, ktery se neprojevej pri kompilaci. (metoda vracejici object vrati float a snazi se ho nacpat do int promenny, coz ve vb.net v klidu projde).

GOSHEWAN: Nahodou, to by mohla byt celkem zajimava prace...napsat na to nejake prepisovatko... :-)

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