JX / Platforma JunexisDokumentacja platformy
Menu dokumentacjiDokumentacja platformy

Poznaj platformę

Jak działa JunexisArchitektura platformyModele mentalnePoziomy prowadzenia i kontroli

Komponenty i wykonanie

RuntimeMentorNarrativeObserwacja systemu

Dostępność i przygotowanie

Stan platformyPobieranieInstalatorZgodność wersjiKonto i dostępPytania i odpowiedzi

Dokumentacja komponentów

Lang ↗Studio ↗Lab ↗Specyfikacja ↗

Dostępność i przygotowanie / pytania i odpowiedzi

Pytania i odpowiedzi

Junexis jest rozwijaną platformą do opisywania systemów rozproszonych i pracy nad nimi. Poniższe odpowiedzi pomagają wybrać właściwe miejsce i odróżnić dokumentację, działający przykład oraz publiczne wydanie.

Czym jest Junexis: językiem czy platformą?

Platformą, której częścią jest język. Lang obejmuje język i kompilator, Studio pomaga pracować nad projektem, a komponenty wykonania i diagnostyki uczestniczą w uruchamianiu oraz rozumieniu systemu. Lab porządkuje poznawanie tych zagadnień.

Architektura platformy opisuje role i współpracę komponentów.

Od czego zacząć?

Wybierz cel, zamiast czytać wszystkie serwisy po kolei:

Chcesz… Przejdź do…
Zrozumieć platformę jako całość Jak działa Junexis.
Poznać opis projektu i narzędzia kompilatora Dokumentacja Lang.
Zorientować się w pracy aplikacji desktopowej Instrukcje Studio.
Zobaczyć prosty przepływ pomiaru Pierwszy model w Lab.
Sprawdzić dokładną regułę języka Specyfikacja.

Pierwszy publiczny model Lab jest wizualizacją w JavaScript. Nie uruchamia wykonawców Junexis.

Dlaczego są osobne serwisy Lang, Studio, Lab i specyfikacji?

Każdy odpowiada na inne pytanie. Portal główny pokazuje całą platformę, Lang opisuje użycie języka i narzędzi, Studio obsługę aplikacji, Lab drogę nauki, a specyfikacja precyzyjne reguły i luki.

Podział dokumentacji na domeny nie narzuca architektury aplikacji tworzonej w Junexis.

Czy Junexis jest gotowy do systemów produkcyjnych?

Nie jest obecnie przedstawiany jako stabilna, wspierana platforma produkcyjna. Istnieją działające komponenty i scenariusze, ale zakres obsługi oraz granice operacyjne wymagają oceny dla konkretnego projektu.

Opublikowana dokumentacja nie jest certyfikacją całej platformy. Sprawdź stan platformy i ograniczenia komponentu, którego chcesz użyć.

Gdzie pobrać instalator albo Studio?

Publiczny katalog nie udostępnia jeszcze paczek. Istnienie lokalnej paczki testowej lub instrukcji obsługi nie oznacza publicznego wydania.

Pobieranie jest wspólnym miejscem informacji o dostępności. Nie ma potrzeby szukania osobnego pliku na każdym podportalu.

Czy trzeba instalować wszystkie składniki?

Nie każdy projekt potrzebuje wszystkich narzędzi. Zestaw zależy od środowisk docelowych, sposobu pracy i używanych funkcji. Edycja, budowanie, debugowanie oraz analiza mogą mieć różne wymagania.

Samo zainstalowanie Studio nie zapewnia kompletu zależności każdego projektu. Instalator przygotowuje narzędzia; budowanie i wdrożenie systemu są osobnymi operacjami.

Czy potrzebuję konta?

Do przeglądania publicznej dokumentacji i materiałów Lab — nie. Publiczne logowanie i samodzielna rejestracja nie są jeszcze udostępnione.

Wspólne logowanie i zapis wyników istnieją w ograniczonym środowisku testowym. Publiczny model Lab nie zapisuje postępu na koncie. Szczegóły rozróżnia Konto i dostęp.

Czy Studio działa w przeglądarce?

Studio jest aplikacją desktopową. Serwis Studio przedstawia produkt i instrukcje, a nie uruchamia jego edytor w przeglądarce.

Projekt może mieć część WWW, na przykład raport otwierany przez obsługiwaną ścieżkę uruchomienia. To nie oznacza przeniesienia całego Studio do przeglądarki.

Czy Junexis wymaga Producer–Controller–Presenter?

Nie. PCP jest jednym z modeli porządkujących odpowiedzialności. Nie każdy system wymaga trzech takich ról ani centralnego Controllera.

Język opisuje zadania, dane, połączenia i miejsca wykonania. Model dobiera autor do celu systemu. Modele mentalne opisują zastosowanie i granice tej perspektywy.

Czy poprawne sprawdzenie projektu oznacza, że system działa?

Nie. Kontrola źródeł, generowanie, budowanie narzędziami docelowymi, uruchomienie i obserwacja wyniku to różne etapy. Sukces jednego z nich nie zastępuje kolejnych.

Zobacz etapy pracy w Lang. Konkretny rezultat trzeba potwierdzić w obsługiwanym scenariuszu i jego środowisku.

Czy można mieszać wersje narzędzi i gotowe wyniki budowania?

Nie zakładaj zgodności dowolnych zestawów. Kontrakty i implementacje nadal się rozwijają. Zapisz użyte wersje lub rewizje oraz sprawdź scenariusz po zmianie narzędzi.

Nie przenoś katalogu out/ między różnymi zestawami jako zamiennika ponownego budowania. Zgodność wersji opisuje warstwy kontroli i granice obecnych deklaracji.

Czym Mentor różni się od kompilatora?

Kompilator sprawdza opis i przygotowuje obsługiwane artefakty. Mentor korzysta z zapisu analizy, aby wskazywać zależności i ryzyka oraz je wyjaśniać.

Opinia Mentora nie zastępuje kompilatora, testów ani sprawdzenia wykonania. Brak ostrzeżeń nie dowodzi braku ryzyka. Więcej o Mentorze.

Czym Narrative różni się od logów?

Log jest sygnałem o zdarzeniu. Narrative pomaga powiązać zarejestrowane zdarzenia i odtworzyć kontekst wykonania na podstawie dostępnych danych.

Nie uzupełnia automatycznie brakującej historii. Brak zdarzenia nie dowodzi, że działanie nie nastąpiło. Narrative oraz obserwacja systemu mają odrębne role.

Gdzie pytać o chan, queue, stream albo protokoły?

Po dokładne reguły i jawne luki przejdź do komunikacji w specyfikacji oraz protokołów. Po instrukcje użycia narzędzi — do Lang.

Sama nazwa konstrukcji lub transportu nie potwierdza trwałości wiadomości, niezawodności sieci ani gotowej integracji w każdym środowisku.

Wróć do dokumentacji platformy.