Я прочитал обе стороны монеты. Некоторые говорят, что php должен быть отделен от html using includes. Некоторые говорят, что это плохое программирование, чтобы иметь php-код во включенном файле, отличном от информации о подключении к базе данных. Прямо сейчас у меня есть комбинация обоих. Это просто вопрос предпочтения или есть и фактическая выгода (безопасность, производительность, дизайн) над другой?php include best practice
ответ
В зависимости от размера вашего приложения, это хороший принцип проектирования для разделения вещей.
Так что важно прежде всего отделить логику приложения и логику представления.
Что это значит ... основная функциональность вашего приложения должна быть в виде нескольких файлов, функций или классов. И код, который обрабатывает их так, вещи будут выглядеть в конце (ваша презентация) должна быть в другой части.
Так что погода или нет, вы используете PHP или шаблонный движок в своем слое презентации, это больше о вкусе.
Вот некоторые причины, чтобы отделить два
- Вы можете внести изменения в один, не затрагивая (Idealy) другой. Делает редизайн легко.
- Достаточно часто разные люди, которые кодируют приложение и презентацию
- Это поможет вам разобраться в своих мыслях, чтобы вы могли сосредоточиться на одном из двух аспектов за раз.
Это зависит от размера приложения и срока службы (хотя вещи, как правило, продолжаются дольше, чем мы ожидаем, поэтому их сохранение может быть сукой).
Для больших приложений, я думаю, что MVC это всегда хороший способ для разработки веба-приложений, и есть много структур, которые занимаются этим хорошо в PHP (Symphony, Zend, Yii и т.д.)
Надеется, что это помогает.
Разделение приложений и презентаций имеет большой смысл. Я прочитал много комментариев, которые упоминают Zend, но не заглядывал в него и понятия не имею, что это такое, но если это облегчит жизнь, я обязательно посмотрю на него. Спасибо за информацию. – whatdafrak
Я использую только включает в себя две вещи:
- вещи, как меню, где я буду нуждаться в том же код в разных местах. Этот позволяет мне редактировать только один файл при изменении меню.
- Когда у меня есть файл кода, такой как база данных или файл сеанса, который мне понадобится снова и снова.
Возможно, это отвечает на ваш вопрос, хотя трудно сказать, что именно вы спрашиваете.
Я нахожусь на ранних стадиях строительства сайта и просто хотел узнать, что такое «лучшая практика». Или все это вопрос мнения.Я просто не хочу привыкать делать это одним из способов узнать позже, что путь не безопасен или сложнее управлять, поскольку сайт становится все больше. – whatdafrak
Хорошо, я бы сказал, действительно, единственное, что вам нужно беспокоиться использует слишком много включений. Просто используйте их, когда они имеют смысл. Это становится болью, когда у вас есть страница, составленная только из включений, например. Если вы говорите о бэкэнд-файле, который является строго php-кодом, на самом деле нет ограничений на количество включений, которые вы должны использовать. Вы не хотите копировать/вставлять страницы кода. Гораздо проще просто использовать. –
+1 при использовании Codeigniter. Это огромная помощь. Вы можете разработать сложное приложение буквально в полтора раза –
Я бы включил файлы для верхних и нижних колонтитулов для групп страниц, для которых необходим общий код. Кроме того, сохранение информации о соединении с базой данных может быть хорошим, если вы хотите, чтобы кто-то редактировал страницу, которая нуждается в этом соединении, но вы не хотите, чтобы они получали доступ к чтению для учетных данных.
Да, с подключением заголовка, нижнего колонтитула и db, так как включает в себя большую экономию времени. – whatdafrak
- 1. PHP __get() best practice
- 2. PHP - Best Practice - Шаблоны сайтов
- 3. PHP Если Shorthand Best Practice
- 4. Best Practice PHP MVC Question
- 5. AngularJS Filter Best Practice
- 6. JSON Атрибут Best Practice
- 7. Rails/Jquery best practice
- 8. Обновление Best Practice ListView
- 9. best practice response.getOutputStream
- 10. Socket.Send best practice
- 11. smarty multilanguage best practice
- 12. Fragment best practice - Android
- 13. Best Practice Laravel gitignore
- 14. best practice invoking webservices
- 15. Serializable Best Practice
- 16. марионеток Контроллер Best Practice
- 17. OAuth Best Practice
- 18. C# Подкласс Best Practice
- 19. Интерфейс Best Practice
- 20. MVC ViewBag Best Practice
- 21. Ruby concatenating best practice
- 22. Repository Pattern Best Practice
- 23. j2se application best practice
- 24. СВНЫ Best Practice Помощь
- 25. jQuery plugin best practice
- 26. Sortable Userlists best practice
- 27. ImageView click best practice
- 28. Asynchronous Call Best Practice
- 29. MVC beginner best practice
- 30. Laravel API Best Practice
Не могу сказать, не видя своего конкретного приложения. Вы действительно используете код или просто отделяете его? В любом случае, этот вопрос будет просто обсуждать споры. Почему бы не использовать принципы OO? Или структура MVC, такая как codeigniter, которая делает это за вас? –