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:

Binární databáze (.4DB)

Klady

• Vývoj pro více uživatelů

Databázi může současně vyvíjet a navrhovat více uživatelů. Integrita návrhu databáze je zachována díky vestavěnému systému zamykání objektů.

• Práce na stejné verzi

Databáze je umístěna na serveru 4D Server. Všichni vývojáři pracují na stejné verzi kódu.

• Přímý pohled na práci ostatních vývojářů

Máte možnost vidět nejnovější vývoj jiného vývojáře, aniž byste jej upravovali(např. abyste zkontrolovali vstupní a výstupní body metody, kterou budete muset volat ve své části kódu).

• Vestavěný systém zálohování

Server 4D obsahuje kompletní modul pro zálohování a obnovu databáze. Tento modul umožňuje zálohovat databázi za provozu, aniž byste ji museli ukončovat. Zálohování lze spouštět ručně nebo automaticky, v pravidelných intervalech a bez zásahu uživatele.

Nevýhody

• Online

Vyžaduje trvalý přístup k serveru.

• Komplikované vracení zpět
  

Označení zákaznické verze a možnost návratu k této verzi v případě zpětné vazby od zákazníka může být náročné.

• Kompilace

V jednom okamžiku může kompilovat pouze jeden klient 4D.

• Komplikované testování v zkompilovaném režimu

Nutnost restartovat server pro testování, takže jsou ovlivněni všichni ostatní vývojáři.

• Obtížná správa více verzí

Žádné automatické slučování záplat z jedné verze do druhé. Vyžaduje ruční hlášení: vyhledání upravených řádků a jejich následné začlenění do druhé verze.

Databáze projektů (.4Dproject)

Klady

• Offline

Možnost vyvíjet kdekoli (např. , v kanceláři, na cestách atd.).

• Historie

Díky ukládání do systému pro správu zdrojových kódů se výrazně zjednodušuje možnost sledovat vývoj úprav: datum, autor a upravené řádky.

• Vrácení vývoje zpět
  

Pokud nová integrace destabilizuje vaši verzi, je snadné vrátit se k předchozí verzi.

• Vývoj ve více verzích

Snadné slučování záplat z jedné verze do druhé díky systému větví systému správy zdrojů.

• Kompilace kdykoli

Možnost kompilovat a testovat v zkompilovaném režimu bez omezení.

• Rozšířená sada funkcí

Zjednodušení nasazení pro uživatele a skupiny, vylepšení stylů díky CSS a tak dále (Přečtěte si příspěvky věnované databázím projektů, abyste zjistili všechny nové možnosti).

Nevýhody

• Vývoj s distribuovaným zdrojovým kódem

Každý vývojář kóduje sám na své kopii kódu. Potřeba organizace a pravidel usnadňujících sdílení práce.

• Přístup ke kódu ze strany klienta je pouze pro čtení.

Možnost testovat a ladit v režimu klient/server, ale nelze upravovat nasazený kód na serveru. Je nutné znovu otevřít databázi pomocí programu 4D Developer, provést změnu a restartovat server.

Na závěr

Databáze projektů otevírají nové perspektivy a nabízejí další způsob práce s 4D. Mějte však na paměti, že neexistuje žádný nejlepší způsob. Můžete si svobodně vybrat, co nejlépe vyhovuje vašim potřebám.