4D NetKit: Zjednodušení přesměrování OAuth 2.0 po ověření

4D NetKit právě usnadnil přesměrování uživatelů po ověření OAuth 2.0 pomocí 4D 21. Třída OAuth2Provider v 4D NetKit nyní umožňuje skutečné adresy URL pro authenticationPage a authenticationErrorPage. To znamená, že nyní máte více možností přesměrování po ověření, například stránky Qodly nebo HTTP Handlery. Bez ohledu na to, zda ověření proběhne úspěšně, nebo neúspěšně, máte i nadále kontrolu nad uživatelským prostředím díky plynulým a flexibilním možnostem přesměrování.

Co se změnilo?

Tyto dva atributy již byly součástí třídy NetKit. OAuth2Provider, ale dříve vyžadovaly relativní adresu URL. Nyní můžete oběma polím předat plnou adresu URL, která bude směřovat přímo na vlastní stránku Qodly nebo na libovolný webový cíl podle vašeho výběru.

var $credential:={}

$credential.name:="Microsoft"
$credential.permission:="signedIn"
$credential.clientId:="xxxxx"
$credential.redirectURI:="http://127.0.0.1:50993/authorize/"
$credential.scope:="https://graph.microsoft.com/.default"
$credential.browserAutoOpen:=False

// If authentication succeeds, redirect the user to the Calendar page
$credential.authenticationPage:="http://localhost/$lib/renderer/?w=Calendar"

// If authentication fails, redirect the user to the Connect (login) page
$credential.authenticationErrorPage:="http://localhost/$lib/renderer/?w=Connect"

// Create new OAuth2 object
return cs.NetKit.OAuth2Provider.new($credential)

Přesměrování na vlastní adresy URL zjednodušuje celkový tok ověřování. Namísto vytváření dodatečné logiky pro navigaci uživatelů po úspěšném přihlášení nebo neúspěšném pokusu o přihlášení nyní můžete:

• odeslat uživatele přímo na další stránku v aplikaci.
• elegantně zpracovávat chyby při ověřování pomocí speciální chybové stránky.

Závěr

Tím, že necháte proces OAuth2 postarat se o přesměrování, snížíte složitost svého kódu a vyhnete se zbytečným mezikrokům. Stačí nakonfigurovat adresy URL a 4D se postará o zbytek.