Implementación de Búsqueda de Posts con Servicios en Rails

Implementa una búsqueda de posts en Rails que pase pruebas y mantenga un controlador ligero. Aquí verás cómo filtrar solo publicaciones publicadas, delegar la lógica a un service y usar SQL con comodines para lograr coincidencias flexibles, dejando la puerta abierta a la escalabilidad.

¿Cómo se implementa la búsqueda de posts publicados en Rails?

Para iniciar, la lógica vive en el método index del controlador. Primero se filtran los posts publicados. Luego, se toma el parámetro search de la petición y se valida que no sea nil y que esté present?. Si hay búsqueda, se delega al servicio.

# app/controllers/posts_controller.rb
class PostsController < ApplicationController
  def index
    posts = Post.published

    query = params[:search]
    if !query.nil? && query.present?
      posts = PostSearchService.search(posts, query)
    end

    @posts = posts
  end
end

• Filtrar siempre por publicados primero.
• Validar nil y present? antes de buscar.
• Delegar la lógica al service para mantener el controller limpio.
• Asegurar que las pruebas pasen antes de continuar.

¿Cómo se construye el filtro con SQL LIKE?

La búsqueda compara el title con el query usando LIKE y comodines %. La forma %consulta% indica: cualquier texto antes, la consulta en medio y cualquier texto después.

# app/servicios/post_search_service.rb
class PostSearchService
  def self.search(current_posts, query)
    current_posts.where("title LIKE '%#{query}%' ")
  end
end

• LIKE permite coincidencias parciales en el título.
• % funciona como comodín de búsqueda.
• La consulta se aplica sobre el conjunto ya filtrado por publicados.

¿Por qué mover la lógica a un servicio de búsqueda?

Centralizar la lógica en un servicio simplifica el controller y encapsula la lógica de negocio. Esto facilita el mantenimiento y futuras modificaciones sin tocar el controlador.

¿Qué ventajas aporta esta arquitectura?

• Controlador ligero y fácil de leer.
• Lógica de búsqueda encapsulada en una sola clase.
• Cambios futuros se aplican en un único lugar.
• Mejora la organización del código y las pruebas automatizadas.

¿Qué hace el método search del servicio?

Recibe la colección actual de posts (ya filtrada por publicados) y el query. Devuelve los registros cuyo title coincide parcialmente con la cadena de búsqueda gracias a LIKE y %.

• Método de clase: self.search.
• Parámetros: current_posts y query.
• Retorno: relación filtrada lista para el controller.

¿Cómo escalar la búsqueda y evitar problemas futuros?

Si el volumen de peticiones crece, conviene sustituir la búsqueda basada en base de datos por un servicio especializado como Elasticsearch. Las bases de datos relacionales no están diseñadas para queries de texto a gran escala, y migrar será sencillo porque la lógica está aislada en el service.

• Sustitución transparente del motor de búsqueda.
• Mejor rendimiento con alto tráfico.
• Próximo tema: el problema de n más uno y su impacto en consultas.

¿Te gustaría ver variantes del service o casos de prueba para esta búsqueda? Cuéntame qué escenario quieres cubrir y lo trabajamos juntos.