Databáze projektů: Git. Commit. Pull. Push a další
V předchozím příspěvku na blogu jsme vám představili Git (systém pro správu verzí) a Github (cloudová hostingová služba) a způsoby, jak můžete sdílet svůj kód 4D s ostatními vývojáři. V tomto blogovém příspěvku půjdeme o něco dál a prozkoumáme některé scénáře, se kterými se vývojář může setkat, například klonování vzdáleného úložiště, ignorování již odevzdaných souborů a řešení konfliktů při slučování.
Databáze projektů: Nové možnosti editoru formulářů
Se zavedením databází projektů jsme také upravili rozhraní některých dialogových oken 4D. V tomto příspěvku na blogu představíme některé změny, které jsme provedli v editoru formulářů.
Vzorec – Přemýšlejte mimo rámec
Podle žebříčku 10 nejlepších blogových příspěvků roku 2019 je vzorec: V první pětce se umístil příspěvek Více síly za jednoduchostí. Zdá se, že Formula vás opravdu zaujal, a proto je tu další tip, který mi ukázal Vincent de Lachaux (vývojář a odborník na 4D ) a o který se s vámi dělím!
Binární databáze vs. databáze projektů
Jak víte, 4D nyní podporuje dva způsoby práce se zdroji: binární a projektové databáze. Binární databáze jsou 4D, které všichni známe a milujeme, se zdrojovým kódem v binárním souboru, který umožňuje týmový vývoj pomocí 4D Serveru, a se všemi prvky projektu (metody, formuláře, struktura atd.) shromážděnými v jediném kompaktním binárním souboru, souboru „.4db“. Databáze projektů usnadňují spolupráci distribuovaných týmů tím, že ukládají zdrojový kód v systému řízení zdrojů v samostatných textových souborech. Projekty nenahradí 4DB, nemáme v plánu nechat 4DB zmizet. Jde o dva různé způsoby práce a vývoje. Je na vás, abyste si vybrali, co nejlépe vyhovuje vašim potřebám. Zde je příspěvek na blogu, který vám pomůže se rozhodnout:
Databáze projektů: Uživatelé a skupiny v akci
Na blogu byl zveřejněn velmi podrobný příspěvek o uživatelích a skupinách v databázích projektů. V tomto příspěvku přinášíme video o klíčových bodech, které je třeba si zapamatovat.
Užijte si ho!
Jak sdílet kód 4D přes Github
Takže jste testovali projektové databáze… možná jste ji vytvořili, nebo jste možná převedli stávající binární aplikaci. Nyní je čas, abychom vám ukázali, jak používat Git (systém pro správu revizí) s Githubem jako hostingovou službu pro vaši aplikaci 4D.
Databáze projektů: Nasazení aplikace
Vaše aplikace byla vytvořena a jste připraveni na další krok. 4D vám umožní:
- vygenerovat zkompilovanou databázi, která již neobsahuje žádný interpretovaný kód,
- vygenerovat samostatnou aplikaci, na kterou lze dvakrát kliknout (tj. sloučit ji s 4D Volume Desktop, databázovým strojem 4D),
- generovat aplikace klient/server s automatickou aktualizací klientské a serverové části.
Pomocí databáze projektů můžete také vytvářet finální aplikace pro obě platformy. Projektová databáze používá stejný konfigurační soubor jako binární databáze.
Databáze projektů: Po konverzi
V tomto příspěvku jsme si ukázali, jak převést binární databázi na databázi projektu. Jakmile je vše připraveno a převod úspěšně dokončen, můžete začít pracovat s databází projektu. Mohou však vyvstat některé otázky: Jsou všechny soubory v databázi užitečné? Je zřejmé, že soubor se strukturou“.4DB“ již není potřeba. Mohu odstranit ostatní soubory?
Zde je vše, co potřebujete vědět po převodu.
Databáze projektů: Architektura
Databáze projektů, hlavní novinka verze 4D v18, umožňují distribuovaným týmům spolupracovat díky ukládání kódu aplikace do systému pro správu zdrojů v textových souborech, které obsahují vše od struktury databáze až po uživatelské rozhraní, včetně formulářů, nabídek, uživatelských nastavení nebo požadovaných zdrojů. A protože se databáze projektu skládá z textových souborů, budete mít k dispozici několik složek a souborů, uložených v rámci jedné nadřazené složky databáze. V tomto příspěvku na blogu si projdeme architekturu projektové databáze, abychom vám tento nový typ databáze lépe přiblížili.
Jak notářsky ověřit sloučenou žádost 4D
V systému Catalina (macOS 10.15) se důrazně doporučuje notářsky ověřovat aplikace distribuované ve veřejné síti. Značné množství vývojářů přenáší své aplikace pomocí připojeného úložného zařízení nebo prostřednictvím sdílení souborů, v těchto případech, kdy uživatel již vývojáři důvěřuje, není notářská ověření vyžadována. Účelem notarizace je ujistit uživatele, že aplikace není škodlivá, a je vyžadována pouze u aplikací stažených z webových stránek.
Pokud při vytváření aplikací pomocí 4D v18 používáte naši vestavěnou funkci podpisu, je vaše aplikace připravena k notářskému ověření. Tento proces probíhá mimo systém 4D. Zahrnuje přidání elektronického podpisu k vaší žádosti a odeslání podepsané žádosti automatické kontrolní službě. Zde je vše, co potřebujete vědět:
Kontaktujte nás
Máte dotaz, návrh nebo se chcete spojit s blogery 4D? Napište nám!
* Vaše soukromí je pro nás velmi důležité. Kliknutím sem si můžete prohlédnout naše Zásady