Descarga de bean searcher - Descarga del código fuente bean searcher

bean searcher

código fuente JAVA

v4.3.5

Descargar

logo

Inglés | 中文

Documentación: https://bs.zhxu.cn
Primera página : https://www.aliyun.com/minisite/goods?userCode=zugtbi5w
Blogs de JueJin:
- ¡Escribir código como este es 100 veces más eficiente que usar MyBatis directamente!
- ¿Cuál es la diferencia entre Bean Searcher y MyBatis Plus?
Solo una línea de código para lograr:
- Recuperación de varias tablas
- Paginación por cualquier campo.
- Filtro combinado por cualquier campo
- Ordenar por cualquier campo
- Resúmenes con campo múltiple
- Devolver VO directamente
Pensamiento de diseño: el pensamiento de Bean Searcher
Arquitectura:

Registro de cambios: REGISTRO DE CAMBIOS
Rendimiento: ver el informe
Gitee 企业版: https://gitee.com/enterprises?invite_code=Z2l0ZWUtMTM5MzQxMg%3D%3D

Características

Admite el mapeo de una entidad a varias tablas
Soporte al operador de campo dinámico.
Grupo de soporte y consulta de agregación.
Soporte Seleccionar | Dónde | De subconsulta
Admite parámetros integrados en la entidad
Convertidores de campo de soporte
Admite interceptores SQL
Admite extensión de dialecto SQL
Admite fuentes de datos múltiples y fuentes de datos dinámicas
Admite anotación omitida y personalizada
Extensión de operador de campo de soporte
etcétera

⁉️ POR QUÉ

Esta no es una rueda que se repite.

Aunque CREAR/ACTUALIZAR/ELIMINAR son los puntos fuertes de Hibernate, MyBatis, DataJDBC y otros ORM, las consultas, especialmente las consultas de listas complejas con múltiples condiciones , múltiples tablas , paginación y clasificación , siempre han sido sus debilidades.

Es difícil que el ORM tradicional realice una recuperación de lista compleja con menos código, pero Bean Searcher ha hecho grandes esfuerzos en este sentido. Estas consultas complejas se pueden resolver en casi una línea de código.

Por ejemplo, un requisito tan típico:

El back-end necesita escribir una API de recuperación y, si se escribe con ORM tradicional, la complejidad del código es muy alta.

Pero Bean Searcher puede:

? Logrado con una línea de código

Primero, tienes una clase de Entidad:

 @ SearchBean ( tables = "user u, role r" , joinCond = "u.role_id = r.id" , autoMapTo = "u" )
public class User {
  private long id ;
  private String username ;
  private int status ;
  private int age ;
  private String gender ;
  private Date joinDate ;
  private int roleId ;
  @ DbField ( "r.name" )
  private String roleName ;
  // Getters and setters...
}

Luego puedes completar la API con una línea de código:

 @ RestController
@ RequestMapping ( "/user" )
public class UserController {

    @ Autowired
    private BeanSearcher beanSearcher ;              // Inject BeanSearcher

    @ GetMapping ( "/index" )
    public SearchResult < User > index ( HttpServletRequest request ) {
        // Only one line of code written here
        return beanSearcher . search ( User . class , MapUtils . flat ( request . getParameterMap ()), new String []{ "age" });
    }

}

Esta línea de código puede lograr:

Recuperación de varias tablas
Paginación por cualquier campo.
Filtro combinado por cualquier campo
Ordenar por cualquier campo
Resumen con campo age

Por ejemplo, esta API se puede solicitar de la siguiente manera:

GET: /user/index

Recuperando la paginación por defecto:

{
  "dataList" : [
    {
      "id" : 1 ,
      "username" : " Jack " ,
      "status" : 1 ,
      "age" : 25 ,
      "gender" : " Male " ,
      "joinDate" : " 2021-10-01 " ,
      "roleId" : 1 ,
      "roleName" : " User "
    },
    ...     // 15 records default
  ],
  "totalCount" : 100 ,
  "summaries" : [
    2500    // age statistics
  ]
}

GET: /user/index? page=1 & size=10
Recuperación por paginación especificada
GET: /user/index? status=1
Recuperación con status = 1 por paginación predeterminada
GET: /user/index? name=Jac & name-op=sw
Recuperación con name que comienza con Jac por paginación predeterminada
GET: /user/index? name=Jack & name-ic=true
Recuperación con name = Jack (caso ignorado) por paginación predeterminada
GET: /user/index? sort=age & order=desc
Clasificación de recuperación por age descendente y paginación predeterminada

GET: /user/index? onlySelect=username,age

Recuperación de username,age solo por paginación predeterminada:

{
  "dataList" : [
    {
      "username" : " Jack " ,
      "age" : 25 ,
    },
    ...     // 15 records default
  ],
  "totalCount" : 100 ,
  "summaries" : [
    2500    // age statistics
  ]
}

GET: /user/index? selectExclude=joinDate
Recuperando la paginación predeterminada excluida joinDate

Generador de parámetros

 Map < String , Object > params = MapUtils . builder ()
        . selectExclude ( User :: getJoinDate )                 // Exclude joinDate field
        . field ( User :: getStatus , 1 )                        // Filter：status = 1
        . field ( User :: getName , "Jack" ). ic ()                // Filter：name = 'Jack' (case ignored)
        . field ( User :: getAge , 20 , 30 ). op ( Opetator . Between ) // Filter：age between 20 and 30
        . orderBy ( User :: getAge , "asc" )                     // Sorting by age ascending 
        . page ( 0 , 15 )                                      // Pagination: page=0 and size=15
        . build ();
List < User > users = beanSearcher . searchList ( User . class , params );

Demostraciones :

v4.x - demostraciones
v3.x - demostraciones

Desarrollo rápido

¡Usar Bean Searcher puede ahorrar enormemente el tiempo de desarrollo de las complejas API de recuperación de listas!

Una consulta de lista compleja ordinaria requiere solo una línea de código
La recuperación de una sola tabla puede reutilizar el domain original, sin definir una nueva Entity

? Fácil integración

Bean Searcher puede funcionar con cualquier marco JavaWeb, como: SpringBoot, SpringMVC, Grails, Jfinal, etc.

SpringBoot / Griales

Todo lo que necesitas es agregar una dependencia:

implementation ' cn.zhxu:bean-searcher-boot-stater:4.3.4 '

y luego puedes inyectar Searcher en un Controller o Service :

 /**
 * Inject a MapSearcher, which retrieved data is Map objects
 */
@Autowired
private MapSearcher mapSearcher;

/**
 * Inject a BeanSearcher, which retrieved data is generic objects
 */
@Autowired
private BeanSearcher beanSearcher;

Proyecto Solón

Todo lo que necesitas es agregar una dependencia:

implementation ' cn.zhxu:bean-searcher-solon-plugin:4.3.4 '

y luego puedes inyectar Searcher en un Controller o Service :

 /**
 * Inject a MapSearcher, which retrieved data is Map objects
 */
@Inject
private MapSearcher mapSearcher;

/**
 * Inject a BeanSearcher, which retrieved data is generic objects
 */
@Inject
private BeanSearcher beanSearcher;

Otros marcos

Añadiendo esta dependencia:

implementation ' cn.zhxu:bean-searcher:4.3.4 '

entonces puedes crear un Searcher con SearcherBuilder :

 DataSource dataSource = ...     // Get the dataSource of the application

// DefaultSqlExecutor suports multi datasources
SqlExecutor sqlExecutor = new DefaultSqlExecutor ( dataSource );

// build a MapSearcher
MapSearcher mapSearcher = SearcherBuilder . mapSearcher ()
        . sqlExecutor ( sqlExecutor )
        . build ();

// build a BeanSearcher
BeanSearcher beanSearcher = SearcherBuilder . beanSearcher ()
        . sqlExecutor ( sqlExecutor )
        . build ();