И мы тоже нашли — ведь так много конкретного кода, что всё сразу понятно при первом взгляде на текст вопроса. И да, поди всё без var пишете, оттуда и проблемы.
Не соглашусь с отделением клиента от севера.
Например, модуль на сервере строит по шаблону строки таблицы. Потребовалось загрузить ещё 20 новых строк. И в ответ на запрос будет вполне логично, чтобы формированием готового кода занимался бы тот же самый скрипт по тому же самому шаблону.
Kir ---: Как я уже отметил, осознаю слабину в этом вопросе, и могу принять вашу точку зрения как верную
Но мне кажется, что знание подходов для реализации задач относится к области фундаментальной подготовки. Особенно, если принять во внимание особенность реализации ООП в языках с прототипным наследованием.
Kir ---: Ну так понятно, что без понимания, что и для чего нужно, какие отличия от схожих решений, какие есть подводные камни, изучение терминологии не даст ничего.
Для меня важно понимание, почему в этом случае лучше то, а не другое. На что нужно обратить внимание при выборе того иди иного решения. Это я и называю фундаментальным знанием.
Впрочем, мне кажется, что и вы, и я согласимся с тем, что знание и понимание подходов повышает скорость разработки.
К тому же, знание различных способов решения позволяет на основании формализации задачи выбрать верный путь. И мне почему-то кажется, что формализация задачи уже относится к фундаментальным знаниям:) Хотя, сразу оговорюсь, что я — полупрофан в этом, так что не буду оспаривать мнение тех, кто в этом собаку съел.
Андрей Федоров: Так вроде и я вам не сделал ничего плохого:) И уж точно нет никакой причины переносить негативное отношение к техническому решению в разряд личного.
Если я ни разу не нахожу ваше решение красивым, это же — не повод обижаться. Разве нет?
Kir ---: Проблема не в терминологии, а в понимании принципа проектирования — какой подход в такой ситуации более оправдан. Причём с особенностью языка, и даже с учётом разных имплементаций.
С развитием технологий я отчётливо понимаю, что не хватает фундаментального IT-образования.
Когда открыл для себя тему паттернов, я понял, что изобретал велосипеды...
И немного обидно, что подавляющее большинство паттернов описано на примере языков со статической типизацией, наследованием в виде классов.
