Это старая версия документа.
Разработчик решает задачи. И он должен выбрать правильный инструмент для решения задачи, а не затачивать задачу под уже существующий привычный инструмент.
Определим задачи и инструменты:
Для проектирование БД мы будем использовать Toad Data Modeller 2.25 (бывшая Case Studio). Самая последняя версия – 3.4, но она проигрывает версии 2.25 по удобству работы и отображению данных. Программа существует в двух вариантах – бесплатная и trial. В бесплатной версии урезан функционал и есть одно неприятное ограничение – максимум можно создать 25 таблиц. Программа хранит модель БД в виде бинарного файла, может генерировать SQL-скрипт для создания БД.
Можно использовать phpMyAdmin или phpPgAdmin. Многие думаю, что этих инструментов достаточно для выполнения ежедневных задач, но это не так. Выполнять-то можно, но без какого либо комфорта для себя. За редким исключением используется что-то ещё, но в основном – EMS SQL Manager for PostgreSQL и MySQL. Изучите их возможности.
Для работы с PHP нам нужна IDE. Блокнот – это не IDE. Нельзя писать в блокноте большие проекты. Существует достаточное количество различных IDE – Zend, Eclipse, PHPEd, NetBeans. Но как показала практика, на сегодняшний день лучшая IDE для PHP – это PhpStrom (от компании, которая делает только IDE). Если вы не согласны, значит просветление ещё не пришло :).
На стороне сервера – xdebug. На стороне клиента – Firefox + Firebug. И все остальные браузеры.
Просмотрите и постарайтесь запомнить горячие клавиши, они существенно упростят вашу работу. Особенно в тех программах, в которых вы работаете ежедневно. Мышкой тоже можно что-то делать, но, как правило, для этого нужно совершить больше действий и потратить больше времени, чем выполнить аналогичную операцию на клавиатуре. Помните, что отрываясь на мышь, вы теряете фокус внимания и драгоценные секунды.
PHP-разработчик обычно создает проекты (сайты) разного масштаба и функционала. В этом разделе мы будем описывать общие подходы при разработке. По своей сути, любой проект – это отображение или управление данными.
Разработчик решает задачи. После постановки задачи не нужно сразу бросаться решать её. Для начала нужно понять глубину задачи и все возможные проблемы при её решении. В этом поможет блокнот с ручкой. Если сразу начать писать необдуманный код, то в большинстве случаев его придется переписывать и не по одному разу.
Для начала, откроем тестовый редактор и с помощью нумерованных списков опишем структуру и объектную модель. На этапе написания такого документа уже становится понятно, с чем мы будем иметь дело. В этом же документе будет записывать возникшие вопросы (пример документа).
На основе полученного документа будем проектировать структуру БД. База данных – первична. Грамотно спроектированная база данных – уже половина успеха проекта. После окончания данного этапа у вас должен появиться sql-скрипт для начального создания БД.
Процесс разработки можно разбить на следующие задачи:
Проверьте FE во всех последних браузерах.
Помните, что в пользовательском вводе вам может прийти все что угодно, но только не то, что вы ожидаете (включая значения переменных в $_SERVER).
Notice – это ошибка. На сервере по умолчанию показываются все ошибки. Должна быть ответственность за код.
Изменяя CSS или JS файл помните, что он, возможно, уже закешировался браузером – при каждой новой версии файлов должен быть новый путь для них.
Перед тем, как зафиксировать изменения в системе контроля версий, внимательно изучите разницу между тем, что было и между тем, что стало (например, svn diff). При фиксации кода нужно осознавать внесенные изменения и их значимость. Обязательно оставляйте сообщение о внесенных изменениях.
Пишите без багов :) Внедрение Основное правило – не править ничего на сервере. Все изменения должны фиксироваться в системе контроля версий. Проект на сервере – только из системы контроля версий.