IP
т.е. в разных модулях
Size: a a a
2016 May 20
NK
ты предвидишь проблемы?
IP
не знаю, проблема ли это, но вот тебе придется в разных модулях дергать mongodb.collection('resources')
NK
угу так и задумано - одна и та же коллекция вернется
NK
зато в тестах могу другую подсунуть из другой базы
NK
или вообще мокнуть чтоб без базы юниттест провести
IP
да, это должна быть идемпотеная функция, к ней вопросов нет)
NK
вообще очень хочу перейти на ФП подход, вот готовлюсь :)
IP
мне тоже оч. интересно, как это в фп сделано
IP
вот меня немного напрягает, что в каждом модуле вызов user/save мне надо предварять mongodb.collection('resources')
IP
потому что это понемногу размывает логику решения задачи
IP
вместо "я хочу сохранить юзера" получается "получи монгоколлекцию и сохрани юзера"
IP
поэтому я решил, что хорошо бы сразу законфигурировать модуль на нужную ему коллекцию
IP
module.exports = (collection) => {save = (user) => save(collection, user)}
NK
это и есть фп подход - ты берешь функции низкого уровня и создаешь из них уровнем повыше
IP
да, это и это здорово, но это не решает до конца проблему, потому что при каждом обращении к этому модулю нужно передавать в него коллекцию + в модуле одна точка входа
IP
но уже один раз вызывается
IP
const user = user(userCollection);
IP
и дальше уже легче, потому что user.save(user)
IP
но если в каком-то модуле нужен только save, а в каком-то только get - то все равно приходится тянуть весь модуль user целиком