Какой уровень сложности требует фреймворка?

Question

На каком уровне сложности обязательно переключаться на существующую платформу для веб-разработки?

Какое измерение сложности является практичным для веб-разработки?Длина кода?Список функций?Размер базы данных?

Answer 1

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

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

Однако обязательного ограничения нет.

Answer 2

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

Answer 3

Учтите, что вопрос может быть ошибочным.Многие из самых сложных веб-сайтов не используют какой-либо популярный, ранее существовавший фреймворк.У Google есть свой собственный веб-сервер и свой собственный способ ведения дел, как и у Amazon и, вероятно, у многих других сайтов.

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

http://www.joelonsoftware.com/articles/fog0000000007.html

Answer 4

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

Answer 5

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

Answer 6

Вы понимаете, что на самом деле это два вопроса.:-) Ответ на первый вопрос заключается в том, что это никогда обязательный, но, честно говоря, прямой анализ параметров HTML-запроса довольно ужасен с самого начала.Я не хочу делать это ни разу, поэтому я склонен переходить к фреймворку относительно рано.

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

Answer 7

Существуют фреймворки, которые позволяют очень быстро начать работу с простым блогом, джанго или РоР вплоть до корпоративных приложений с полным стеком Зопе.Чтобы не быть привязанным только к миру buzz, у вас также есть ASP.Net и J2EE и т.д.

Answer 8

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

Answer 9

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

Итак, в заключение, небольшие проекты должны использовать существующие фреймворки.Крупные проекты должны содержать свой собственный фреймворк.