Mamy może na wykopie jakichś ekspertów od Electrona? Tak siedzę nad tym i nie mam pomysłu w jaki sposób rozwiązać kwestię komunikacji / reakcji okna "A" na zdarzenie w oknie "B". Stworzyłem sobie klasę Window, która ma pochodne MainWindow i AuthWindow. Chciałbym, żeby zarządzanie nimi odbywało się w jakiejś głównej klasie (Application), która działa na
Przypuśćmy sytuację: Ktoś uruchamia aplikację. Wyświetla mu się okno MainWindow, gdzie
app.on('ready')
.Przypuśćmy sytuację: Ktoś uruchamia aplikację. Wyświetla mu się okno MainWindow, gdzie
Aktualnie mam w ten sposób wyglądający schemat bazy danych:
https://i.imgur.com/CHuwz5f.png
Chciałbym, żeby ten serwer autoryzacyjny wspierał obecnie trzy sposoby autoryzacji: Authorization Code, Client Credentials oraz Resource Owner Password Credentials.
1.
Co do ról użytkownika, to oauth2 tego nie obsługuje. Role i dostęp do poszczególnych akcji to ACL - powinna to
access_tokenie
, żeby przeglądarka użytkownika też miała do nich dostęp, a przy okazji pozostałe mikroserwisy nie musiały odpytywać o role bazy danych przy każdym zapytaniu.Jeśli chodzi o komunikację wewnętrzną - ok, przekazujesz jakiś tam token jako nagłówek. Ale co teraz z tokenem użytkownika? Jakiś głębiej zagnieżdżony mikroserwis w ogóle go nie dostaje? Więc zakładasz, że