ssadfaf,
Тут есть ньюанс. Я писал наспех, не думал, что вам это понадобиться. Данная версия extend некорректно работает со значениями false, и приводимыми к false

extend=function(src, trg){for(var i in src) if(!trg[i]) trg[i]=src[i]}

pattern={foo: 1, bar: 2, baz: 3}
dbs={
  list: [
     {foo: 0},
     {foo: 100, bar: false}
  ]
}
 
for(var i=0; i<dbs.list.length; i++){
   extend(pattern, dbs.list[i])
}
 
for(var i=0; i<dbs.list.length; i++){
   console.log(dbs.list[i])
}
//  { foo: 1, bar: 2, baz: 3 }
//  { foo: 100, bar: 2, baz: 3 }

используйте вот эту версию

extend=function(src, trg){for(var i in src) if(!(i in trg)) trg[i]=src[i]}

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

Для общего понимания работы прототипов, понимания идей прототипного ООП, почитай, обзорно, что нибудь по SELF, IO, отчасти Смоллток, в контексте понимания идей позднего динамического связывания и семантики сообщений. Это очень мощная модель, на самом деле, гораздо мощней нежели "классовая" Java-like модель. Это основа языка, и, как ни парадоксально, в литературе по JS эта тема очень слабо освещена.

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

Erolast,
Это какой-то почти вредный совет. Несмотря на то, что уже можно писать на ES6, всё равно нужно начинать с ES5, т.к. основы никуда не денутся. В ES6 те же классы строятся на прототипах, новичкам будет гораздо лучше поработать сначала с прототипами, а потом переходить к классам, чтобы было понимание того, как работают новые механизмы языка.

Ах да, ES7 пока ниразу не близится к завершению)

А чего не с ES3?)
Спорно. Обычно таки сперва изучают механизм в общем и лишь потом углубляются в то, как он работает.
Ну да, коряво выразился.

там нет никакого "механизма", это всего лишь сраный сахар. Если бы люди понимали "механизм", никакие "Классы" бы не понадобились. Как и сам ES6 ES7 etc.

Erolast,
Ну.. и его тоже) Просто сейчас наиболее распространена именно 5 версия.

Как ты и сказал - спорно)

krutoy,
Ну это ты перегнул, конечно.

Не, ну разумеется надо изучать весь язык, но зачем, скажем, велосипедить свой extend, когда можно просто взять уже имеющийся?
Любой ЯП - не более, чем синтаксический сахар над машинным кодом.