Перезапись php приложения в CakePHP

Соглашение CakePHP по сравнению с подходом к настройке имеет несколько преимуществ, если вы их изучите:

• он помогает сохранить ваш код организованным и понятным
• упрощает работу для нескольких сотрудничество разработчиков над одним и тем же приложением
• позволяет разработчикам понимать приложения других разработчиков.

У вас есть два основных варианта при переписывании унаследованного приложения в CakePHP:

• изменить схему базы данных, чтобы отразить соглашения - в результате с меньшим количеством кода
• кодируйте свои модели для взаимодействия с устаревшей базой данных - эта книга содержит все подробности

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

В CakePHP есть хорошие части, но не существует «лучшей» структуры. Вот ветка с некоторыми подсказками о том, что хорошего в самых популярных фреймворках PHP.

Если вы никогда раньше не использовали фреймворки MVC (а Cake - это фреймворк MVC), я думаю, вам следует сначала познакомиться с MVC архитектура .

Большинство фреймворков «привязывают» вас к себе, то есть вы должны делать что-то по-своему. Если вы хотите сделать что-то, для чего они не предназначены, вам обычно нужно это взломать. Например, сколько фреймворков PHP в настоящее время поддерживают Facebook Connect?

Лично я предпочитаю «фреймворки», в которых вы можете использовать только те части, которые вам нужны. Zend похож на это, Doctrine и Propel - это ORM, которые предназначены для использования с другим кодом. Например, фреймворк Symfony может использовать и то, и другое.

Наконец, я не нашел популярного фреймворка PHP, который хорошо масштабируется.

Я использовал cakephp для нескольких проектов. С того момента, как я его узнал, я никогда больше не писал php без него (если только это не забавный код, в котором я хочу попробовать что-то новое или изучить другие дизайнерские идеи вне MVC). Как уже упоминалось, обучение займет некоторое время. Сколько времени это займет, действительно зависит от вашего опыта. Если вы использовали другой фреймворк MVC для языка веб-сценариев, вы выучите его очень быстро; Разработчики RoR заберут его в течение нескольких часов / дней. Если у вас нет опыта работы с фреймворками MVC, это может занять у вас немного времени, но это действительно сэкономит ваше время в дороге (в том числе в том проекте, с которого вы начинаете).

До сегодняшнего дня я все еще узнаю что-то новое о CakePHP каждый раз, когда начинаю на нем новый проект, хотя я действительно копаюсь в его исходном коде (вам определенно не нужно этого делать, документации и справочных панелей более чем достаточно).

Я определенно рекомендую вам изучить его. Это сэкономит вам много времени и заставит вашу голову думать иначе (если вы не привыкли к MVC).

Удачи.

FWIW, я использовал его в то время, когда занимался разработкой php. Я нашел его простым в использовании, и аспект быстрой разработки был отличным, и я могу представить, что за последние 3 года он только улучшился. В irc-канале есть много полезной информации, и документация хороша. Я недостаточно долго занимался PHP, чтобы стать экспертом. Однако тогда я только начинал как программист и столкнулся с Ларри Мастерсом (создателем, он же phpnut), и он был просто хорошим человеком, с которым можно было поговорить о принципах дизайна, и очень хорошим парнем. С другой стороны, вам не нужно быть супер-хорошим парнем, чтобы написать хороший веб-фреймворк (я смотрю на вас, DHH).

_cancelled должен быть изменчивым . (если вы не выбрали блокировку)

Если один поток изменяет значение _cancelled , другие потоки могут не увидеть обновленный результат.

Кроме того, я думаю, что операции чтения / записи _cancelled являются атомарными :

Раздел 12.6.6 спецификации CLI гласит: "Соответствующий интерфейс командной строки должен гарантировать, что доступ для чтения и записи к правильному выровненные ячейки памяти не больше чем исходный размер слова атомарен когда все записи обращаются к При рисовании пунктирных линий вы можете изменять расстояние между штрихами, чтобы убедиться, что у вас никогда не будет частичных четырехугольников на конечных точках. Это может визуально отвлекать, так как расстояние будет регулироваться в зависимости от длины сегмента.

редактировать:

А, картинка помогает. Я предполагаю, что, поскольку это на iPhone, вы получаете серию точек, из которых линии между ними дают приемлемую кривую. Если это так, использование примитивов сплайнов / кривых, вероятно, излишне. Я бы, вероятно, подошел к рисованию линий, как показано, просто путем рисования четырехугольников в каждой точке данных, которая находится на заданном расстоянии от последней точки данных.

Алгоритм будет примерно таким:

1. Нарисовать четырехугольник на первой точке данных (с соответствующим поворотом)
2. Перемещайтесь по списку точек, пока не « веб-фреймворки ».

Это субъективно. Вам следует сравнить плюсы и минусы других PHP-фреймворков, которые будут соответствовать вашим потребностям.

Эти сообщения могут вам помочь:

https://stackoverflow.com/questions/ 2648 / what-php-framework-would-you-choose-for-a-new-application-and-why

Почему мне нужно использовать популярный фреймворк?

https://stackoverflow.com/questions / 249984 / php-framework-Decision-analysis-paralysis