dash-b · Funkcje · Po kliknięciu
Pulpit, który coś robi.
Większość pulpitów jest z założenia tylko do odczytu: pokazują liczbę i zostawiają cię z tym, żebyś gdzie indziej coś z nią zrobił. Kafelek dash-b może mieć przycisk, a jego naciśnięcie zapisuje wiersz, aktualizuje go albo otwiera formularz zbudowany z twojej własnej tabeli.
Dwa kafelki
Przycisk albo formularz
Akcja
Jeden przycisk z etykietą, którą wybierasz. Wykonuje pojedynczą nazwaną operację na jednej z twoich tabel — oznacz dzisiejsze wpływy jako zaksięgowane, dodaj zmianę, zamknij zgłoszenie. Nic do wpisywania, jedno naciśnięcie.
Formularz danych
To samo, gdy operacja wymaga szczegółów. Pola są pobierane z własnego schematu tabeli, a nie z niczego, co deklaruje projekt, więc zmiana nazwy kolumny zmienia formularz, a usunięta kolumna przestaje być wymagana.
Czym jest akcja
Trzy klucze i ani czwartego
Akcja nazywa operację, nazywa to, na czym działa, i przekazuje parametry. To cały słownik:
- Polecenie to indeks do rejestru, do którego może dodawać wyłącznie kod samego dash-b. Projekt nie może wymyślić własnego.
- Powiązanie to nazwa, rozwiązywana w chwili naciśnięcia przycisku względem dokumentów, które posiada twoje konto. Projekt, który ktoś ci wyśle, a który wymienia tabelę, której nie masz, zatrzymuje się i o tym mówi.
- Parametry to literał albo jedna nazwana wartość odczytana z formularza, kafelka lub naciśnięcia. Jeden poziom w głąb i nic więcej.
URL, nagłówek, token albo rola zapisane w akcji to martwy klucz.
Nic w dash-b ich nie czyta. Test wysyła akcję niosącą wszystkie cztery i sprawdza, że żadna z nich nie dotarła do procedury obsługi.
Słownik jest celowo słaby. Każdy operator dodany do języka parametrów to krok w stronę silnika reguł żyjącego w pliku, który obcy ludzie wysyłają sobie nawzajem, a plik projektu nie jest miejscem do uruchamiania cudzej logiki.
Zasady, którym podlega zapis
Trzy z nich odwracają sposób, w jaki zachowuje się reszta dash-b
Nieznane polecenie to głośny błąd
Wszędzie indziej nierozpoznany klucz jest po cichu ignorowany, bo projekt powinien przetrwać spotkanie z nowszą wersją samego siebie. Nie tutaj: zapis, który po cichu nic nie robi, wygląda dokładnie tak samo jak taki, który się udał.
Liczy się tylko prawdziwe naciśnięcie
To, czy ktoś faktycznie nacisnął przycisk, rozstrzyga środowisko uruchomieniowe, nigdy projekt. Projekt, który twierdzi, że gest miał miejsce, jest odrzucany.
Wszystko, co zmienia dane, wymaga potwierdzenia
Operacje są tylko do odczytu, lokalne albo zmieniające. Zmieniająca najpierw pyta — i nie może zrezygnować z pytania — i otrzymuje klucz, dzięki któremu podwójne naciśnięcie zadziała raz.
Gdzie się nie pojawia
Nie na wyeksportowanej stronie HTML
Wyeksportuj projekt jako samodzielną stronę, a przycisków w niej nie będzie. Eksport nie uruchamia żadnego kodu dash-b, więc formularz tam zbierałby czyjeś wpisy i nie miałby ich gdzie wysłać — co jest gorsze niż niezaoferowanie go wcale. Kafelek to funkcja projektanta i konta, a eksport mówi to, pomijając go.
To samo dotyczy opublikowanego linku. To, co czytelnik może zobaczyć, a czego nie, rozstrzyga to, do czyich danych kafelek jest powiązany — jak działa udostępnianie opisuje oba przypadki.
Potrzebuje tabeli, do której można zapisywać.
To może być tabela na twoim koncie albo twoja własna baza danych osiągnięta przez łącznik hostowany przez ciebie — w takim przypadku żadne hasło do bazy nigdy do nas nie dociera.