На каком уровне сложности необходимо переключиться на существующую структуру для веб-разработки?Какой уровень сложности требует рамки?
Какое измерение сложности практично для веб-разработки? Длина кода? Список функций? Размер базы данных?
Если вы работаете на нескольких разных сайтах, то, используя общую структуру для всех, вы можете потратить время на работу над кодом, а не пытаться запомнить, что находится где и почему.
Я бы всегда использовал какую-то фреймворк, даже если он ваш, поскольку единообразие поможет вам структурировать ваш проект. Если это не статический HTML-проект на одну страницу.
Однако никаких обязательных ограничений не существует.
Я не думаю, что существует сложность, которая требует рамки. Для меня всякий раз, когда я пишу динамический сайт, я сразу же рассматриваю структуру, и если это сэкономит мне время, я использую ее (это почти всегда происходит, и я почти всегда это делаю).
Все факторы имеют значение. Вы должны измерить, сколько времени вы можете сэкономить, используя стороннюю структуру, и сравнить ее с рисками использования кода другого пользователя.
Никогда «обязательно». Некоторые проблемы не решены с помощью каких-либо фреймворков. Было бы разумно перейти на структуру, когда большая часть кода, который вы реализуете, уже реализована рассматриваемой структурой таким образом, который подходит вашему конкретному приложению. Это экономит ваше время, энергию и, скорее всего, будет более стабильным, чем новый код, который вы бы написали.
Это действительно два вопроса, вы понимаете. :-) Ответ на первый заключается в том, что он никогда не был обязательным, но, честно говоря, синтаксический анализ параметров HTML-запроса напрямую ужасен с самого начала. Я не хочу это делать ни разу, поэтому я склоняюсь к раннему рангу.
Насколько практично, какое измерение, что вас беспокоит? Все описания, которые вы перечисляете, имеют ценность. На мой взгляд, размер базы данных имеет значение, прежде всего, для масштабирования (вы можете написать очень простое приложение, если у вас очень простая схема, даже если в базе данных есть сотни тысяч строк). Список функций, вероятно, определит количество и сложность страниц пользовательского интерфейса, что, в свою очередь, поможет определить длину кода.
Все фреймворки и библиотеки - это инструменты в вашем распоряжении. Определите, какие из них облегчат вашу жизнь для вашего проекта и используют их.
Учтите, что вопрос может быть неисправен. Многие из самых сложных веб-сайтов не используют популярных, ранее существовавших, фреймворков. У Google есть свой собственный веб-сервер и собственный способ делать то же, что и Amazon, и, возможно, множество других сайтов.
Если структура упрощает вашу задачу или обеспечивает добавленную стоимость, перейдите к ней. Однако, когда вы получаете эту структуру, вы привязаны к новой зависимости.Я начинаю по существу воссоздать Joel на программное обеспечение пост, поэтому я перенаправит вас здесь больше на добавление ненужных зависимостей в код:
Я бы сказал, что верно обратное. В какой-то момент ваш проект становится настолько экспансивным, что вы фактически замедлитесь из-за недостатков структуры. Для достаточно больших проектов вы, по сути, можете лучше разрабатывать свои собственные рамки, чтобы удовлетворить ваши собственные потребности. Я видел много раз, когда люди сдерживались в решениях, которые они могли сделать, или о работе, которую они могли бы создать, потому что они пытались сделать то, чего не ожидали рамки. И делать эти вещи, которые система не ожидает, может быть очень сложной. Самое приятное в создании собственной инфраструктуры - это то, что она может развиваться вместе с вашим проектом, чтобы помочь вам в системе, а не помеха.
Итак, для завершения небольших проектов следует использовать существующие рамки. Большие проекты должны содержать свои собственные рамки.
Я думаю, вы имели в виду «сравнить», а не «противостоять» там. – 2008-09-16 00:55:34