да) разницы нету))) какая разница что конструктор метод добавит что вы руками это сделаете))

просто если это действие внутри конструктора, то его можно повторять с разными обьектами не пишА каждый раз))

оператор new между нами говоря вообще делает следущее

допустим у нас есть конструктор Cat()

обычные люди делают так
var cat1 = new Cat()

тут оператор new просто создает новый пустой обьект и устанавливает this внутри функции (первой вызванной после него функции) на этот новый обьект, ну и ПРИМЕНЯЕТ к нему Cat(), который и делает свои грязные делишки со свойствами этого пустого обьекта через this))
иными словами var cat1 = {}.Cat() типа того))
как посчитается то что справа, то результат (пустой обьект после воздействия на него функции Cat() ) кладется в то что слева)))

да, кстати ты в прототипах разбираешься)? я могу обьяснить в 3-4 предложения)))

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

ну я как раз пробую все и так и так попробовал, разницы не увидел, вот и решил спросить может есть все таки разница и я что-то мог упустить из виду=) просто переходя с с# на js столько вариантов записи одного и того же действия немного ставят в тупик, как правильно и лучше написать код

до прототипов еще не дошел

Ну короче в ООП типа есть куча обьектов и типа у них есть свойства и методы, и все они занимают память) и людишки придумали общие матоды засовывать типа по папкам чтобы экономить память, у обьектов просто не КОПИРОВАТЬ каждый раз одно и то же свойство или метод а просто записывать его один раз и сувать в каждый обьект ссылку на это свойство или метод), обращаясь к какому то методу он будет доставать его по ссылке их общего хранилища и использовать относительно себя))).
что оч удобно))

Типа того. Так вот Это называется классы и прототипы.
Вся эта дрянь нужна чтобы в одном обьекте методы записать ОДИН РАЗ, а его "дети" смогут юзать эти методы как свои собственные, и дублироваться в каждом ребенке они не будут)))

вначале если ты че-то вызываешь у обьекта, то это ищется в самом нем, если там нет, то ищется в методах отца)))
все просто))

и естественно можно было бы в каждый ребенок КОПИРОВАТЬ какой то метод, но придумали не копировать общие методы а записывать этот метод один раз в ОТЦЕ, а в детях класть только на него ссылку))

- суть такова)))

Wizout, я сам до этого изучал язык с более строгим синтаксисом vba. НУ и немного asm'а) По началу возникало аналогичное ощущение. Сейчас прошло) Скоро и Вы это полюбите ;) фридом...) Я, кстати, тоже новичок. В js месяц-полтора. Благо есть форум, где добрые люди объясняют и разжевывают, за что им очередное спасибо)

фридом мне казалось раньше это в с++ но вот как начал оказывается там не было никакой свободы по сравнению с js :) а конструкторами функций мне удобнее пользоваться, чем инициализаторами тем, что это хоть более менее напоминает работу с классами

Всегда пожалуйста) бро:)

п.с. ДАА) изучаю JS 5 лет)) посмотрел в сторону других языков - ЖЕСТЬ))

реально НМОго лишних вещей и много не понытного и не нужного..

Например ЗАЧЕМ определть тип переменной??? неужели современные технологии не способны автоматом это делать?? способны) просто те языки появились 200 лет назад)

Wizout, а можно вопрос: почему в js потянуло?)
"Я Вам не скажу за всю Одессу", но в vba если явно не указывать тип переменной, он определяется автоматически.

а разве эти дополнительные действия не повлияют на скорость работы сценария никак? я думаю чем меньше лишних действий будет делать браузер, тем быстрее будет работать сценарий

и еще по поводу того как тут хорошо тут работает GC? чтобы объект быстрее был удален из памяти, стоит ли при прекращении использования объекта присваивать NULL, чтобы он быстрее удалился или это никак не повлияет работу GC?