Меню

С чего начать ?

В самом начале реализации проекта перед Вами может встать вопрос выбора фреймворка. Пожалуй самыми важными требованиями к фреймворку могут быть следующие:

  • Как скоро сможет выйти первый релиз приложения?
  • Как много будет доступно в первом релизе?
  • Насколько удобно может расширяться приложение?
  • Как скоро могут выходить последующие релизы?

Если Вам нужен как можно более скорый первый релиз приложения, возможно вам подойдет Bitrix.

Если Вам нужен как можно более скорый первый релиз приложения, возможно вам подойдет Bitrix. Готовые шаблонные решения позволят Вам начать свой бизнес в сети быстро, порой достаточно только ввести данные о своем магазине и наполнить его товарами. Если же Вам нужно нестандартное решение, вопрос в том: насколько нестандартное? Порой достаточно изменить стили, а порой нужно вмешательство побольше.

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

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

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

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

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

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

Правильно написанная основа приложения может служить отличной базой для расширения. Здесь фреймворки показывают свое преимущество над CMS, в том числе над Bitrix, т.к. под расширения можно выделить места заблаговременно и реализовать их с наименьшими задержками. Когда же выйдут последующие релизы - опять-таки зависит от Ваших потребностей, но если спроектировать приложение правильно - релизы не заставят себя долго ждать.

Фреймворки наиболее удобны для написания API. Также обычно они используют шаблонизаторы, например Twig, Blade и другие, в отличие от Bitrix, который использует PHP в качестве движка шаблонов вывода. Это существенно облегчает внесение изменений в клиентскую часть.

Что касается клиентской части, в приложении могут использоваться различные JavaScript библиотеки и фреймворки. Библиотеки позволяют создавать функциональность быстрее, но проигрывают в масштабируемости, поэтому расширять и вносить изменения в JS-код вашего сайта может оказаться гораздо труднее в будущем. Обычно библиотеки, например jQuery, используются для решения конкретных узких задач, в то время как фреймворк может полностью отвечать за поведение всего web-сайта, а также повсеместно взаимодействовать с API. Фреймворк позволит удобно расширять приложение, что позволит Вам сэкономить на будущих релизах время и деньги. Хорошим примером JS-фреймворка является Vue.JS, с помощью которого можно достаточно быстро сделать приложение функциональным, не потеряв при этом в масштабируемости.

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

Каждый проект разрабатывается под конкретные нуждыи ориентирован на определенную нишу.

Если у Вас есть вопросы или требуется консультация, заполните, пожалуйста, форму

Задайте нам вопрос
* - поля обязательны к заполнению

Отзывы о нас