Snadné nasazení s 4D v18
4D v18 zavádí novou architekturu pro soubory a složky, díky které zůstanou vaše nasazené balíčky pro macOS a složky aplikací pro Windows nedotčené. Stručně řečeno, složka protokolů a všechna uživatelská nastavení, včetně nastavení zálohování 4D, jsou nyní uloženy vedle datového souboru. Ve skutečnosti existují tato nastavení dvakrát: jedno vedle struktury, které se používá jako výchozí nastavení pro nové datové soubory, a druhé vedle datového souboru, kde se ukládají uživatelské změny.
Výsledkem je, že složka obsahující strukturu může být určena pouze pro čtení, protože se v ní nic nemění (*). Nasazení je jednodušší, protože složku se strukturou lze jednoduše vyměnit, nic v ní není třeba předem kopírovat.
(*) pouze v databázích projektů. V binárních databázích jsou tabulky uživatelů a hesel uloženy ve struktuře, takže složka nesmí být určena pouze pro čtení.
Aplikace Headless 4D
Jako vývojáři 4D jste se již možná setkali s potřebou vyvíjet aplikace bez grafického uživatelského rozhraní (GUI), jinak známé jako headless aplikace. Dříve to ve 4D nebylo zcela možné …. až do verze 4D v18! V tomto příspěvku na blogu si projdeme některé z nově dostupných možností, abyste mohli své aplikace vytvářet „bez hlavy“!
Proč vytvářet bezhlavé aplikace? Existuje několik případů použití, například simulace chování systému Windows v systému macOS nebo chování služby Windows bez použití správce služeb atd. Především se ale otevírají nové možnosti, jako je vývoj botů pomocí 4D.
Nový nástroj pro analýzu ladicích protokolů na dosah ruky
Ve verzi 4D v17 R5 jsme vylepšili protokoly ladění přidáním metod a umožněním sledovat každý proces samostatně. V této verzi R jsme postoupili o krok dále a dodali jsme nástroj pro analýzu ladicích protokolů, který vám pomůže sledovat provádění procesů. Budete moci zjistit, které procesy jsou nejvíce náročné, řetězec volání s odpovídajícím časem běhu a mnoho dalšího.
Získání aktuálního řetězce volání při provádění
Při programování aplikace můžete potřebovat vědět, kde se v kódu nacházíte, zejména když jedna metoda volá jiné metody, které pak mohou volat další metody. Proto je při ladění velmi užitečné vidět řetězec metod neboli řetězec volání . Za tímto účelem poskytuje 4D v17 R6 novou funkci Get call chain příkaz, který vám umožní nahlédnout do prováděného kódu. Nyní se již nebudete muset obávat, že byste se ztratili!
Použití ORDA ke zvýšení výkonu v režimu klient/server
Použití ORDA pro přístup k rozsáhlým tabulkám (zejména těm s relacemi) v režimu klient/server bylo výrazně vylepšeno. S verzí 4D v17 R5 uvidíte 2-3x vyšší výkon v síti LAN a až 30x vyšší výkon v síti WAN. A co je nejlepší – není třeba nic měnit ve vašem kódu, vše je automatické. Zajímavé, že? No, pojďme se ponořit do podrobností.
Lepší protokoly ladění díky těmto vylepšením
Jako vývojář 4D jste již možná aktivovali protokol ladění, abyste mohli řešit problémy. 4D v17 R5 zavádí několik vylepšení, která vám pomohou tyto soubory analyzovat, například protokolování pouze aktuálního procesu a protokolování volání členských metod ( metod kolekcí nebo objektů ).
Kdo je kdo? Nový způsob identifikace uživatelů
Jako vývojář 4D často potřebujete spravovat koncové uživatele pomocí vlastního adresářového systému. Pro interní uživatele můžete vytvořit několik profilů s různými právy nebo můžete pro všechny používat výchozí účet Designer. Problémem je, že když více lidí používá stejný profil, všichni mají stejné jméno a je obtížné – někdy nemožné – je rozlišit. Naštěstí 4D v17 R5 řeší bolest hlavy při snaze zjistit, kdo je kdo. V tomto příspěvku na blogu vysvětlíme nový příkaz a nové selektory, které vám pomohou nastavit identitu uživatele 4D definováním vlastního jména, které se použije místo aktuálního jména uživatelského účtu 4D.
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