K personalizaci obsahu a reklam, poskytování funkcí sociálních médií a analýze naší návštěvnosti využíváme soubory cookie. Informace o tom, jak náš web používáte, sdílíme se svými partnery pro sociální média, inzerci a analýzy. Partneři tyto údaje mohou zkombinovat s dalšími informacemi, které jste jim poskytli nebo které získali v důsledku toho, že používáte jejich služby.
Používáme nezbytné cookies pro fungování webu a s tvým souhlasem také analytické a marketingové cookies.
Zajišťují základní funkce, bezpečnost a služby, které sis vyžádal. Nelze je vypnout.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| ITnetwork | ITnetwork | Provoz webu, relace, přihlášení a uložení nastavení cookies. | PHPSESSID, auth_token, sid, itn_consent_impression, __Host-itn_consent | Relace až 1 rok |
| Google Tag Manager | Správa značek a načítání měřicích nástrojů webu. | Žádné | Neukládá se | |
| Google Fonts | Načítání typografie webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google Hosted Libraries | Načítání potřebných knihoven a stylů webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google reCAPTCHA | Ochrana formulářů a webu před zneužitím. | _GRECAPTCHA, rc::a, rc::b, rc::c, rc::f | Relace až 180 dní | |
| YouTube | Přehrávání vloženého video obsahu. | localStorage, IndexedDB; cookies after playback interaction | Relace až trvalé úložiště | |
| Vimeo | Vimeo | Přehrávání vloženého video obsahu. | __cf_bm, _cfuvid, vuid, localStorage, IndexedDB | Relace až 2 roky |
| Facebook Login | Meta | Přihlášení pomocí účtu třetí strany. | Úložiště řízené poskytovatelem | Relace až 1 rok |
| GoPay | GoPay | Zpracování uživatelem vyžádané platby. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
Pomáhají nám porozumět používání webu a zlepšovat ho.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Analytics 4 | Měření návštěvnosti a používání webu. | _ga, _ga_* | Až 2 roky | |
| Microsoft Clarity | Microsoft | Měření návštěvnosti a používání webu. | _clck, _clsk, _cltk | Relace až 1 rok |
Slouží k měření kampaní, personalizaci reklamy a marketingové komunikaci.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Ads | Měření kampaní, reklama a remarketing. | _gcl_au, _gcl_ls | Relace až 90 dní | |
| Meta Pixel | Meta | Měření kampaní, reklama a remarketing. | _fbp, _fbc, localStorage | Až 90 dní |
| Sklik | Seznam.cz | Měření kampaní, reklama a remarketing. | retargeting, sid, szn:* | Relace až trvalé úložiště |
| LinkedIn Insight | Měření kampaní, reklama a remarketing. | bcookie, li_gc, lidc, __cf_bm | Relace až 1 rok | |
| Ecomail | Ecomail.cz | Měření kampaní, reklama a remarketing. | ecmid, Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
| Atribuce kampaní ITnetwork | ITnetwork | Přiřazení návštěvy a objednávky ke kampani. | campaign_clid[*], user_session_context | Až 1 rok |
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.
Když použiješ výjimku, nemusíš testovat zkaženou URL.
Podle mne jsou výjimky mnohem lepší, než vracet boolean. Nemusíš prznit návratovou hodnotu funkce, používat globální proměnné a většinou ani předávat parametry odkazem. Errorflow teče jinudy.
Však ten rozměr tam dávat vůbec nemusíš. Proč taky? Není
to pole, ale seznam.
Námitky? Diskutujeme přece o tom, jak nejlépe naprogramovat práci se seznamem.
Samozřejmě - však se to snažím vychytat - nebylo to myšleno jinak, než napsáno...
No zde by to vypadalo úplně stejně - jen bych vyvolal vyjímku - a musel ji chytat v try bloku - to mi nepřijde pěkné. Takto mám přehlednou podmínku. Jako proč by mělo být výhodnější vyvolávat vyjímku, oproti testování v podmínce?
Protože výjimky jsou přehlednější.
Ale hlavně: Zavoláš funkci a její výsledek někam uložíš. Pokud dojde k výjimce, uložení se neprovede. V hlavním bloku nemusíš nic testovat, pouze provedeš přiřazení. A takových přiřazení můžeš udělat klidně 10 za sebou bez jakéhokoli testování. Pokud v některém z nich dojde k výjimce, blok je opuštěn a pokračuje větví catch.
Výsledkem funkce není status, zda se povedla, ale hodnota, kterou někde použiješ.
Aha - špatně si mne pochopil - netestuji URL zvlášť - to testu zahrnuji v případě návratu true přidání správné URL do seznamu navšťívených URL... (Mimo jiné do seznamu doplňující právě psanou URL.)
Ano to jsem pochopil, ale nechápu, proč je lepší try blok:
if (bool n = SetUrl()) // uložení výsledku
elsetry
{
}
catch
{
}Protože ses ještě nenaučil výjimky používat. A také ses ještě nenaučil používat funkce. Uvedený příklad try..catch nemá smysl opravovat, protože je celý chybně. Používání globálních proměnných je nešvar, je to tzv. side-effect, který by funkce neměla mít.
Sám píšeš "přidání správné URL do seznamu navšťívených URL". Použil jsi slovíčko "seznam". Proč s tím tedy nezacházíš jako se seznamem, ale jako kdyby to bylo pole? Položky v seznamu index nemají, používá se iterátor.
Zobrazeno 9 zpráv z 59.