Tipy

Databáze projektů: Git. Commit. Pull. Push a další

Automaticky přeloženo z Deepl

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í.

Tipy blank

Binární databáze vs. databáze projektů

Automaticky přeloženo z Deepl

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:

Tipy blank

Databáze projektů: Nasazení aplikace

Automaticky přeloženo z Deepl

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.

Tipy blank

Databáze projektů: Po konverzi

Automaticky přeloženo z Deepl

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.

Tipy blank

Databáze projektů: Architektura

Automaticky přeloženo z Deepl

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.

Tipy blank

Jak notářsky ověřit sloučenou žádost 4D

Automaticky přeloženo z Deepl

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:

Page 10 of 15