Comandos 煤tiles para NPM

Este art铆culo es en realidad un recuerdo para el yo del futuro que olvida r谩pidamente algunos de los comandos m谩s simples, por lo que he decido crear una lista de comandos de utilidad para no olvidarlos, y si de paso, esta lista te sirve a t铆, entonces creo que su objetivo podr铆a ir m谩s lejos que solo ser una guia para mi mismo.

as

Relaci贸nes @ManyToMany

Las relaciones Mucho a Muchos (@ManyToMany) se caracter铆zan por Entidades que est谩n relacionadas con a muchos elementos de un tipo determinado, pero al mismo tiempo, estos 煤ltimos registros no son exclusivos de un registro en particular, si no que pueden ser parte de varios, por lo tanto, tenemos una Entidad A, la cual puede estar relacionada como muchos registros de la Entidad B, pero al mismo tiempo, la Entidad B puede pertenecer a varias instancias de la Entidad A.

as

Path params con @PathParam

JAX-RS Path params con @PathParams

Por incre铆ble que parezca, en REST la URL puede proporcionar una de las principales fuentes de informaci贸n para los servicios, pues es posible definir como par谩metros de entrada ciertas parte de la URL, lo que nos permite en primer lugar, crear m茅todos especiales para atender ciertas URL, pero por otra parte, esos fragmentos de URL pueden ser inyectados como par谩metros a los m茅todos Java.

as

Relaciones @OneToOne

Las relaciones One to One (@OneToOne) se caracterizan porque solo puede existir una y solo una relaci贸n con la Entidad de destino, de esta forma, la entidad marcada como @OnoToOne deber谩 tener una referencia a la Entidad destino y por ning煤n motivo podr谩 ser una colecci贸n. De la misma forma, la Entidad destino no podr谩 pertenecer a otra Instancia de la Entidad origen.

as

Data Access Object (DAO) Pattern

Data Access Object (DAO) PatternPr谩cticamente todas las aplicaciones de hoy en d铆a, requiere acceso al menos a una fuente de datos, dichas fuentes son por lo general base de datos relacionales, por lo que muchas veces no tenemos problema en acceder a los datos, sin embargo, hay ocasiones en las que necesitamos tener m谩s de una fuente de datos o la fuente de datos que tenemos puede variar, lo que nos obligar铆a a refactorizar gran parte del c贸digo. Para esto, tenemos el patr贸n Arquitect贸nico Data Access Object (DAO), el cual permite separar la l贸gica de acceso a datos de los Bussines Objects u Objetos de negocios, de tal forma que el DAO encapsula toda la l贸gica de acceso de datos al resto de la aplicaci贸n. as