Có quyền đặt cấu hình lớp PHP để giữ cài đặt dự án không?

Question

Tôi muốn tạo một tệp config.php để giữ các giá trị cấu hình khác nhau thường được thay đổi từ dự án thành dự án và tôi muốn xác định lớp để giữ giá trị cấu hình trong tệp này như sau:

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

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

và như vậy, tôi muốn xác định tất cả các giá trị như hằng bên trong lớp, và tôi sẽ gọi cho họ như sau:

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

tôi muốn biết: Liệu cách này thiết lập các cấu hình dự án là đúng? Cách này có bất kỳ khuyết điểm nào không? Và nếu nó sai, thì cách tốt nhất để làm điều này là gì?

Answer 1

tôi đã tìm thấy những 2 bài báo rằng đang nói về cùng một chủ đề và tôi thấy rằng chúng rất hữu ích vì vậy tôi muốn chia sẻ chúng ở đây:

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

Tôi hy vọng họ giúp đỡ như họ đã làm cho tôi.

Answer 2

Tôi nghĩ rằng, những gì bạn muốn là 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'; 
} 

như thế. Bạn không thể gọi cho họ bằng ::, ví dụ: Config::$DB_SERVER.

Btw. thông thường bạn không viết chúng lớn như thế nếu chúng là các biến lớp. Lớn có nghĩa là globals, thường.

Answer 3

Đó là một cách để làm điều đó, vâng. Một cách không quá tệ, IMO. Về cơ bản, lớp sẽ trở thành một tệp cấu hình, chỉ với cú pháp PHP.

Có một vài hạn chế, mặc dù:

• Bạn không thể có const mảng hoặc đối tượng. (Khóa học, bạn không thể có hằng số toàn cầu mảng/ đối tượng, vì vậy ...) (Kể từ 5.6, bạn có thể có mảng liên tục. Tuy nhiên, không có đối tượng const. Mặc dù tôi chắc chắn bạn không thể có const nguồn lực, hoặc, vì điều đó sẽ không có ý nghĩa nhiều.)

  Bạn có thể làm việc xung quanh điều này bằng cách thực hiện một getter tĩnh cho các đối tượng (mà tất nhiên là mã để luôn trả về cùng một đối tượng) ... nhưng tôi muốn giới thiệu chống lại nó trong hầu hết các trường hợp. Nó chỉ là một lựa chọn an toàn nếu các đối tượng trong cấu hình của bạn không thay đổi theo thiết kế. (Đối tượng không được thiết kế cho bất biến là quá dễ dàng để thay đổi, thậm chí một cách tình cờ.)

  (Bên cạnh vấn đề đột biến, nó lỗi tôi có mã thực sự đang chạy trong tệp cấu hình ... nhưng chủ yếu là cá nhân tùy chọn.)

• Lớp này có mục đích khác với mục đích khác - đó là nhằm mục đích để thay đổi cho mỗi dự án. Bạn có thể cân nhắc việc giữ lớp Config ở một nơi nào đó ngoài các lớp còn lại, giống như nơi bạn thường giữ một tệp cấu hình. Với một tệp cấu hình thực, vì bạn phân tích cú pháp khi chạy, bạn có thể giải quyết một tệp bị thiếu hoặc không hợp lệ (bằng cách chạy với cài đặt mặc định, sử dụng những phần nào có thể phân tích cú pháp và/hoặc hiển thị lỗi hữu ích). thông điệp).Nhưng khi cấu hình của bạn đang chạy dưới dạng mã PHP, bất kỳ lỗi cú pháp nào - hoặc, nếu bạn chưa tính toán nó, một lớp Config bị thiếu - sẽ dừng ứng dụng chết trong các bài hát của nó. Và nếu bạn đang chạy với display_errors tắt (được khuyến nghị trong sản xuất), vấn đề có thể ít hơn hiển nhiên.