Насколько важный шаблоны разработки в веб-разработке? [закрытый]

В C назначение является выражением, которое оценивает назначенное значение

MVP или MVC

Смотреть модель или Контроллер представления модели

Дополнительные архитектурные узоры, но никогда неtielde, они являются комбинацией дизайна шаблоны.

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

$('span').click(function() {
    var span = $(this);
    // Mark the span active somehow (you could use .data() instead)
    span.addClass('span-active');

    $('div').click(function(e) {
        // If the click was not inside the active span
        if(!$(e.target).hasClass('span-active')) {
            span.removeClass('span-active');
            // Remove the bind as it will be bound again on the next span click
            $('div').unbind('click');
        }
    });
});

Оно не чистое, но оно должно работать. Никаких ненужных привязок, и это должно быть глупо (никаких ложных срабатываний и т.д.).

Дэйв - Вам повезло найти решение проблемы браузера? Существует ли способ принудительного обновления?

Что касается первоначальной проблемы, попробуйте следующее при инициализации формы:

def __init__(self, *args, **kwargs):
  super(MyForm, self).__init__(*args, **kwargs)   
  self.base_fields['MyChoiceField'].initial = initial_value

Честно говоря, узоры важны, но знать, когда их использовать, так же важно. Там никогда не будет никакого набора ответа это то, что вы должны почувствовать для себя. Люди, которые борются за то, чтобы быть абсолютным, где вы всегда должны использовать их или не использовать их, неверны. Узоры конструкции - это инструмент. Я бы предложил посмотреть на Amazon.com для книги на любом языке, который вы пишете, который касается конкретно узоров дизайна. Я знаю, что есть одна написанная для Ruby on Rails, которая великолепна, хотя я не помню название, также есть одна для Java под названием Head First Design Patterns, и для C # написанная Бобом и Майкой Мартинами, которая превосходна. Прочитайте любой из тех, которые относятся к языку, с которым вы знакомы больше всего. Даже если вы не используете все узоры, хорошо понять, как они работают и когда они будут полезны для использования.

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

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

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

, Именно так вы изучаете их должным образом. Не как то, чтобы быть вынужденным работать, прежде чем можно будет идти.

MVVM - это более новый, который я видел, когда использовался с Silverlight. Это немного много, но кажется эффективным.

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

Но я бы утвердовал, что вам просто не нужно энциклопедические знания шаблонов, чтобы начать. Кружное понимание поможет вам понять, где смотреть, когда вы начинаете столкнуться с трением между вашими идеями / бизнес-проблемами и вашим кодом. У меня была пара выходных, которые позволили мне полностью пахать эти две книги, но я все еще нахожу подробную информацию в разделе «Шаблоны» более полезными в качестве ссылки, чем в качестве фоновых знаний.

Чтение только «часть 1» разделов GOF или POEAA поможет вам намного больше, чем учить три или четыре шаблона, потому что вы будете знать, где смотреть, когда вы столкнулись с проблемами, которые они описывают. И вы можете посмотреть детали большинства шаблонов, которые они описывают онлайн.

Гробовые модели, которые я использую прямо или косвенно, часто неосознанно, в веб-разработке, включают в себя: наблюдатель, команду, композит, состояние, стратегию. Я обычно не использую Singleton, за исключением клиента журнала и сервисных локаторных инструментов для инъекций / зависимости. Узоры Poeaa, которые я использую регулярно, обычно неосознанно, или кстати, как часть стратегии доступа к данным или веб-каркас, я использую, представляют собой активную запись, контроллер приложений, Mapper Data, доменную модель, шлюз, ленивую нагрузку, слой Supertype, Page Контроллер, вид шаблона и объект стоимости. Это не исчерпывающе; Это всего лишь несколько, которые вскочили.

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

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

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