Architektura 4D: praktyczny przewodnik dla programistów

Ponieważ nie podałeś żadnej treści w sekcjach ORYGINALNY i PRZETŁUMACZONY, nie mogę przeprowadzić edycji poprzez kopiowanie. Podaj tekst źródłowy i przetłumaczoną wersję, a ja przygotuję końcowy artykuł zawierający wymagane słowa kluczowe: architektura 4d, zrozumienie architektury bazy danych 4d, architektura projektu mobilnego 4d, przegląd architektury projektu 4d, architektura projektu 4d dla początkujących i najlepsze praktyki w zakresie architektury projektu 4d.

Architektura 4D

Zrozumienie architektury bazy danych 4d to sposób, w jaki aplikacja 4D jest zbudowana w trzech współpracujących warstwach — warstwie danych (tabele, pola, relacje, indeksy), warstwie logicznej (metody, klasy, wyzwalacze, klasy modelu danych ORDA) i warstwie prezentacji (formularze, podformularze, pola list, menu) — a także topologii wdrożenia, która decyduje, czy warstwy te działają na jednym komputerze, są podzielone na serwerze 4D i cienkich klientach, czy też są rozprowadzane do architektury projektów internetowych i mobilnych 4D przednie końcówki. Projekt 4D jest przechowywany jako folder plików tekstowych, co oznacza, że ​​ta sama architektura projektu 4D może być kontrolowana pod względem wersji w Git i podlegać przeglądowi architektury projektu 4D, jak każda inna baza kodu.

Poniższe sekcje, zaprojektowane jako architektura projektu 4d dla początkujących, wyjaśniają, co oznacza architektura 4d w praktyce, porównują główne wybory strukturalne, z którymi będziesz musiał się zmierzyć, oraz podają kryteria i najlepsze praktyki dotyczące architektury projektów 4d umożliwiające podjęcie decyzji, która z nich pasuje do aplikacji biznesowej dla małych zespołów.

Wyjaśnienie architektury 4D

Zrozumienie architektury bazy danych 4d obejmuje opisanie zarówno logicznej struktury, jak i fizycznej struktury, a mylenie tych dwóch jest najczęstszą przyczyną złych decyzji projektowych. Jest to podstawowa część architektury projektu 4D dla początkujących.

Struktura logiczna to model, który rysujesz na papierze: które tabele istnieją, jakie są między nimi powiązania, które pola są indeksowane, gdzie obowiązują reguły biznesowe i które formularze ujawniają jakie dane. Struktura fizyczna określa sposób wdrożenia tego modelu: aplikacja 4D dla jednego użytkownika, wdrożenie klient-serwer z serwerem 4D, serwer sieciowy 4D obsługujący REST lub HTML lub architektura projektu mobilnego 4D przesyłająca dane do klientów iOS i Android.

Własna dokumentacja 4D opisuje platformę jako system zarządzania relacyjnymi bazami danych ze zintegrowanym środowiskiem programistycznym, a architektura odzwierciedla to dziedzictwo. Tabele i pola definiują przechowywanie.

Powiązane: Airtable — Prosty interfejs arkusza kalkulacyjnego oparty na prawdziwej relacyjnej bazie danych, z automatyzacją, widokami i udostępnianymi interfejsami..

Relacje i ORDA (Object Relational Data Access) definiują nawigację. Metody i klasy definiują zachowanie. Formularze definiują interakcję. Każdą warstwę można zmieniać z ograniczonym wpływem na inne, jeśli zachowasz czyste granice — a to oddzielenie jest głównym celem myślenia architektonicznego, a nie tylko budowania ekranów.

Przestrzeganie najlepszych praktyk dotyczących architektury projektu 4d zapewnia stabilność.

Przydatny model mentalny dla małych zespołów podczas przeglądu architektury projektu 4d: traktuj model danych jako fundament, warstwę logiczną jako ściany, a formy jako farbę. Ponowne malowanie jest tanie. Przenoszenie ścian jest drogie. Odbudowa fundamentów to pisanie wszystkiego od nowa.

Jeśli robisz zakupy: Zoho Creator — Narzędzie do tworzenia aplikacji o niskim kodzie, które łączy się z szerszym pakietem Zoho i oferuje ceny za użytkownika, a nie za aplikację..

czym jest architektura 4D

Architektura 4D to celowe rozmieszczenie komponentów aplikacji 4D w taki sposób, aby można ją było utrzymać w miarę jej rozwoju. Dla tych, którzy szukają architektury projektu 4d dla początkujących, konkretnie oznacza to podjęcie decyzji o pięciu rzeczach przed napisaniem dużej ilości kodu, aby zapewnić najlepsze praktyki w zakresie architektury projektu 4d:

1. Projekt tabeli i pól. Jakie istnieją encje, jakie są ich klucze podstawowe, jakie pola są indeksowane i czy używasz automatycznie zwiększanych długich liczb całkowitych, identyfikatorów UUID czy kluczy naturalnych.
2. Strategia relacji. Niezależnie od tego, czy bezpośrednio modelujesz relacje jeden do wielu, użyj tabel połączeń dla wielu do wielu oraz w jakim stopniu polegasz na automatycznej nawigacji relacji ORDA w porównaniu z zapytaniami jawnymi.
3. Lokalizacja logiczna. Czy reguły biznesowe znajdują się w wyzwalaczach tabel, klasach modelu danych ORDA, metodach projektu czy metodach formularzy. Mieszanie wszystkich czterech bez reguły sprawi, że projekty 4D będą nie do utrzymania.
4. Struktura prezentacji. Sposób organizacji formularzy (w oparciu o strony, podformularze lub pola list) oraz sposób, w jaki listy wartości i listy wyboru są scentralizowane, a nie powielane w poszczególnych formularzach.
5. Topologia wdrożenia. Pojedynczy użytkownik, wdrożenie klient-serwer, serwer WWW, architektura projektu mobilnego 4D lub hybryda oraz sposób, w jaki ta sama baza kodu obsługuje więcej niż jeden.

Zrozumienie architektury bazy danych 4d pokazuje, że architektura projektu 4D jest oparta na plikach, a nie na pojedynczym pliku struktury binarnej, co stanowi znaczącą zaletę architektoniczną: folder .4DProject, katalog Project/Sources/ i powiązane zasoby można różnicować, rozgałęziać i przeglądać. Zespoły pochodzące ze starszych binarnych struktur 4D często nie doceniają, jak bardzo zmienia to współpracę podczas przeglądu architektury projektu 4D.

Znaczenie architektury 4D

„4D” w architekturze 4d odnosi się do nazwy produktu — 4. wymiar — a nie do czwartego wymiaru przestrzennego. Ma to znaczenie, ponieważ wyniki wyszukiwania frazy są podzielone pomiędzy dwie niepowiązane dziedziny: studia wizualizacji i animacji architektonicznych sprzedające usługi „4D” oraz platformę baz danych 4D firmy 4D SAS.

Jeśli przybyłeś tutaj w poszukiwaniu firmy projektowej lub budowlanej, potrzebujesz praktyki architektonicznej, a nie bazy danych. Zrozumienie architektury baz danych 4d jest kluczem do rozróżnienia tych dziedzin.

W społeczności programistów 4D „architektura 4D” ma drugie, węższe znaczenie: wewnętrzną strukturę projektu 4D w trakcie jego rozwoju, testowania i wdrażania. Dla tych, którzy szukają architektury projektu 4d dla początkujących, przegląd architektury projektu 4d to praktyka polegająca na audytowaniu tej struktury — sprawdzaniu osieroconych tabel, niezindeksowanych kluczy obcych, zduplikowanej logiki biznesowej, ponadwymiarowych metod formularzy i zakodowanych na stałe wartości, które powinny być parametrami lub stałymi. Postępowanie zgodnie z najlepszymi praktykami architektury projektu 4d zapewnia stabilny system.

Znaczenie zmienia się również w zależności od kontekstu. Pytanie dotyczące architektury projektu mobilnego 4d dotyczy synchronizacji offline, lokalnego buforowania danych i projektowania punktów końcowych REST. Pytanie dotyczące architektury projektu 4D Studio dotyczy samego środowiska programistycznego — sposobu, w jaki Eksplorator, edytor formularzy i edytor metod mapują się na podstawową strukturę plików. Ta sama platforma, inny poziom zainteresowania.

Powiązane: Knack — Niewymagający kodu kreator baz danych, przeznaczony dla portali, katalogów i narzędzi wewnętrznych – z cenami ryczałtowymi zamiast opłat za użytkownika..

Korzyści z architektury 4D

Zrozumienie architektury bazy danych 4D jest kluczowe, ponieważ dobrze zaplanowana architektura 4D opłaca się w sposób mierzalny w całym okresie życia aplikacji, a nie przy pierwszym dostarczeniu.

Zmiana jest tańsza. Gdy reguły biznesowe znajdują się w jednym miejscu, zmiana cen polega na edycji jednego pliku, a nie przeszukiwaniu metod formularzy. Gdy formularze są zbudowane z podformularzy wielokrotnego użytku i scentralizowanych list wartości, utworzenie nowego ekranu zajmuje godziny, a nie dni.

Wdrożenie jest szybsze. Nowy programista — lub programista obywatelski w tym samym zespole — może przeczytać strukturę tabeli i zrozumieć domenę bez konieczności inżynierii wstecznej interfejsu użytkownika. Przechowywanie projektów w oparciu o pliki oznacza, że ​​mogą bezpośrednio przeglądać źródła.

Nasz wybór: Claris FileMaker Pro — Długotrwała platforma relacyjnych baz danych dla zespołów, które potrzebują niestandardowych aplikacji na komputery stacjonarne, w Internecie i na urządzeniach mobilnych w jednym pliku..

Wdrożenie jest bardziej elastyczne. Architektura oddzielająca dostęp do danych od prezentacji może obsługiwać klienta stacjonarnego, interfejs internetowy i aplikację mobilną z tej samej warstwy logicznej. Późniejsza modernizacja tej separacji jest znacznie trudniejsza niż zaprojektowanie jej na początku.

Możliwe jest testowanie i przeglądanie. Pliki projektów w formacie zwykłego tekstu obsługują kontrolę wersji, przegląd kodu i automatyczne weryfikacje. Struktury binarne w dużej mierze tego nie robią.

Wydajność jest przewidywalna. Indeksowane relacje, rozsądne wzorce zapytań i unikanie pętli rekord po rekordzie na rzecz operacji ORDA opartych na zestawach zapewniają stabilność czasów odpowiedzi w miarę wzrostu danych.

Plusy i minusy architektury 4D

Wybór architektoniczny	Mocne strony	Kompromisy
Aplikacja 4D dla jednego użytkownika	Najprostszy w budowie i wdrożeniu; brak licencji serwerowej; idealny do prototypowania	Brak równoczesnego dostępu; skalowanie oznacza późniejszą zmianę architektury
Klient-serwer z serwerem 4D	Dane centralne, współużytkownicy, dojrzałe buforowanie i blokowanie	Wymaga administracji serwerem; opóźnienie sieci wpływa na architektury typu “chatty” (częste zapytania)
Serwer sieciowy 4D / REST	Dowolna przeglądarka lub klient innej firmy może korzystać z danych	Bezpieczeństwo, uwierzytelnianie i projektowanie sesji stają się Twoją odpowiedzialnością
Projekt mobilny 4D	Natywny dostęp mobilny z możliwością pracy w trybie offline	Obsługa konfliktów synchronizacji zwiększa złożoność
Monolityczna konstrukcja oparta na formie	Szybka dostawa pierwszej wersji	Metody formularzy akumulują logikę; trudne do przetestowania i ponownego wykorzystania
Projektowanie warstwowe z klasami modelu danych ORDA	Możliwość wielokrotnego użytku, testowalność, przenośność między klientami	Większy nakład pracy przy projektowaniu; bardziej stroma krzywa uczenia się dla początkujących

czy architektura 4D jest tego warta

Architektura 4D jest tego warta, jeśli aplikacja ma przetrwać swojego pierwszego autora, obsługiwać więcej niż garstkę użytkowników lub łączyć się z więcej niż jednym interfejsem użytkownika. Te trzy warunki dotyczą większości aplikacji biznesowych zbudowanych na platformie.

Architektura prawdopodobnie nie jest warta dużych inwestycji, gdy walidujesz pomysł, budujesz wewnętrzne narzędzie do jednorazowego użytku lub tworzysz prototyp przepływu pracy, który może zostać porzucony. W takich przypadkach aplikacja 4D dla jednego użytkownika z prostymi tabelami i formularzami jest właściwym wyborem, a narzędzia 4D o niskim kodzie dobrze nadają się do tej szybkości. Jest to często najlepsza architektura projektu 4D dla początkujących.

Uczciwy złoty środek: przed utworzeniem pierwszego formularza poświęć dzień na układ tabeli, kluczową strategię i rozmieszczenie logiki biznesowej. Ten jeden dzień to inwestycja architektoniczna o najwyższym zwrocie, a jej koszt jest prawie zerowy w porównaniu z restrukturyzacją w połowie projektu.

Problemy z architekturą 4D

Typowe problemy w architekturze 4d można streścić w kilku rozpoznawalnych wzorach. Przestrzeganie najlepszych praktyk w zakresie architektury projektów 4d pozwala uniknąć tych problemów.

Rozrost logiki. Reguły biznesowe są rozproszone pomiędzy metodami formularzy, wyzwalaczami i metodami projektu, więc nikt nie może wiedzieć, gdzie faktycznie następuje obliczenie. Rozwiązanie składa się z pisemnego regulaminu dotyczącego rozmieszczenia oraz przeprowadzenie przeglądu architektury projektu 4D w celu konsolidacji.

Relacje nieindeksowane. Zapytania skanujące pełne tabele działają zadowalająco przy tysiącu rekordów i źle przy milionie. Indeksowanie kluczy obcych i często filtrowanych pól to tania i skuteczna korekta.

Duplikacja formularzy. Dwadzieścia niemal identycznych formularzy wejściowych, każdy z własną kopią listy wartości, oznacza dwadzieścia miejsc do aktualizacji w przypadku zmiany listy. Rozwiązują ten problem scentralizowane listy i podformularze wielokrotnego użytku.

Niedopasowanie wdrożenia. Aplikacja zaprojektowana dla jednego użytkownika, a później przesłana na serwer klient-serwer często zawiera założenia — lokalne ścieżki plików, blokowanie dla jednego użytkownika, bezpośredni dostęp do rekordów — które psują się w przypadku współbieżności.

Problemy z kontrolą wersji. Zespoły, które nigdy nie przyjęły formatu projektu opartego na plikach lub niedbale zapisywały wygenerowane zasoby, mają trudności z przeglądaniem zmian w znaczący sposób.

Założenia dotyczące synchronizacji mobilnej. Architektura projektu mobilnego 4D, która zakłada stałą łączność lub ignoruje rozwiązywanie konfliktów, generuje dane, które po cichu rozchodzą się między urządzeniami i serwerem.

Architektura projektu 4d dla początkujących

Zrozumienie architektury baz danych 4d jest kluczowe dla nowicjuszy. Początkujący powinni budować w ustalonej kolejności, ponieważ każdy krok ogranicza następny, zgodnie z najlepszymi praktykami dotyczącymi architektury projektu 4D.

Krok 1 — Modeluj dane na papierze. Wymień rzeczowniki w procesie biznesowym (klienci, zamówienia, pozycje, faktury). Każdy rzeczownik staje się tabelą. Każdy atrybut staje się polem. Narysuj relacje przed otwarciem edytora formularzy.

Krok 2 — Wybieraj klucze celowo. Automatyczne zwiększanie długich liczb całkowitych jest proste i szybkie. Identyfikatory UUID są lepsze w przypadku architektury projektów mobilnych 4D, gdy rekordy są tworzone w trybie offline na urządzeniach mobilnych i później łączone. Zdecyduj raz; zmiana kluczowej strategii, gdy istnieją już dane, jest bolesna.

Krok 3 — Indeksuj to, co filtrujesz i na podstawie czego się odwołujesz. Klucze podstawowe są indeksowane automatycznie. Zwykle powinny to być klucze obce i dowolne pole używane w warunku zapytania.

Krok 4 — Zdecyduj, gdzie znajduje się logika i zapisz ją. Działająca wartość domyślna: wyzwalacze tabel dla integralności danych, która musi być zawsze zachowana, klasy modelu danych ORDA dla operacji w domenie wielokrotnego użytku, metody projektowe dla współdzielonych narzędzi i metody formularzy tylko do celów prezentacji.

Krok 5 — Zbuduj jeden kompletny wycinek pionowy. Jedna tabela, jeden formularz, jedna lista, jedna lista wartości, połączone od końca do końca. To ujawnia problemy z integracją już na wczesnym etapie, gdy są one tanie.

Krok 6 — Scentralizuj listy wartości i komponenty wielokrotnego użytku. Zbuduj je raz, odwołuj się do nich wszędzie.

Krok 7 — Objmij projekt kontrolą wersji. Projekty 4D oparte na plikach obsługują to bezpośrednio; rób to od pierwszego dnia, zamiast modernizować.

Każdy przegląd architektury projektu 4D pokaże, że samouczek pomijający krok 1 lub krok 4 nauczy Cię szybkiego budowania ekranów i powolnego ich utrzymywania. Takie podejście do architektury 4d zapewnia długoterminową stabilność.

Najlepsze praktyki w zakresie architektury projektów 4D

Najlepsze praktyki w zakresie architektury projektów 4D w mniejszym stopniu opierają się na sprytnych technikach, a bardziej na konsekwentnej dyscyplinie. Dla tych, którzy szukają architektury projektu 4d dla początkujących, zrozumienie architektury bazy danych 4d zaczyna się od następujących podstaw:

• Nazywaj rzeczy przewidywalnie. Spójne przedrostki tabel, pól, metod i formularzy sprawiają, że Eksplorator jest użyteczny od razu.
• ** Staraj się, aby metody formularzy były cienkie.** Metoda formularza powinna obsługiwać wyświetlanie i interakcję z użytkownikiem, a nie obliczenia biznesowe.
• Preferuj operacje oparte na zestawach. Zapytania ORDA i selekcje encji znacznie przewyższają pętle rekord po rekordzie w przypadku dużych tabel.
• Scentralizuj konfigurację. Adresy serwerów, ścieżki plików i flagi funkcji powinny znajdować się w jednym miejscu, a nie rozproszone w postaci literałów.
• Udokumentuj model. Jednostronicowy diagram tabel i relacji pozwala zaoszczędzić godziny późniejszej archeologii.
• Przeglądaj architekturę w kluczowych momentach, a nie w sposób ciągły. Ustrukturyzowany przegląd architektury projektu 4D przed wydaniem każdej głównej wersji wykryje zmiany bez spowalniania dostarczania.
• Oddzielne dane rozwojowe, testowe i produkcyjne. Nigdy nie prowadź prac programistycznych na żywych danych.
• Zaplanuj dla klienta, którego jeszcze nie zbudowałeś. Jeśli architektura projektu internetowego lub mobilnego 4D stanie się wiarygodna w ciągu dwóch lat, usuń dostęp do danych z metod formularzy już teraz, aby utrzymać czystą architekturę 4D.

Koszt architektury projektu 4D

Koszty w architekturze 4d są zdominowane przez czas projektowania i przeróbki, a nie przez narzędzia. Zrozumienie architektury bazy danych 4d jest kluczowe, ponieważ sama platforma jest licencjonowana przez 4D SAS, a ceny różnią się w zależności od rodzaju wdrożenia i liczby użytkowników, dlatego aktualne warunki należy sprawdzić bezpośrednio u 4D lub autoryzowanego sprzedawcy, zamiast polegać na danych z drugiej ręki.

Dla tych, którzy interesują się architekturą projektów 4D dla początkujących, koszty, na które warto zaplanować budżet, to:

• Czas projektowania. Dzień lub dwa projektowania tabeli i warstwy logicznej przed budowaniem. Jest to najtańsza pozycja w budżecie i ta, która zapobiega najdroższym.
• Przeróbka. Restrukturyzacja działającego modelu danych po uruchomieniu kosztuje zazwyczaj kilka razy więcej niż kosztowałby projekt z góry. To jest prawdziwy architektoniczny czynnik kosztowy.
• Topologia wdrożenia. Wdrożenia klient-serwer i webowe dodają zadania związane z administracją serwerem, tworzeniem kopii zapasowych i bezpieczeństwem, których nie wymagają aplikacje dla jednego użytkownika.
• Złożoność mobilna. W architekturze projektów mobilnych 4D synchronizacja offline i rozwiązywanie konfliktów to prawdziwy wysiłek inżynieryjny, a nie konfiguracja.
• Przegląd i dokumentacja. Przegląd architektury projektu 4D wymaga skromnego czasu, który zwraca się przy każdym przekazaniu.

W przypadku programistów IT pracujących w małych zespołach najlepsze praktyki dotyczące architektury projektów 4d sugerują, że praktyczną wskazówką jest nieznaczne przeinwestowanie w model danych i niedoinwestowanie w niestandardowy interfejs użytkownika, dopóki model nie zostanie udowodniony, że jest stabilny.

Architektura projektu w 4D Studio

4D Studio to zintegrowane środowisko programistyczne, którego struktura bezpośrednio odzwierciedla architekturę projektu. Eksplorator wyświetla tabele, pola, formularze, metody i klasy w postaci, w jakiej istnieją w plikach projektu. Edytor formularzy edytuje definicje formularzy. Edytor metod edytuje kod. Ponieważ projekt jest przechowywany w postaci plików, to co widzisz w 4D Studio odpowiada temu co jest na dysku i w kontroli wersji.

Z architektonicznego punktu widzenia oznacza to, że 4D Studio nie jest czarną skrzynką skrywającą swoją strukturę. Programista może przeglądać folder projektu, rozumieć układ i przeglądać zmiany bez konieczności otwierania IDE. Dla zespołów ta przejrzystość stanowi różnicę między architekturą, którą można zarządzać, a architekturą, na którą można tylko mieć nadzieję.

Często zadawane pytania

Wyjaśnienie architektury 4D — co właściwie obejmuje ten termin?

Architektura 4D obejmuje logiczną strukturę aplikacji 4D (tabele, pola, relacje, indeksy, rozmieszczenie logiki, formularze) i jej fizyczne wdrożenie (pojedynczy użytkownik, klient-serwer, sieć lub urządzenie mobilne). Odnosi się to również do wewnętrznej organizacji projektu 4D opartej na plikach, która obsługuje kontrolę wersji i przegląd architektury projektu 4D. Termin ten różni się od terminu „4D” stosowanego w studiach wizualizacji architektonicznych.

Czym w skrócie jest architektura 4D?

Zrozumienie architektury bazy danych 4D polega na tym, jak zorganizować aplikację bazy danych 4D, aby była łatwa w utrzymaniu: jakie tabele i relacje tworzysz, gdzie obowiązują reguły biznesowe, jaka jest struktura formularzy i jak aplikacja jest wdrażana. Dobra architektura oznacza, że ​​zmiany pozostają lokalne, a nie przenikają przez cały projekt.

Jakie są główne zalety architektury 4D?

Główne korzyści i najlepsze praktyki dotyczące architektury projektów 4d to tańsze zmiany, szybszy onboarding, elastyczne wdrażanie w klientach stacjonarnych, internetowych i mobilnych, testowalność poprzez kontrolę wersji i przewidywalna wydajność w miarę wzrostu danych. Korzyści te kumulują się w całym cyklu życia aplikacji, a nie pojawiają się dopiero przy pierwszym wdrożeniu.

Jakie są zalety i wady architektury 4D?

Korzyści obejmują logikę wielokrotnego użytku, przenośny dostęp do danych i łatwe w utrzymaniu formularze. Wady obejmują czas przygotowania projektu z góry, bardziej stromą krzywą uczenia się architektury projektu 4d dla początkujących oraz dodatkową złożoność wdrażania architektury projektu sieciowego lub mobilnego 4d. Aplikacje dla jednego użytkownika pozwalają uniknąć większości wad, ale nie można ich skalować do równoczesnych użytkowników bez restrukturyzacji.

Czy warto inwestować w architekturę 4D?

Warto, gdy aplikacja przeżyje swojego pierwszego autora, będzie obsługiwać wielu użytkowników lub łączyć się z więcej niż jednym frontendem – co opisuje większość aplikacji biznesowych. Jest to mniej istotne w przypadku jednorazowych prototypów. Jeden dzień projektowania tabeli i warstwy logicznej przed zbudowaniem to inwestycja o najwyższym zwrocie.

Jakie są najczęstsze problemy związane z architekturą 4D?

Najczęstsze problemy to logika biznesowa rozproszona w metodach i wyzwalaczach formularzy, niezindeksowane relacje spowalniające zapytania w miarę wzrostu danych, zduplikowane formularze i listy wartości, założenia dotyczące wdrażania, które psują się w przypadku współbieżności oraz projekty synchronizacji mobilnej ignorujące rozwiązywanie konfliktów. Każdy ma znane, praktyczne rozwiązanie.