Feda /dev/ - No Javascript allowed

que opinais de mi CR?

el codigo era:

fun (...) {
   if HEAD:
     headObject(,,,,. discardBody)
   if GET:
     getObject(,,,,. keepBody)
}

fun headObject(args):
   return fetchObject(args)

fun getObject(args):
  return fetchObject(args)

mi pr hacia entre otras cosas este refactor:

fun (...) {
   if HEAD:
     fetchObject(,,,,. discardBody)
   if GET:
     fetchObject(,,,,. keepBody)
}

literamente son 4 argumetos, 3 son iguales, y 1 es una funcion que se queda el body o lo descarta XDDDD

estoy dudando si postear mi comment, voy a mencionar a los adultos @juan4k4 @ranthas y a @kaledros para tener un pov fpero.

#34416 es todo privado. Todo es implementación. A quien le escondes la implementación?? A ti mismo.

Es un controller. A mi no me gusta por cierto tener el mismo método para los dos. Pero si al final lo llamas pues hazlo explícito vaya boberia no?.

Es tu proyecto. Tienes que entender lo que hace fetch. De hecho creo que hay un bug. Y gracias al redactor lo he visto.

Entiendes mi pov al menos? Al final respondo a la cr con mi segunda respuesta. Creo que es más light xd

vamos, que pierde el tiempo

#34418 #34419 lo he hecho porqué hay un bug de performance que gracias a mi código de ve fácil.

El bug es que para el head hacemos también un get del objeto. En el head podríamos usar un head e ir mas rápido.

Como dice la rata si hubiese mas métodos seguros que no intentaría metelrlo todo en uno.

Cuándo llegue a casa os pongo un ejemplo.

#34422 tenemos una cache. Podrías hacer head a la. Cache primero y de estar presente devolverlo.

Si no está haces un get. Cacheas y devuelves.

Ahora hacemos siempre get a la cache, procesamos todo lo que ese método hace y devolvemos los headers XD el get podría ser un head, si no está haces un get.

Entiendes??

#34424 es que estaba en el gym y he respondido rápido porque he visto entrar a los fperos a por mi sangre.

Si no respondo se lleva el hilo de fperos q no saben de qué hablamos diciendo que solo lo hago por joder.

Lo he hecho porque queda claro que hay un bug. De la primera manera me decían que era más claro. Pero resulta que con mi manera descubres el bug al toque.

Xon esto quiero decir que cuando yo hago algo tengo mil motivos que entiendo a perfección. Soy un puto dios del toque.

Aunque rust y la redacción lo llevo mal.

Implementacion actual cache:
/HEAD, hacemos GET de la cache, descartamos el body
/GET, hacemos GET de la cache, devolvemos el body

Mi propuesta cache:
/HEAD, hacemos HEAD de la cache, devolvemos
/GET, hacemos GET de la cache, devolvemos el body

Implementacion actual NO cache:
/HEAD, hacemos GET de la cache, no esta GET de db, procesamos y descartamos el body
/GET, hacemos GET de la cache, no esta, procesamos y devolvemos body

Mi propuesta NO cache:
/HEAD, hacemos HEAD de la cache, no esta GET de db, procesamos y descartamos el body
/GET, hacemos GET de la cache, no esta, procesamos y devolvemos body

#34425 Nada hace miss de la caché ? Ocultas la implementación al futuro maintainer y a tu yo fututo. En este caso es 1liner pero bueno sin más

#34427 no entiendo tu mensaje sinceramente.

he puesto los dos casos, cuando hago hit o miss. quizas no los he llamado de la mejor manera, pero estaba haciendo el flow cuando hit y cuando hago miss. la cache siempre esta. en total 4 casos.

a que te refieres?

#34432 estás que me leo el tochaco, además que ahora tengo que ir al cuartel, que me he encontrado pasta por la calle, para que vean si es de alguien