Empresas
Empregos
  • Sobre nós
  • Soluções
    • Publicação de vagas
      Publique sua vaga e receba candidatos qualificados em 48h.
    • Avaliações de candidatos
      Mais de 500 testes técnicos e psicológicos, mais anti-fraude.
    • Headhunting
      Busca executiva personalizada do início ao fim.
    • Folha de Pagamento + EOR
      Dispersão de folha e EOR em mais de 15 países da LATAM.
  • Preços
  • Empregos

0

187
Visualizações
No se puede entender serializeUser, DeserializeUser y GoogleStategy del pasaporte
passport.serializeUser(function(user, done){ done(null, user.id); }); passport.deserializeUser(function(id, done){ User.findById(id, function(err, user){ done(err, user); }); }); passport.use(new GoogleStrategy({ clientID:process.env.CLIENT_ID, clientSecret:process.env.CLIENT_SECRET, callbackURL:"http://localhost:3000/auth/google/secrets", userProfileURL:"https://www.googleapis.com/oauth2/v3/userinfo" }, function(accessToken, refreshToken, profile, done){ console.log(profile); User.findOrCreate({googleId: profile.id}, function(err, user){ return done(err, user); }); }));

Hola, estoy aprendiendo autenticación de desarrollo web y este fragmento de código me está volviendo loco. Dos preguntas.

  1. ¿Por qué se introduce "return" al final del código (línea 22) y por qué no está allí en serialize y deserializeUser?

  2. ¿Cuál es la diferencia entre null y err, se pueden usar indistintamente?

about 4 years ago · Juan Pablo Isaza
1 Respostas
Responde à pergunta

0

La devolución de llamada no reemplaza la declaración de return , por ejemplo, si su código sería el siguiente:

 passport.use(new GoogleStrategy({ clientID:process.env.CLIENT_ID, clientSecret:process.env.CLIENT_SECRET, callbackURL:"http://localhost:3000/auth/google/secrets", userProfileURL:"https://www.googleapis.com/oauth2/v3/userinfo" }, function(accessToken, refreshToken, profile, done){ console.log(profile); User.findOrCreate({googleId: profile.id}, function(err, user){ if(err){ done(err, user); // it works } done(null,user) // it also works }); }));

Si no usáramos return en la condición if , tanto las operaciones de error como las de éxito funcionarán . Por lo tanto, usamos una declaración de return para terminar la ejecución actual de la función y continuar con el siguiente paso.

err se establece en null porque no hay posibilidad de error en la función serializeUser . Porque esta función funciona después de la autenticación del pasaporte. Si hay un problema con la autenticación, esta función no funcionará sin ella.

Su lógica de función deserializeUser puede ser mejor de la siguiente manera:

 passport.deserializeUser(function(id, done){ User.findById(id, function(err, user){ if(err){ return done(err) }; // when an error occur during the databese interaction if(!user){return done(null,false)} //there is no error but user wasn't found return done(null,user);//when user is found and there no error }); });

existe la posibilidad de error en la función de deserialización. Cualquier error puede ocurrir desde una base de datos, para lo cual debemos devolver el error.

Resumen:

  1. Siempre tenemos que usar return y terminar la ejecución de la función si queremos devolver algo cuando ocurrió alguna condición
  2. null indica que no ocurrió ningún error aquí done() , si es probable que ocurra el error, debe devolver el error.
about 4 years ago · Juan Pablo Isaza Relatório
Responde à pergunta
Encontrar trabalhos remotos

Descubra a nova forma de encontrar um emprego!

melhores empregos
Principais categorias de trabalho
Empresas
Postar vaga Preços Comercial
Jurídico
Termos e Condições Política de privacidade
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomende algumas ofertas para mim
Preciso de ajuda