Статьи

6 вещей, которые следует учитывать при выборе платформы

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

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

Что мне нужно от фреймворка?

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

Я ожидаю, что структура поможет управлять последовательностью?

Может быть трудно поддерживать правильное общение в большой команде разработчиков, особенно если команда распределена. У отдельных пользователей будут свои предпочтения, когда дело доходит до форматирования кода, именования объектов и т. Д., И они могут повторно реализовать код, который уже доступен в другом месте кодовой базы. Фреймворки могут помочь в этом отношении, но помните, что слишком сильно зависите от них, чтобы поддерживать последовательность. Каркас не заменяет стандарты кодирования, проверки кода и другие политики внутреннего контроля.

Доступна ли хорошая документация?

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

Активно ли развивается фреймворк и есть ли у него активная база пользователей?

Написание кода, который не тесно связан с базовой платформой , занимает много времени, поэтому слишком часто фреймворк становится неотъемлемой частью приложения. Так что если фреймворк, на который вы полагаетесь, потерпит крах, вы столкнетесь с двумя вариантами: остаться с фреймворком и самостоятельно его обслуживать, или переписать свой код, чтобы использовать новый фреймворк. Ни один не очень заманчивые предложения! Обязательно убедитесь, что вы не застряли с бомбой замедленного действия, поэтому найдите время, чтобы исследовать историю и сообщество фреймворка, пока вы все еще находитесь на стадии планирования, чтобы вы могли избежать этого падения ямы.

Работает ли фреймворк в том, что я запускаю в производстве?

Программисты PHP обычно имеют возможность писать приложения, которые будут работать в известной среде, в отличие от программистов JavaScript, которые должны иметь дело с различными комбинациями браузеров и платформ, но среда PHP все же может измениться. Операционная система может быть обновлена; номер версии PHP может увеличиваться; и т. д. Фреймворку не нужно использовать новейшие и лучшие языковые функции каждой новой версии PHP, но убедитесь, что он не использует устаревшие функции. Клиенту не важны варианты реализации (и это справедливо), поэтому ошибки и предупреждения в файлах журналов, запускаемые платформой, плохо отразятся на вашем приложении, ваших разработчиках и вашей организации … а не на разработчиках платформ.

Какие деловые факторы влияют на мое решение?

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

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

Изображение через Fotolia