<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://www.it-core.eu/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=ShelbyFranklin4</id>
	<title>IT-Core - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://www.it-core.eu/wiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=ShelbyFranklin4"/>
	<link rel="alternate" type="text/html" href="https://www.it-core.eu/wiki/index.php?title=Special:Contributions/ShelbyFranklin4"/>
	<updated>2026-08-22T12:47:52Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.44.2</generator>
	<entry>
		<id>https://www.it-core.eu/wiki/index.php?title=Jak_zvl%C3%A1dnout_v%C3%BDvoj_iOS_aplikac%C3%AD_ve_Swiftu&amp;diff=140956</id>
		<title>Jak zvládnout vývoj iOS aplikací ve Swiftu</title>
		<link rel="alternate" type="text/html" href="https://www.it-core.eu/wiki/index.php?title=Jak_zvl%C3%A1dnout_v%C3%BDvoj_iOS_aplikac%C3%AD_ve_Swiftu&amp;diff=140956"/>
		<updated>2026-08-21T17:59:51Z</updated>

		<summary type="html">&lt;p&gt;ShelbyFranklin4: Created page with &amp;quot;Nezapomínejte ani na psychologické aspekty. Tým pod tlakem vedení má tendenci odhadovat nízké hodnoty, aby úkol „prošel&amp;quot;. To je cesta k přepracování a nekvalitě. Vytvořte prostředí, kde je bezpečné přiznat, že něco může trvat déle. Místo otázky „Kolik to bude trvat?&amp;quot; se ptejte „Co všechno musíme udělat, abychom to dokončili?&amp;quot; Tím přesunete pozornost od odhadu k plánu.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Základní princip je jednoduchý: čím nižší vrstva,...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Nezapomínejte ani na psychologické aspekty. Tým pod tlakem vedení má tendenci odhadovat nízké hodnoty, aby úkol „prošel&amp;quot;. To je cesta k přepracování a nekvalitě. Vytvořte prostředí, kde je bezpečné přiznat, že něco může trvat déle. Místo otázky „Kolik to bude trvat?&amp;quot; se ptejte „Co všechno musíme udělat, abychom to dokončili?&amp;quot; Tím přesunete pozornost od odhadu k plánu.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Základní princip je jednoduchý: čím nižší vrstva, tím více testů byste měli mít. Jednotkové testy by měly tvořit nejširší základnu – jsou rychlé, stabilní a přesně ukazují, která část kódu selhala. Integrační testy pak ověřují spolupráci mezi komponentami, a měly by jich být desítky. End-to-end testů by mělo být jen minimum – pouze kritické uživatelské scénáře, které nelze pokrýt nižšími vrstvami.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Na závěr: testy nejsou cíl, ale prostředek. Cílem je spolehlivý software, který lze bez obav měnit. Proto pravidelně revidujte svou testovací sadu a ptejte se, zda každý test přináší hodnotu. Pokud ne, smažte jej. To je někdy těžké, ale je to nezbytné pro dlouhodobou udržitelnost projektu.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Na co si dát pozor při psaní testů Nejčastější chybou bývá testovat implementaci místo chování. Pokud test kontroluje, jak přesně funkce interně pracuje, stává se křehkým a každá změna kódu ho rozbije, i když je výsledek stále správný. Testujte tedy vstupy a výstupy, nikoliv vnitřní proměnné. Dalším častým problémem je používání reálných časů, náhodných hodnot nebo síťových volání přímo v testech – takové testy jsou pomalé a někdy i nespolehlivé. Řešením je tyto závislosti nahradit falešnými objekty, tzv. mocky, nebo alespoň testovat s pevně stanovenými daty.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Na závěr si dejte pozor na častý nešvar – kopírování kódu z internetu bez pochopení. I když rychlé řešení vypadá lákavě, může nést skryté chyby nebo bezpečnostní rizika. Vždy si kód přečtěte, pochopte, co dělá, a upravte ho pro své potřeby. Trpělivost a systematický přístup jsou důležitější než rychlost. Když narazíte na problém, zkuste ho rozdělit na menší části a ladit postupně. Až získáte základní jistotu, začněte experimentovat s vlastními nápady – to je nejlepší cesta, jak se skutečně naučit vyvíjet pro iOS.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Pytest také umožňuje parametrizaci testů, což je skvělý způsob, jak otestovat mnoho kombinací vstupů bez psaní duplicitního kódu. Pomocí @pytest.mark.parametrize nadefinujete seznam hodnot a funkcí, která je postupně projde. To se hodí pro hraniční případy, jako je prázdný řetězec, nula, záporná čísla nebo prázdný seznam. Díky parametrizaci získáte lepší pokrytí a při selhání hned víte, která konkrétní kombinace nefunguje.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Pozor na typické chyby. Mnoho vývojářů volí IDE podle popularity, ale zjistí, že vestavěný klient nepodporuje jejich konkrétní databázi (např. Oracle, PostgreSQL, SQL Server). Před instalací si ověřte, jestli existuje oficiální plugin nebo rozšíření, a hlavně – jestli je aktivně udržované. Starý plugin, který nefunguje s nejnovější verzí databáze, způsobí více škody než užitku. Také si dejte pozor na to, že některé funkce, jako je vizualizace vztahů nebo porovnávání schémat, jsou dostupné jen v placené verzi, a to může být rozhodující faktor.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Začít s vývojem pro iOS znamená osvojit si nejen jazyk Swift, ale i celý ekosystém nástrojů, které Apple nabízí. Prvním krokem je stažení vývojového prostředí Xcode, které obsahuje editor kódu, simulátor i nástroje pro analýzu výkonu. Při zakládání nového projektu si dobře rozmyslete, zda zvolíte SwiftUI nebo UIKit. SwiftUI je modernější a deklarativní, zatímco UIKit je starší, ale stále široce používaný. Pro začátečníka je dnes výhodnější SwiftUI, protože vyžaduje méně kódu pro stejný výsledek. Pozor ale na to, že některé starší knihovny a tutoriály stále používají UIKit – když na ně narazíte, nebojte se obojí kombinovat.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Když testy začnete spouštět častěji, oceníte výběr testů podle názvu nebo značky. Pytest umožňuje spouštět jen vybrané soubory, funkce nebo celé adresáře. Lze také vynechat pomalé testy pomocí značek a spouštět je zvlášť. To se hodí, když máte testy, které vyžadují databázi nebo externí služby – ty pak nemusíte pouštět při každé změně kódu, ale jen před nasazením.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Při vývoji pro iOS je klíčové myslet na různé velikosti obrazovek a orientace zařízení. Používejte Auto Layout nebo SwiftUI rozložení, které se automaticky přizpůsobí, a vyhněte se pevným rozměrům. Také testujte na simulátoru i na reálném zařízení – simulátor neodhalí problémy s výkonem ani s baterií. Další častou chybou je zapomínat na oprávnění, jako je přístup ke kameře nebo fotkám – bez nich se aplikace na reálném zařízení chová jinak. Vždy si přečtěte dokumentaci a implementujte ochranu soukromí, i když to ze začátku vypadá jako zbytečná práce.&lt;/div&gt;</summary>
		<author><name>ShelbyFranklin4</name></author>
	</entry>
	<entry>
		<id>https://www.it-core.eu/wiki/index.php?title=User:ShelbyFranklin4&amp;diff=140954</id>
		<title>User:ShelbyFranklin4</title>
		<link rel="alternate" type="text/html" href="https://www.it-core.eu/wiki/index.php?title=User:ShelbyFranklin4&amp;diff=140954"/>
		<updated>2026-08-21T17:59:45Z</updated>

		<summary type="html">&lt;p&gt;ShelbyFranklin4: Created page with &amp;quot;Autor blogu dílnou i obývákem žije už dlouho. Sdílím zde, jak zvládnout domácnost bez stresu. Nejraději popisovat postupy krok za krokem.&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Autor blogu dílnou i obývákem žije už dlouho. Sdílím zde, jak zvládnout domácnost bez stresu. Nejraději popisovat postupy krok za krokem.&lt;/div&gt;</summary>
		<author><name>ShelbyFranklin4</name></author>
	</entry>
</feed>