Development

Documentation/pl_PL/book/1.0/14-Generators (diff)

You must first sign up to be able to contribute.

Changes between Version 5 and Version 6 of Documentation/pl_PL/book/1.0/14-Generators

Show
Ignore:
Author:
Pawel.Ledwon (IP: 83.22.230.29)
Timestamp:
09/23/07 20:51:23 (10 years ago)
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Documentation/pl_PL/book/1.0/14-Generators

    v5 v6  
    4444Możesz zainicjować moduł, tj. stworzyć puste klasy dziedziczące po frameworku. Maskujemy tak kod PHP akcji i szablonów, aby uniknąć ich modyfikacji. Jest to użyteczne, jeżeli struktura Twoich danych nie jest ostateczna, lub jeżeli potrzebujesz szybkiego interfejsu do manipulowania danymi w bazie. Kod wykonywany podczas wywołania nie jest zlokalizowany w Twojej aplikacji, ale w cache. Zadania linii poleceń dla tego typu generacji zaczynają się od `propel-init-`. 
    4545 
     46Kod zainicjowanej akcji jest pusty. Na przykład moduł `article` posiada akcje wyglądające tak: 
     47 
     48    [php] 
     49    class articleActions extends autoarticleActions 
     50    { 
     51    } 
     52 
     53Z drugiej strony, możesz również wygenerować kod akcji i szablonów, żeby mógł być modyfikowany. Utworzony moduł jest wtedy niezależny od klas frameworka i nie może zostać rozszerzony poprzez edycję konfiguracji. Zadania linii poleceń dla tego typu generacji zaczynają się od `propel-generate-`. 
     54 
     55Jako że scaffoldingi są budowane, aby służyć za podstawę do dalszego rozwoju, to zwykle najlepiej jest je wygenerować. Z kolei panel administracyjny powinien być łatwy do uaktualnienia poprzez zmianę konfiguracji i pozostać użyteczny, gdy model ulegnie zmianie. To wyjaśnia, dlaczego administracja jest wyłącznie inicjowana. 
     56 
     57### Przykładowy model danych 
     58 
    4659}}}