Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

> Forms, API Reflection, Tworzenie Obiektów do obsługi ogólnej
Master Miko
post
Post #1





Grupa: Zarejestrowani
Postów: 530
Pomógł: 0
Dołączył: 15.01.2005
Skąd: Warszawa

Ostrzeżenie: (0%)
-----


Witam,
To jest mój pierwszy post w php Pro i nie wiem czy pasuje, jeśli nie, to przepraszam moderatorów.

Wiem, że wiele frameworków stosuje "podobne" rozwiązania, lecz ja chce stworzyć ten "systemik" w celach ćwiczebnych i opanowania obiektowości.

Przejdę wieć do właściwej treści:

Zastanawiam się jak połączyć bazę danych, formularze i nie natrudzić się przy tym. Moim zdaniem to bezsensu jest, że za każdym razem robimy oddzielny formularz do każdej tabeli w bazie.

Chce osiągać ten efekt: skrypt tworzy formularz na podstawie tabeli - gdzie zawarte są też elementy walidacji. Ale jest problem. Jeśli zapisze te wszystkie właściwości pól w bazie danych to ją przecież zarżnę! Przy np: rejestracji potrzebne będą 3 połączenia z bazą danych. Jedno z pobraniem właściwości formularzy, drugie w czasie wysyłania i walidacji, trzecie w czasie wysyłania danych rejestracji. Gdzie zapisać te właściwości tabel? Można by zrobić tak, że skrypt cacheuje właściwości tabeli i zapisuje je np. w pliku - ale w jakim formacie najlepiej? SQLite? Zwykłym plikowym?
Potem - po stworzeniu formularza i wysłaniu przez użytkowników - Reflecion ma przechytywać te dane i na podstawie danych walidacji - sprawdzać dane i zapisywać do odpowiedniej tabeli o prawidłowych wartościach. To wiem jak rozwiązać (mam php Solutions (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif) )

Jak rozwiązać ten problem przechowywania?

A może użyć jeszcze do tego AJAXa, który by wysyłał dane rejestracji?
Co do walidacji nie chce używać JavaScript bo jakoś zaufania nie mam (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)
Go to the top of the page
+Quote Post
 
Start new topic
Odpowiedzi
LBO
post
Post #2





Grupa: Zarejestrowani
Postów: 1 415
Pomógł: 117
Dołączył: 7.09.2005
Skąd: Warszawa

Ostrzeżenie: (0%)
-----


A mi się wydaje, że przekombinowujesz. Projekt takiego Wizzarda powinien być łatwo-dołączalny do istniejących już aplikacji. Czyli z gotową bazą danych.
Pomysł z plikami XML wydaje mi się chybiony, w sytuacji gdy tak jak proponujesz miałby być za każdym razem parsowane i generować formularz w locie.
Oczywiście, nie jest to zły pomysł, bo łatwiej na plikach XML działać. Na początek radziłbym Tobie napisać silnik czytający taki XML i parsujący go do gotowych plików formularza, a dopiero potem dodać funkcję tworzenia pliku XML z gotowych tabel w BD.

Cytat
Chociaż problem może pojawić się w czasie zmianie kolumn ponieważ jak zmienię XML to będzie trzeba wygenerować znowu tabelę... chyba że napisać jakiś super algorytm... a tego chyba nie chce tongue.gif


Dlatego zaprojektuj również w jaki sposób taki Wizzard powinien generować kod formularzy, żeby w razie zmiany struktury tabel w Bazie Danych, tylko podmienić odpowiednie pliki, tymi nowo-skompilowanymi.

Ten post edytował LBO 26.12.2006, 22:14:28
Go to the top of the page
+Quote Post

Posty w temacie


Reply to this topicStart new topic
2 Użytkowników czyta ten temat (2 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Aktualny czas: 12.10.2025 - 21:08