Шаблон разработки реестра … хороший или плохой?
Сами базы данных? Никакой
сценарии, которые создают их, включая статические данные вставляют, хранимые процедуры и т.п.; конечно. Они - текстовые файлы, они включены в проект и зарегистрированы и как все остальное.
, Конечно, в идеальном мире Ваш инструмент управления базой данных сделал бы это; но Вы просто должны дисциплинироваться об этом.
1 ответ
В статье утверждается, что используется «шаблон проектирования реестра»; это универсальное название для этой конструкции в индустрии?
Да, но реализация может явно отличаться. По сути, реестр - это контейнер для общих объектов. В действительно базовой версии вы можете использовать массив. Таким образом, переменную $ GLOBALS можно назвать реестром.
Есть ли другой аналогичный вариант, который был бы лучшим вариантом?
Существует два варианта реестра. Существует глобальный реестр (который является наиболее распространенным и является примером этого). И есть местный реестр. Локальный реестр передается объектам, которые в нем нуждаются, а не получается через глобальный символ (статический класс, синглтон и т. Д.). Локальный реестр имеет более низкую степень связывания, но он также немного более абстрактный, так что здесь есть компромисс.
Вы также можете пойти еще дальше и использовать полную инъекцию зависимостей, где вы явно передаете все зависимости объектам, которые в них нуждаются. Это может быть немного утомительно для больших приложений. Вы можете соединить это с контейнером внедрения зависимостей, который представляет собой фрагмент кода, который «знает», какие зависимости какие классы имеют. Это даже более сложно, чем локальный реестр, но имеет очень низкую степень связи.
Считается ли этот шаблон хорошей практикой для реализации в контексте инфраструктуры MVC?
Это обычная практика. Хорошо это или плохо - это суждение. Лично я готов принять некоторые сложности взамен развязки, но ymmv.
Вы также можете пойти еще дальше и использовать полную инъекцию зависимостей, при которой вы явно передаете все зависимости объектам, которым они нужны. Это может быть немного утомительно для больших приложений. Вы можете соединить это с контейнером внедрения зависимостей, который представляет собой фрагмент кода, который «знает», какие зависимости какие классы имеют. Это даже более сложно, чем локальный реестр, но имеет очень низкую степень связи.
Считается ли этот шаблон хорошей практикой для реализации в контексте инфраструктуры MVC?
Это обычная практика. Хорошо это или плохо - это суждение. Лично я готов принять некоторые сложности взамен развязки, но ymmv.
Вы также можете пойти еще дальше и использовать полную инъекцию зависимостей, при которой вы явно передаете все зависимости объектам, которым они нужны. Это может быть немного утомительно для больших приложений. Вы можете соединить это с контейнером внедрения зависимостей, который представляет собой фрагмент кода, который «знает», какие зависимости какие классы имеют. Это даже сложнее, чем локальный реестр, но имеет очень низкую степень связи.
Считается ли этот шаблон хорошей практикой для реализации в контексте инфраструктуры MVC?
Это обычная практика. Хорошо это или плохо - это суждение. Лично я готов принять некоторые сложности взамен развязки, но ymmv.
Вы можете соединить это с контейнером внедрения зависимостей, который представляет собой фрагмент кода, который «знает», какие зависимости какие классы имеют. Это даже более сложно, чем локальный реестр, но имеет очень низкую степень связи.Считается ли этот шаблон хорошей практикой для реализации в контексте инфраструктуры MVC?
Это обычная практика. Хорошо это или плохо - это суждение. Лично я готов принять некоторые сложности взамен развязки, но ymmv.
Вы можете соединить это с контейнером внедрения зависимостей, который представляет собой фрагмент кода, который «знает», какие зависимости какие классы имеют. Это даже более сложно, чем локальный реестр, но имеет очень низкую степень связи.Считается ли этот шаблон хорошей практикой для реализации в контексте инфраструктуры MVC?
Это обычная практика. Хорошо это или плохо - это суждение. Лично я готов принять некоторые сложности взамен развязки, но ymmv.
Хорошо это или плохо - это суждение. Лично я готов принять некоторые сложности взамен развязки, но ymmv. Хорошо это или плохо - это суждение. Лично я готов принять некоторые сложности взамен развязки, но ymmv.