Czy można ustawić konfigurację PHP, aby zachować ustawienia projektu?

Question

Chcę utworzyć plik config.php do przechowywania różnych wartości konfiguracyjnych, które z reguły są zmieniane od projektu i chcę, aby zdefiniować klasę, aby zachować wartości konfiguracyjnych w tym pliku, jak poniżej:

class Config { 
    const DB_SERVER = 'localhost', 
      DB_NAME  = 'abc', 
      DB_USERNAME = 'admin', 
      DB_PASSWORD = '12345', 

      WEBSITE_NAME = 'My New Website', 
      IMAGE_DIR = 'img'; 
} 

i tak dalej, chcę, aby zdefiniować wszystkie wartości jako stałe wewnątrz klasy, a ja nazywam je tak:

$connection = mysql_connect(Config::DB_SERVER, Config::DB_USERNAME, Config::DB_PASSWORD) or die("Database connection failed.."); 

chcę wiedzieć: Czy to sposób ustawiania konfiguracji projektu ma rację? Czy w ten sposób masz jakieś minusy? A jeśli to było złe, to jaki jest najlepszy sposób na zrobienie tego?

Answer 1

Znalazłem te 2 artykuły, które mówią o tym samym temacie i znalazłem, że są one bardzo przydatne, więc chciałem je udostępnić tutaj:

1- Using PHP classes to store configuration data
2- Using a PHP Class to Store Configuration

Mam nadzieję, że pomagają tak jak oni dla mnie.

Answer 2

myślę, że to, co chcesz jest static-keyword!

class Config { 
    static $DB_SERVER = 'localhost'; 
    static $DB_NAME  = 'abc'; 
    static $DB_USERNAME = 'admin'; 
    static $DB_PASSWORD = '12345'; 

    static $WEBSITE_NAME = 'My New Website'; 
    static $IMAGE_DIR = 'img'; 
} 

tak. Nie możesz ich wywołać pod numerem ::, np. Config::$DB_SERVER.

Przy okazji. zwykle nie piszemy ich tak dużych, jeśli są to zmienne klasowe. Big oznacza zwykle globale.

Answer 3

To jeden sposób, aby to zrobić. Niezbyt zła droga, IMO. Zasadniczo klasa staje się plikiem konfiguracyjnym, tylko ze składnią PHP.

Istnieje kilka wad, ale:

• Nie można mieć const tablicami lub obiekty. (Oczywiście, nie możesz mieć obiektów o stałej globalnej ani obiektów 210, więc ...) (Od 5.6, możesz mieć stałe tablice.) Wciąż nie ma obiektów stałych, ale jestem prawie pewien, że nie możesz mieć stałych zasobów, ponieważ nie ma to większego sensu.)

  Możesz obejść ten problem przez wprowadzenie statycznego gettera dla obiektów (który oczywiście jest zakodowany, aby zawsze zwracać ten sam obiekt) ... ale polecam w większości przypadków przeciwko niemu. Jest to tylko bezpieczna opcja, jeśli obiekty w konfiguracji są niezmienne przez projekt. (Obiekty, które nie są zaprojektowane dla niezmienności, są zbyt łatwe do zmiany, nawet przypadkowo.)

  (Oprócz problemu zmienności, powoduje to, że mam prawdziwy kod roboczy w pliku konfiguracyjnym ... ale to głównie osobiste preferencji.)

• Ta klasa ma inny cel niż reszta - to przeznaczone do zmiany jednego projektu. Możesz rozważyć utrzymanie klasy Config w innym miejscu niż reszta klas, na przykład w miejscu, gdzie normalnie przechowujesz plik konfiguracyjny.

• Z prawdziwym plikiem konfiguracyjnym, ponieważ parsujesz go w czasie wykonywania, możesz sobie poradzić z brakującym lub nieprawidłowym plikiem (powiedzmy, uruchamiając ustawienia domyślne, używając części, które można parsować i/lub pokazując użyteczny błąd wiadomość).Ale gdy konfiguracja działa jako kod PHP, wszelkie błędy składniowe - lub, jeśli nie zaksięgowano, brak klasy Config - zatrzymają aplikację w stanie bezczynności. A jeśli używasz display_errors wyłączony (zalecane w produkcji), problem może być mniej oczywisty.