Многостраничная техника

Question

Шесть лет назад я написал большое веб-приложение. Это была моя первая программа php, она росла и росла. Я использовал множество форм и некоторые очень (ужасные) методы, чтобы дать AJAX «посмотреть» на сайт и обработать несколько пользователей с различными разрешениями.

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

В настоящее время он загружает index.php, где вы входите в систему. Затем пользователь может выбирать из разных «учеников» или «участников» (мы работаем с людьми с ограниченными возможностями). Оттуда вы можете выбрать различные планы уроков или жизненные навыки, над которыми работают. Есть и другие отрасли.

На каждом этапе другая страница подается: Sel_Paricipant.php, Sel_Program.php и т.д.

Существуют ли какие-либо фундаментальные проблемы с делать это таким образом? Если да, то какие хорошие методы для устранения этого, так что люди видят только TLD в своей адресной строке?

Заранее спасибо. --Dave

Answer 1

Это не нормальная практика, потому что вы, как правило, хотите, чтобы пользователи могли закладок на странице, если это необходимо. Если вы уверены, что это подход, который вам нужен, чтобы всегда отображать TLD в адресной строке, введите index.php в качестве стандартного документа по умолчанию в apache (я предполагаю, что это уже так, оно по умолчанию) и на этой странице загружается iframe , Это означает, что пользователь может перемещаться по приложению, не видя страницы, на которой они находятся. Я бы поставил вопрос, действительно ли это необходимо.

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

Answer 2

Я бы написал приложение с нуля, использовал чистую легкую рамочную работу и разработал мое приложение, как lego prinzip, один мир за другим. Вам понадобится больше времени, чтобы распространить ваше текущее приложение на «стандарты», чем писать его с нуля.

Answer 3

, как вы описали ваш сайт, я понимаю, что есть:

• соединение переднего конца и обратно-конец кода в каждом PHP файле
• некоторое дублирование кода в каждом файле

Основная фундаментальная проблема с этим подходом, поскольку ваш веб-сайт растет, - это обслуживание.

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

Answer 4

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

Answer 5

Вы должны сосредоточиться на рефакторинге, что бы вы могли сделать, чтобы сделать его более удобным. Поместите код в управляемые модули/классы и т. Д.

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