Классы, объекты, шаблоны — как правильно!?

Question

[Митя ТоДаСё]

Вот дошел до изучения ООП, немного поплыл...
Вот например у меня есть массив, который может состоять из числа, строки или содержать вложения массивов.

demo array

(он больше, но структура такая...)
$cfg  =  array ( 
		 
		'sett'	=>		array (				
			'agent'		=>		11,								
			'search'		=>		90,							
			'check'		=>		3,											
			 'crypt'		=>		array (	
				'key'		=>		'XXXXXXXXXXXXXXXXXXX',
				'secret'	=>	        'XXXXXXXXXXXXXXXXXXX'
			)		
		),
		 
		'cargo'		=>		array (
			'JDE'		=>		array (	
				'name'			=>		'XXXXXXXXXXXXXXXXXXX',		
				'user'			=>		'XXXXXXXXXXXXXXXXXXX',	
				'token'			=>		'XXXXXXXXXXXXXXXXXXX',	
				'login'			=>		'XXXXXXXXXXXXXXXXXXX',	
				'pass'			=>		'XXXXXXXXXXXXXXXXXXX'	
			),	
			 
			'DL'			=>		array (
				'name'			=>		'XXXXXXXXXXXXXXXXXXX',		
				'user'			=>		'XXXXXXXXXXXXXXXXXXX',	
				'token'			=>		'XXXXXXXXXXXXXXXXXXX',	
				'login'			=>		'XXXXXXXXXXXXXXXXXXX',	
				'pass'			=>		'XXXXXXXXXXXXXXXXXXX'							
			)
		)
	 );

var_dump

int(90)
["check"] =>
 int(3)
["crypt"] =>
 array(2) {
	["key"] =>
	string(19) "XXXXXXXXXXXXXXXXXXX"
	["secret"] =>
	string(19) "XXXXXXXXXXXXXXXXXXX"
}
}
["cargo"] =>
 array(2) {
	["JDE"] =>
	array(5) {
		["name"] =>
		string(19) "XXXXXXXXXXXXXXXXXXX"
		["user"] =>
		string(19) "XXXXXXXXXXXXXXXXXXX"
		["token"] =>
		string(19) "XXXXXXXXXXXXXXXXXXX"
		["login"] =>
		string(19) "XXXXXXXXXXXXXXXXXXX"
		["pass"] =>
		string(19) "XXXXXXXXXXXXXXXXXXX"
	}
	["DL"] =>
	array(5) {
		["name"] =>
		string(19) "XXXXXXXXXXXXXXXXXXX"
		["user"] =>
		string(19) "XXXXXXXXXXXXXXXXXXX"
		["token"] =>
		string(19) "XXXXXXXXXXXXXXXXXXX"
		["login"] =>
		string(19) "XXXXXXXXXXXXXXXXXXX"
		["pass"] =>
		string(19) "XXXXXXXXXXXXXXXXXXX"
	}
}                                                                                                                                                                                  
}

Это настройки для подключения к разным API для получения информации.
У меня есть готовые два класса клиентов для этих API, один предоставлялся разработчиками, второй я сделал по аналогии.

Я хочу с помощью класса подключать тот или иной клиент, тот в свою очередь должен использовать данные из конфига + получать доп.свойства при вызове.

Я запутался, не понимаю:

• Как именно я должен хранить данные конфига?!
  
• Мне нужно сделать это через класс с ограничением видимости или как-то еще?
  
• Если это будет класс, нужно ли в данном случае использовать конструктор?
  

Почитал про паттерны, стало еще хуже!

• Нужно использовать синлтон?
  
• Если это объект с вложениями, то надо делать пул?
  

Т.е. у меня просто все это сейчас перепуталось и я не понимаю как правильно... Хочу сделать как положено, а не как хочется ))) Так-то сейчас на массивах в перемешку с объектами и отдельно живущих двух классов API клиентов все работает... Вот хочется собрать все в кучу и чтоб читалось )) Я не прошу писать за меня, я прошу пояснить где и что в моем случае правильней использовать, а я уж почитаю как это едят %)

Answer 1

[Konata Izumi]

Как именно я должен хранить данные конфига?!

Можно так в отдельном файле:

return [
   //тут конфиг
]

Потом этот файл подключать туда, где требуется конфиг.

Мне нужно сделать это через класс с ограничением видимости или как-то еще

Нет, т.к. в конфиге лежат критичные данные, которые не заносят под гит.

P.s. вместо array() используйте []

Comments

[Митя ТоДаСё]

• Т.е. в итоге хранить конфиг в виде массива? А нужно обернуть это в функцию?
  
• array() и [] кроме синтаксиса еще чем-то отличаются?
  
• что значит?

  не заносят под гит

  
  

[Konata Izumi]

Митя ТоДаСё,

Т.е. в итоге хранить конфиг в виде массива?

Один из вариантов. Можно хранить в .env файле или любом другом формате файла (json, yml). Можно хранить в бд. Лишь бы не в коде.

А нужно обернуть это в функцию?

Можно сделать функцию (или метод), которая будет читать конфиг и заполнять из него данными что-то.

array() и [] кроме синтаксиса еще чем-то отличаются?

Нет

что значит?
не заносят под гит

Не заносят под систему контроля версий. Грубо говоря делают слепок текущего состояния кода. Лучше почитать про git отдельно.
Если код, в котором занесли под систему контроля версий критичные данные, станет публичным (опубликуют на гитхаб, например), то по истории гита можно будет достать эти данные, что не есть безопасно.

[Митя ТоДаСё]

Konata Izumi, терь понял про гит!

ок, я правильно понял? Порядок действий:

• создаю класс с вложенной функцией, которая возвращает объект приватных статичных свойств
  
• создаю класс в который передаю конфиг, и доп. свойства
  
• этот класс в зависимости полученных значений подключает нужный клиент, передает ему нужные данные и с помощью конструктора создает объекты для каждой полученной строки и функцией c return отдаю результат
  

Еще раз переспрошу!

• По логике вещей конструктор нужен мне ток при получении ответа от API?!
  
• Мне нужно использовать паттерн (например Singleton) для создания класса конфига?
  
• Мне нужно использовать паттерн (например Factory method) при формировании объектов с помощью конструктора?
  

Answer 2

[Adamos]

Как именно я должен хранить данные конфига?!

Смотрите. У вас есть конфиг, есть классы, которым нужно получить данные этого конфига.
Как именно он хранится - эти классы не знают и знать не желают.
Потому что вы сделали класс конфига, у которого есть внешние функции "получить нужные данные" и внутренний механизм, который реально берет их оттуда, где они хранятся. Это же ООП.

Мне нужно сделать это через класс с ограничением видимости или как-то еще?

Да, внутренняя часть делается через ограничение protected / private

Если это будет класс, нужно ли в данном случае использовать конструктор?

Если данные, например, хранятся в базе и один раз считываются из нее в кэш, из которого уже и отдаются по каждому запросу - логично сделать это в конструкторе. Если у вас просто простыня РНР-массива, обращение к которому ничего не стоит - он может быть статикой, и методы тоже. Но лучше сразу предполагать, что все может измениться и сделать пустой конструктор и нестатические методы даже в этом случае. Чтобы потом не переписывать те классы, которые обращаются за данными.