Każda aplikacja to system przetwarzania danych (informacji przedstawionych w postaci kodu programu). Podczas interakcji z aplikacją "pokazujesz" dane i to, jak ma z nimi pracować.
Uruchamiając konto użytkownika lub wpisując wiadomość, tworzysz nowe dane. Klikając na przycisk "zapisz", pokazujesz, że należy je teraz przetworzyć i zapisać, aby wykorzystać je w przyszłości. Wybierając "edytuj konto" lub "wyślij wiadomość" - wydajesz polecenia, aby w określony sposób się nimi zająć.
Schematy wykonywania zapytań do bazy danych
Wszystkie informacje dla Twojej aplikacji przechowywane są w bazach danych. Są to uporządkowane struktury, które jasno określają miejsce dla każdego elementu, wskazując na zależności między nimi i sposób pracy z nimi. Bazy danych mogą być budowane na różnych zasadach, AppMaster.io wykorzystuje klasyczne relacyjne bazy danych, w pełni kompatybilne z PostgreSQL.
Przykład relacyjnego schematu danych
Aby móc wypełnić swoją aplikację informacjami, musisz stworzyć jej bazę danych:
- stworzyć modele danych - czyli "wyjaśnić" AppMaster Studio, czym będą Twoje dane;
- ustalić powiązania między tymi modelami.
W tym celu AppMaster Studio posiada Projektowanie danych projektant modelu danych. W nim, podobnie jak zwykli programiści, zaprojektujesz bazę danych. Ale zamiast linijek kodu, będziesz korzystał z wizualnych narzędzi programistycznych.
Projektant modeli danych AppMaster.io
Stwórz swój pierwszy projekt w AppMaster Studio i przejdź do Projektant Modeli Danych aby zorientować się, o czym jest ten artykuł.
Budowanie modeli danych
Modeledanych opisują informacje, które dodajesz do swojej aplikacji, a które są "zrozumiałe" dla AppMaster Studio. Można je porównać do kształtów lub rysunków: określają, jak Twoje dane będą wyglądać, z jakimi innymi danymi będą powiązane oraz jak będą przechowywane i przetwarzane.
- Na przykład, gdy tworzysz nowy projekt w AppMaster Studio, automatycznie dodawany jest do niego model User - z którego będziesz tworzyć konta użytkowników.
Tworząc i dostosowując modele, projektujesz bazę danych swojej aplikacji.
Obiekt
Jednostka danych, która jest generowana w Twojej aplikacji na podstawie określonego modelu, będzie nazywana obiektem.
- Na przykład konto Twojej pracownicy Jenny Smith (utworzone przez Ciebie lub przez samą Jenny poprzez formularz rejestracyjny) będzie obiektem klasy User (utworzonym przez model User).
W projektancie AppMaster Studio będziesz jedynie opisywał i planował przyszłe obiekty, ale tworzyć je możesz dopiero w gotowej aplikacji.
Aby utworzyć obiekt z modelu danych, musisz dodać do strony aplikacji specjalny element - na przykład formularz rejestracyjny. Elementy będziesz dodawać w projektantach aplikacji: Web Apps (dla aplikacji internetowych) i Mobile Apps (dla aplikacji mobilnych). Do uzyskania informacji o obiektach służą inne elementy - tabele, karty - które również dodaje się w projektantach.
- Na przykład, gdy tylko Jenny wypełni formularz rejestracyjny (formularz ten jest generowany automatycznie podczas tworzenia projektu) i kliknie Sign UP, jej konto zostanie utworzone i zapisane w Twojej aplikacji. To znaczy, że pojawi się nowy obiekt - użytkownik Jenny Smith. Informacje o niej możesz zobaczyć w tabeli Użytkownicy, która również generowana jest automatycznie w aplikacji Panel Administracyjny .
Każdy obiekt ma przypisane ID - identyfikator z unikalnym numerem, po którym Twoja aplikacja będzie go "rozpoznawać".
Pola
Każdy model danych posiada pola, które zawierają cechy przyszłych obiektów oraz podstawowe instrukcje dla Twojej aplikacji, jak z nimi pracować.
- Na przykład w modelu User niektóre pola są tworzone domyślnie. Jenak wypełniane podczas rejestracji w tym - Login, Hasło, Imię,#nbsp;Imię i Nazwisko. Istnieje pole Groups, które wskaże do jakiej grupy użytkowników należy konto Jenny - po wartości tego pola aplikacja określi do jakich funkcji ma dostęp. Można również utworzyć dodatkowe pola, takie jak Address, aby dodać adres Jenny do jej konta.
Pola określają, jakie cechy może mieć obiekt. Podczas jego tworzenia nie musisz wypełniać ich wszystkich - możesz to zrobić później lub nie robić tego wcale. Możesz również ustawić autouzupełnianie lub ustawić niektóre pola jako wymagane.
Połączenia
Relacje mogą być tworzone pomiędzy dwoma modelami danych - w celu określenia, jak tworzone z nich obiekty będą się do siebie odnosić i współdziałać.
Rodzaje powiązań w AppMaster.io
Istnieją trzy typy takich powiązań:
- has_one - 1 obiekt utworzony z modelu danych A, może być powiązany tylko z 1 obiektem utworzonym z modelu danych B.
- has_many - 1obiekt utworzony z modelu danych A, może być powiązany z wieloma obiektami utworzonymi z modelu danych B.
- many_to_many - zbiór obiektów utworzonych z modelu danych A, może być skojarzony z wieloma obiektami utworzonymi z modelu danych B.
Linked Data Models zyskują dodatkowe możliwości wspólnego przetwarzania w aplikacji. Jeden model danych może być powiązany z nieskończoną liczbą innych - najważniejsze jest to, aby nie skomplikować logiki połączeń tak bardzo, że samemu nie da się tego rozgryźć.
Na przykład: jeśli Twoja aplikacja pozwala pracownikom tworzyć wewnętrzne zamówienia (na przykład na zakup artykułów piśmienniczych), to tworzysz model Order i kojarzysz z nim istniejącego Użytkownika poprzez has_many - wtedy Jenny może tworzyć wiele zamówień (na przykład co miesiąc lub kwartał). Jeśli natomiast ustanowisz relację has_one , Jenny będzie mogła utworzyć tylko jeden bilet.
Co dalej?
Poznałeś więc podstawy pracy z modelami danych w AppMaster Studio. Teraz stwórz swój pierwszy model używając ta instrukcja.
Aby dostosować logikę swojej aplikacji, użyj procesy biznesowe oraz punkty końcowe.
Aby dostosować komponent wizualny - edytory Aplikacje internetowe (tworzenie aplikacji internetowych) i Aplikacje mobilne (tworzenie aplikacji mobilnych).
Dodatkowe funkcje można dodać za pomocą moduły.
Czytaj nasz blog oraz kanał telegramu aby dowiedzieć się więcej o rozwoju bez kodu i platformie AppMaster.io. Dołącz do społeczność telegram chat, aby porozmawiać bezpośrednio z naszymi programistami i innymi no-coders!
