IP
и тут у меня руки потянулись к DI, но я вот решил спросить что люди думают на этот счет
Size: a a a
2016 May 20
NK
я наверное этот подход не понимаю, но у меня не получается с ним - все в говнокод уходит :(
NK
потом покажи плиз как получилось :)
IP
я сейчас решил попробовать такой подход - в модуле сделал замыкание на userCollection и инжектю коллекцию в модуль после коннекта к db.
IP
let collection;
IP
const user = (user) => collection.save(user)
IP
module.exports.user = user
NK
ну в любом случае ты предоставляешь модулю какие-то внешние зависимости - а как ты это делаешь уже частности
IP
module.exports.user = (userCollection) => { collection = userCollection}
IP
*use
IP
в этих частностях и 90% работы)
NK
вот то что я тебе выше скопировал делает все это плюс lazy load плюс еще сахрку подсыпает :)
NK
а, еще и резольвит зависимости
IP
NK
не забывай про них :)
IP
я бы предпочел проблемы архитектуры приложения решить самому, а то сегодня резолвит, завтра не резолвит, а после завтра проект закрыт и вообще пишите на go
NK
тоже верно
NK
я сейчас решил попробовать такой подход - в модуле сделал замыкание на userCollection и инжектю коллекцию в модуль после коннекта к db.
тогда развитие подхода - создать отдельный модуль-сторадж который объект возвращает, и в этот объект пихать все зависимости, получится простой DI который в других модулях будешь юзать
IP
мне бы с базой разобраться, а ты уже полетел IoC делать)