Область видимости nodejs?

Question

[M L]

Создал файл mysql.js,
туда поместил модуль mysql:
var mysql = require( 'mysql' );
После создал файл config.js
Подключил его после, того как подключил модуль.
В файле config.js
Прописал connect к базе и получил ошибку mysql undefined,
как так?
Чтобы все работало, я подключил mysql уже в файле config.js
Connect я объявил переменной db.
А после чего вызвал это все в файле server.js, и опять db не определено.
То есть: файл server.js

var mysql = require( 'mysql' );
require( './config' );
db.query( 'SELECT * FROM name', function( error, result, fields ) {
} );

//error db - undefined

Но db определена в config.js

Comments

[catHD]

Начните с https://nodejs.org/api/ вы явно упустили всю суть модулей

Answer 1

[Super User]

Все файлы подключаемые через require имеют свою область видимости.

Answer 2

[Дмитрий Беляев]

Любые модули в js сделаны на замыканиях, поэтому и не видят переменные и функции друг друга
Главная задача, которую решают модули - как раз таки разграничение области видимости.

В node.js встроена модульная система CommonJS, вот ее основы:
1) Модули подключаются синхронно и отрабатывают 1 раз за время жизни приложения, после результат кэшируется
2) В качестве результата работы модуля используется значение module.exports, которое модуль может изменять
3) Если присвоить в module.exports новое значение, после того как модуль отработал - это никак не отразится на внешних подключениях модуля, однако если module.exports объект, можно менять поля этого объекта
4) По умолчанию module.exports содержит новый пустой объект, ссылка на этот объект содержится так же в переменной exports

Answer 3

[Максим]

Так у вас переменная db здесь не определена.
То есть, если в config.js, например {param1: 'qweqwe', param2: 'ababaa'}, то в server.js должно быть
var params = require('./config')
либо
var param1 = require('./config').param1

Comments

[M L]

Не привычно мне все это.
Просто я недавно перешел с php и решил попробовать в node.
В php я объявлял переменную.
И она была уже доступна в файле который я подключу ниже.
То есть
$var1 = 'text';
include 'file1.php';
И переменная уже определена в 'file1.php'
В ноде, есть что-то подобное?

[Станислав]

staffID: в ноде нет, и слаба богу!

[Super User]

staffID: глобальные переменные это плохо. А пхп это плохой пример.

[M L]

Станислав: расталкуйте пожалуйста Вашу реплику. Почему это хорошо?

[Станислав]

staffID: выше Super User уже написал, и он прав, глобальные переменные это зло, которое в конечном итоге может сыграть с программистом злую шутку и php не исключение хоть он и синхронен. Чтобы работать с нодой в таком примере который вы привели, используйте мидлвары с набором необходимых функций и передавайте в них переменную, а после получайте данные. Почувствует облегчение когда все необходимое будет под рукой, этот порядок в коде как порядок в голове программиста =) В конечном итоге не будет болеть голова от куда же прибежали эти глобальный переменные. Я сам в node.js не столько давно, раньше тоже писал на php+mysql, теперь меня обратно не загонишь, более того даже нет желания делать какие то правки в php ))) И думаю mysql вы зря используете, лучше поставьте MongoDB, а базу с MySQL просто перенесите в JSON формате, откроете для себя много нового, интересного и необычного.

[M L]

Станислав: спасибо. А почему mysql зря?

[Станислав]

staffID: почитай про MongoDB и все поймешь

[Дмитрий Беляев]

Станислав: MySQL и MongoDB это 2 разные СУБД с разным подходом к хранению данных (MySQL - реляционка, MongoDB - документарка) и говорить, что одна лучше другой - просто глупо, они просто разные.
p.s. лично я из реляционок выбираю PostgreSQL а из документарок RethinkDB

[Станислав]

Дмитрий Беляев: я знаю чем они отличаются, я писал сугубо о своем мнении, для меня php и mysql в прошлом и я иногда жалею что потратил время на их изучение, особенно жалел когда начал осваивать node.js

[Дмитрий Беляев]

Станислав: то что php и mysql морально устарели - полностью с Вами согласен, однако они не уйдут в прошлое хотя бы потому, что нет достойных аналогов того же wordpress не на одной другой технологии. Хотя лично я не отказался бы от команды энтузиастов, готовых запилить полноценный аналог на node.js+rethinkdb

[Станислав]

Дмитрий Беляев: а аналог не стрельнет, потому что хостингов для ноды раз два и обчелся, а php с mysql уже по дефолу стоят на всех. Вот когда будут появляться системы в разных отраслях, тогда и будет шанс сделать аналог WP.

[M L]

Станислав, Дмитрий Беляев: тот кто использует node. Ему не нужен wordpress.
Тут другой порог вхождения, если кому нибудь нужен дешевый сайт на дешевом хостинге, то пожалуйста, вот Вам php вот вам WordPress, тот кто создает высоко-нагруженное приложение, тот уже ищет, что-то по сложнее, как я (nodeJs/Go/Erlang).
Нет смысла писать wp на node.
Скорость работы будет практически неразличима, что на node, что на php.
Разница лишь в масштабе, когда на php WP прыгнут 100000 пользователей wp на php рухнет, а на node должна стоять, ну тут еще и в сервере дело (по сути должна).
Теперь дайте мне ссылку на сайт wp на который в день заходят около 100000 пользователей.

[Станислав]

staffID: раньше когда был в теме с WP видел киносайты на wp со статистикой выше 100000, и нормально работали, вопрос в том сколько переделок претерпел данный WP и что там удалили. Node на самом деле на прилично быстрее PHP, я зря я сайты пересаживал на ноду.
На счет порога вхождения, на самом деле вы не правы, обычно CMS разрабатываются именно под аудиторию которая не знает что такое программирование, и постоянно ищет дешевой хостинг, в общем чтобы было все строго и сердито. Ну а другой порог, это уже начинающие программисты, которые пытаются написать что то свое на том же PHP, к примеру я так делал, писал свои системы и тем самым закреплял свои знания. А те кто самостоятельно способен написать хорошую систему под себя и под свой сайт, они пишут, и в редких случаях используют коробочные системы. Так что тут если разрабатывать аналог WP, то нужно сразу рассчитывать на свежую аудиторию если можно так сказать, на начинающих вебмастеров в общем. И в случае с нодой на данный момент это бессмысленно, пока по дефолту не будут ставить ноду на сервер. Я лично не думаю что это когда либо случится даже потому что сами хостеры будут терять деньги за счет снижения нагрузок и затрат на обслуживание ноде серверов.

[Станислав]

* не зря я сайты пересаживал на ноду.

[M L]

Станислав: я имею Вы сами повторяете мои слова и потом говорите, что я не прав.
Вот именно, что хостинг + php, спросите хоть у 70% пользователей wp как устроен php.
Многие вообще не понимают зачем нужна субд и так далее.
Чтобы написать например стриминговый сервис на wp, столько костылей придется писать. Что через пол года автор за место скриптов на php будет писать трансляцию из php в cpp.
Я про этот порог. Многие кто сидит на wp не знают основной работы архитектуры процессора. Скажу больше им и не надо знать, так как сидит на wp, обычно блогеры, домохозяйки и т.п. которые держат около 1000 - 10000 страниц, с такой же посещаемостью.
Если же этмоу блогеру нужен мощьный веб-сервис, то он уже обращается к специалистам. И обычно этот блогер не лезит в архитектуру приложения, только разве, что дизайн и т.п.
Можно закупить серверов и запустить там node, настроить все для пользователя. Купить доменную зону свою, к примеру .not(Если уже, ни есть такая.)
И написать wp на node. Я видел исходники wp. Скажу больше некоторый код с шифрованием я досконально изучал и писал похожий. Так вот, чтобы переписать wp со всеми исходящими надо не только скрипты на node писать, но и дополнительные расширения на cpp (Либо же эмулировать всю систему с нуля)
По этому сейчас не один здравомыслящий разработчик не сядет писать систему подобную wp на nodeJS.

[M L]

Станислав: node не быстрее php при первом запуске node проиграет. А вот при последующий он будет обгонять php, чем больше запросов, тем больше разрыв в скорости.
Это обусловлено тем, что php, работает по такому алгоритму:
Инициализация скриптов php->анализ кода->выполнения кода->...->Отдача результата и полная вырубка процессов.
А в nodeJs первый запуск, а далее одни подключения. Плюс в нем, есть асинхронность. Поэтому он выигрывает при нагрузках. Однако, если сильно покопаться с кэшированием, то можно добиться не плохих результатов, но это все-равно далеко от ноды