Nuntempe, la REST API fariĝis normo por reto-aplika evoluo, permesante al evoluo esti dividita en sendependajn partojn. Diversaj popularaj kadroj kiel ekzemple Angular, React, Vue kaj aliaj estas nuntempe uzitaj por UI. Backend-programistoj povas elekti el diversaj lingvoj kaj kadroj. Hodiaŭ mi ŝatus paroli pri tia kadro kiel NestJS. Ni estas en TestMace Ni aktive uzas ĝin por internaj projektoj. Uzante neston kaj pakaĵon @nestjsx/crud, ni kreos simplan CRUD-aplikaĵon.

Kial NestJS

Lastatempe, sufiĉe multaj backend kadroj aperis en la JavaScript-komunumo. Kaj se laŭ funkcieco ili provizas similajn kapablojn al Nest, tiam en unu afero certe gajnas - ĉi tio estas la arkitekturo. La sekvaj funkcioj de NestJS permesas krei industriajn aplikojn kaj skali disvolviĝon al grandaj teamoj:

uzante TypeScript kiel la ĉefan evolulingvon. Kvankam NestJS subtenas JavaScript, iuj funkcioj eble ne funkcias, precipe se ni parolas pri triaj pakaĵoj;
la ĉeesto de DI-ujo, kiu ebligas al vi krei malfiksajn komponantojn;
La funkcieco de la kadro mem estas dividita en sendependajn interŝanĝeblajn komponentojn. Ekzemple, sub la kapuĉo kiel kadro ĝi povas esti uzata kiel esprimi, kaj fastigi, por labori kun la datumbazo, nesto el la skatolo provizas ligadojn al tajmpormo, mungoto, sekvo;
NestJS estas platformagnostika kaj subtenas REST, GraphQL, Websockets, gRPC, ktp.

La kadro mem estas inspirita de la Angula fasadkadro kaj koncipe havas multon komunan kun ĝi.

Instalante NestJS kaj Deplojante la Projekton

Nesto enhavas pakaĵon nesto/cli, kiu ebligas al vi rapide disfaldi bazan aplikan kadron. Ni instalu ĉi tiun pakaĵon tutmonde:

npm install --global @nest/cli

Post instalado, ni generos la bazan kadron de nia aplikaĵo kun la nomo nest-rest. Ĉi tio estas farita per la komando nest new nest-rest.

nest new nest-resto

dmitrii@dmitrii-HP-ZBook-17-G3:~/projects $ nest new nest-rest
  We will scaffold your app in a few seconds..

CREATE /nest-rest/.prettierrc (51 bytes)
CREATE /nest-rest/README.md (3370 bytes)
CREATE /nest-rest/nest-cli.json (84 bytes)
CREATE /nest-rest/nodemon-debug.json (163 bytes)
CREATE /nest-rest/nodemon.json (67 bytes)
CREATE /nest-rest/package.json (1805 bytes)
CREATE /nest-rest/tsconfig.build.json (97 bytes)
CREATE /nest-rest/tsconfig.json (325 bytes)
CREATE /nest-rest/tslint.json (426 bytes)
CREATE /nest-rest/src/app.controller.spec.ts (617 bytes)
CREATE /nest-rest/src/app.controller.ts (274 bytes)
CREATE /nest-rest/src/app.module.ts (249 bytes)
CREATE /nest-rest/src/app.service.ts (142 bytes)
CREATE /nest-rest/src/main.ts (208 bytes)
CREATE /nest-rest/test/app.e2e-spec.ts (561 bytes)
CREATE /nest-rest/test/jest-e2e.json (183 bytes)

? Which package manager would you ️ to use? yarn
 Installation in progress... 

  Successfully created project nest-rest
  Get started with the following commands:

$ cd nest-rest
$ yarn run start

                          Thanks for installing Nest 
                 Please consider donating to our open collective
                        to help us maintain this package.

                 Donate: https://opencollective.com/nest

Ni elektos fadenon kiel nian pakaĵadministrilon.
Je ĉi tiu punkto vi povas komenci la servilon per la komando npm start kaj irante al la adreso http://localhost:3000 vi povas vidi la ĉefpaĝon. Tamen, ne ĉi tio ni kunvenis ĉi tie kaj ni pluiras.

Agordo de laboro kun la datumbazo

Mi elektis PostrgreSQL kiel la DBMS por ĉi tiu artikolo. Ne estas disputo pri gustoj; laŭ mi, ĉi tiu estas la plej matura DBMS, havanta ĉiujn necesajn kapablojn. Kiel jam menciite, Nest provizas integriĝon kun diversaj pakaĵoj por labori kun datumbazoj. Ĉar Ĉar mia elekto falis sur PostgreSQL, estus logike elekti TypeORM kiel ORM. Ni instalu la necesajn pakaĵojn por integriĝo kun la datumbazo:

yarn add typeorm @nestjs/typeorm pg

En ordo, por kio ĉiu pakaĵo bezonas:

tipoorm - pako rekte de la ORM mem;
@nestjs/typeorm - TypeORM-pakaĵo por NestJS. Aldonas modulojn por importi en projektajn modulojn, kaj ankaŭ aron da helpaj dekoraciistoj;
pg - pelilo por labori kun PostgreSQL.

Bone, la pakaĵoj estas instalitaj, nun vi devas lanĉi la datumbazon mem. Por deploji la datumbazon, mi uzos docker-compose.yml kun la sekva enhavo:

docker-compose.yml

version: '3.1'

services:
  db:
    image: postgres:11.2
    restart: always
    environment:
      POSTGRES_PASSWORD: example
    volumes:
      - ../db:/var/lib/postgresql/data
      - ./postgresql.conf:/etc/postgresql/postgresql.conf
    ports:
      - 5432:5432
  adminer:
    image: adminer
    restart: always
    ports:
      - 8080:8080

Kiel vi povas vidi, ĉi tiu dosiero agordas la lanĉon de 2 ujoj:

db estas ujo rekte enhavanta la datumbazon. En nia kazo, postgresql versio 11.2 estas uzata;
administranto — administranto de datumbazoj. Disponigas retan interfacon por vidi kaj administri la datumbazon.

Por labori kun tcp-konektoj, mi aldonis la jenan agordon.

postgresql.conf

# -----------------------------
# PostgreSQL configuration file
# -----------------------------
#
# This file consists of lines of the form:
#
#   name = value
#
# (The "=" is optional.)  Whitespace may be used.  Comments are introduced with
# "#" anywhere on a line.  The complete list of parameter names and allowed
# values can be found in the PostgreSQL documentation.
#
# The commented-out settings shown in this file represent the default values.
# Re-commenting a setting is NOT sufficient to revert it to the default value;
# you need to reload the server.
#
# This file is read on server startup and when the server receives a SIGHUP
# signal.  If you edit the file on a running system, you have to SIGHUP the
# server for the changes to take effect, run "pg_ctl reload", or execute
# "SELECT pg_reload_conf()".  Some parameters, which are marked below,
# require a server shutdown and restart to take effect.
#
# Any parameter can also be given as a command-line option to the server, e.g.,
# "postgres -c log_connections=on".  Some parameters can be changed at run time
# with the "SET" SQL command.
#
# Memory units:  kB = kilobytes        Time units:  ms  = milliseconds
#                MB = megabytes                     s   = seconds
#                GB = gigabytes                     min = minutes
#                TB = terabytes                     h   = hours
#                                                   d   = days
#------------------------------------------------------------------------------
# FILE LOCATIONS
#------------------------------------------------------------------------------
# The default values of these variables are driven from the -D command-line
# option or PGDATA environment variable, represented here as ConfigDir.
#data_directory = 'ConfigDir'       # use data in another directory
# (change requires restart)
#hba_file = 'ConfigDir/pg_hba.conf' # host-based authentication file
# (change requires restart)
#ident_file = 'ConfigDir/pg_ident.conf' # ident configuration file
# (change requires restart)
# If external_pid_file is not explicitly set, no extra PID file is written.
#external_pid_file = ''         # write an extra PID file
# (change requires restart)
#------------------------------------------------------------------------------
# CONNECTIONS AND AUTHENTICATION
#------------------------------------------------------------------------------
# - Connection Settings -
listen_addresses = '*'
#listen_addresses = 'localhost'     # what IP address(es) to listen on;
# comma-separated list of addresses;
# defaults to 'localhost'; use '*' for all
# (change requires restart)
#port = 5432                # (change requires restart)
#max_connections = 100          # (change requires restart)
#superuser_reserved_connections = 3 # (change requires restart)
#unix_socket_directories = '/tmp'   # comma-separated list of directories
# (change requires restart)
#unix_socket_group = ''         # (change requires restart)
#unix_socket_permissions = 0777     # begin with 0 to use octal notation
# (change requires restart)
#bonjour = off              # advertise server via Bonjour
# (change requires restart)
#bonjour_name = ''          # defaults to the computer name
# (change requires restart)
# - TCP Keepalives -
# see "man 7 tcp" for details
#tcp_keepalives_idle = 0        # TCP_KEEPIDLE, in seconds;
# 0 selects the system default
#tcp_keepalives_interval = 0        # TCP_KEEPINTVL, in seconds;
# 0 selects the system default
#tcp_keepalives_count = 0       # TCP_KEEPCNT;
# 0 selects the system default
# - Authentication -
#authentication_timeout = 1min      # 1s-600s
#password_encryption = md5      # md5 or scram-sha-256
#db_user_namespace = off
# GSSAPI using Kerberos
#krb_server_keyfile = ''
#krb_caseins_users = off
# - SSL -
#ssl = off
#ssl_ca_file = ''
#ssl_cert_file = 'server.crt'
#ssl_crl_file = ''
#ssl_key_file = 'server.key'
#ssl_ciphers = 'HIGH:MEDIUM:+3DES:!aNULL' # allowed SSL ciphers
#ssl_prefer_server_ciphers = on
#ssl_ecdh_curve = 'prime256v1'
#ssl_min_protocol_version = 'TLSv1'
#ssl_max_protocol_version = ''
#ssl_dh_params_file = ''
#ssl_passphrase_command = ''
#ssl_passphrase_command_supports_reload = off
#------------------------------------------------------------------------------
# RESOURCE USAGE (except WAL)
#------------------------------------------------------------------------------
# - Memory -
#shared_buffers = 32MB          # min 128kB
# (change requires restart)
#huge_pages = try           # on, off, or try
# (change requires restart)
#temp_buffers = 8MB         # min 800kB
#max_prepared_transactions = 0      # zero disables the feature
# (change requires restart)
# Caution: it is not advisable to set max_prepared_transactions nonzero unless
# you actively intend to use prepared transactions.
#work_mem = 4MB             # min 64kB
#maintenance_work_mem = 64MB        # min 1MB
#autovacuum_work_mem = -1       # min 1MB, or -1 to use maintenance_work_mem
#max_stack_depth = 2MB          # min 100kB
#shared_memory_type = mmap      # the default is the first option
# supported by the operating system:
#   mmap
#   sysv
#   windows
# (change requires restart)
#dynamic_shared_memory_type = posix # the default is the first option
# supported by the operating system:
#   posix
#   sysv
#   windows
#   mmap
# (change requires restart)
# - Disk -
#temp_file_limit = -1           # limits per-process temp file space
# in kB, or -1 for no limit
# - Kernel Resources -
#max_files_per_process = 1000       # min 25
# (change requires restart)
# - Cost-Based Vacuum Delay -
#vacuum_cost_delay = 0          # 0-100 milliseconds (0 disables)
#vacuum_cost_page_hit = 1       # 0-10000 credits
#vacuum_cost_page_miss = 10     # 0-10000 credits
#vacuum_cost_page_dirty = 20        # 0-10000 credits
#vacuum_cost_limit = 200        # 1-10000 credits
# - Background Writer -
#bgwriter_delay = 200ms         # 10-10000ms between rounds
#bgwriter_lru_maxpages = 100        # max buffers written/round, 0 disables
#bgwriter_lru_multiplier = 2.0      # 0-10.0 multiplier on buffers scanned/round
#bgwriter_flush_after = 0       # measured in pages, 0 disables
# - Asynchronous Behavior -
#effective_io_concurrency = 1       # 1-1000; 0 disables prefetching
#max_worker_processes = 8       # (change requires restart)
#max_parallel_maintenance_workers = 2   # taken from max_parallel_workers
#max_parallel_workers_per_gather = 2    # taken from max_parallel_workers
#parallel_leader_participation = on
#max_parallel_workers = 8       # maximum number of max_worker_processes that
# can be used in parallel operations
#old_snapshot_threshold = -1        # 1min-60d; -1 disables; 0 is immediate
# (change requires restart)
#backend_flush_after = 0        # measured in pages, 0 disables
#------------------------------------------------------------------------------
# WRITE-AHEAD LOG
#------------------------------------------------------------------------------
# - Settings -
#wal_level = replica            # minimal, replica, or logical
# (change requires restart)
#fsync = on             # flush data to disk for crash safety
# (turning this off can cause
# unrecoverable data corruption)
#synchronous_commit = on        # synchronization level;
# off, local, remote_write, remote_apply, or on
#wal_sync_method = fsync        # the default is the first option
# supported by the operating system:
#   open_datasync
#   fdatasync (default on Linux)
#   fsync
#   fsync_writethrough
#   open_sync
#full_page_writes = on          # recover from partial page writes
#wal_compression = off          # enable compression of full-page writes
#wal_log_hints = off            # also do full page writes of non-critical updates
# (change requires restart)
#wal_buffers = -1           # min 32kB, -1 sets based on shared_buffers
# (change requires restart)
#wal_writer_delay = 200ms       # 1-10000 milliseconds
#wal_writer_flush_after = 1MB       # measured in pages, 0 disables
#commit_delay = 0           # range 0-100000, in microseconds
#commit_siblings = 5            # range 1-1000
# - Checkpoints -
#checkpoint_timeout = 5min      # range 30s-1d
#max_wal_size = 1GB
#min_wal_size = 80MB
#checkpoint_completion_target = 0.5 # checkpoint target duration, 0.0 - 1.0
#checkpoint_flush_after = 0     # measured in pages, 0 disables
#checkpoint_warning = 30s       # 0 disables
# - Archiving -
#archive_mode = off     # enables archiving; off, on, or always
# (change requires restart)
#archive_command = ''       # command to use to archive a logfile segment
# placeholders: %p = path of file to archive
#               %f = file name only
# e.g. 'test ! -f /mnt/server/archivedir/%f && cp %p /mnt/server/archivedir/%f'
#archive_timeout = 0        # force a logfile segment switch after this
# number of seconds; 0 disables
# - Archive Recovery -
# These are only used in recovery mode.
#restore_command = ''       # command to use to restore an archived logfile segment
# placeholders: %p = path of file to restore
#               %f = file name only
# e.g. 'cp /mnt/server/archivedir/%f %p'
# (change requires restart)
#archive_cleanup_command = ''   # command to execute at every restartpoint
#recovery_end_command = ''  # command to execute at completion of recovery
# - Recovery Target -
# Set these only when performing a targeted recovery.
#recovery_target = ''       # 'immediate' to end recovery as soon as a
# consistent state is reached
# (change requires restart)
#recovery_target_name = ''  # the named restore point to which recovery will proceed
# (change requires restart)
#recovery_target_time = ''  # the time stamp up to which recovery will proceed
# (change requires restart)
#recovery_target_xid = ''   # the transaction ID up to which recovery will proceed
# (change requires restart)
#recovery_target_lsn = ''   # the WAL LSN up to which recovery will proceed
# (change requires restart)
#recovery_target_inclusive = on # Specifies whether to stop:
# just after the specified recovery target (on)
# just before the recovery target (off)
# (change requires restart)
#recovery_target_timeline = 'latest'    # 'current', 'latest', or timeline ID
# (change requires restart)
#recovery_target_action = 'pause'   # 'pause', 'promote', 'shutdown'
# (change requires restart)
#------------------------------------------------------------------------------
# REPLICATION
#------------------------------------------------------------------------------
# - Sending Servers -
# Set these on the master and on any standby that will send replication data.
#max_wal_senders = 10       # max number of walsender processes
# (change requires restart)
#wal_keep_segments = 0      # in logfile segments; 0 disables
#wal_sender_timeout = 60s   # in milliseconds; 0 disables
#max_replication_slots = 10 # max number of replication slots
# (change requires restart)
#track_commit_timestamp = off   # collect timestamp of transaction commit
# (change requires restart)
# - Master Server -
# These settings are ignored on a standby server.
#synchronous_standby_names = '' # standby servers that provide sync rep
# method to choose sync standbys, number of sync standbys,
# and comma-separated list of application_name
# from standby(s); '*' = all
#vacuum_defer_cleanup_age = 0   # number of xacts by which cleanup is delayed
# - Standby Servers -
# These settings are ignored on a master server.
#primary_conninfo = ''          # connection string to sending server
# (change requires restart)
#primary_slot_name = ''         # replication slot on sending server
# (change requires restart)
#promote_trigger_file = ''      # file name whose presence ends recovery
#hot_standby = on           # "off" disallows queries during recovery
# (change requires restart)
#max_standby_archive_delay = 30s    # max delay before canceling queries
# when reading WAL from archive;
# -1 allows indefinite delay
#max_standby_streaming_delay = 30s  # max delay before canceling queries
# when reading streaming WAL;
# -1 allows indefinite delay
#wal_receiver_status_interval = 10s # send replies at least this often
# 0 disables
#hot_standby_feedback = off     # send info from standby to prevent
# query conflicts
#wal_receiver_timeout = 60s     # time that receiver waits for
# communication from master
# in milliseconds; 0 disables
#wal_retrieve_retry_interval = 5s   # time to wait before retrying to
# retrieve WAL after a failed attempt
#recovery_min_apply_delay = 0       # minimum delay for applying changes during recovery
# - Subscribers -
# These settings are ignored on a publisher.
#max_logical_replication_workers = 4    # taken from max_worker_processes
# (change requires restart)
#max_sync_workers_per_subscription = 2  # taken from max_logical_replication_workers
#------------------------------------------------------------------------------
# QUERY TUNING
#------------------------------------------------------------------------------
# - Planner Method Configuration -
#enable_bitmapscan = on
#enable_hashagg = on
#enable_hashjoin = on
#enable_indexscan = on
#enable_indexonlyscan = on
#enable_material = on
#enable_mergejoin = on
#enable_nestloop = on
#enable_parallel_append = on
#enable_seqscan = on
#enable_sort = on
#enable_tidscan = on
#enable_partitionwise_join = off
#enable_partitionwise_aggregate = off
#enable_parallel_hash = on
#enable_partition_pruning = on
# - Planner Cost Constants -
#seq_page_cost = 1.0            # measured on an arbitrary scale
#random_page_cost = 4.0         # same scale as above
#cpu_tuple_cost = 0.01          # same scale as above
#cpu_index_tuple_cost = 0.005       # same scale as above
#cpu_operator_cost = 0.0025     # same scale as above
#parallel_tuple_cost = 0.1      # same scale as above
#parallel_setup_cost = 1000.0   # same scale as above
#jit_above_cost = 100000        # perform JIT compilation if available
# and query more expensive than this;
# -1 disables
#jit_inline_above_cost = 500000     # inline small functions if query is
# more expensive than this; -1 disables
#jit_optimize_above_cost = 500000   # use expensive JIT optimizations if
# query is more expensive than this;
# -1 disables
#min_parallel_table_scan_size = 8MB
#min_parallel_index_scan_size = 512kB
#effective_cache_size = 4GB
# - Genetic Query Optimizer -
#geqo = on
#geqo_threshold = 12
#geqo_effort = 5            # range 1-10
#geqo_pool_size = 0         # selects default based on effort
#geqo_generations = 0           # selects default based on effort
#geqo_selection_bias = 2.0      # range 1.5-2.0
#geqo_seed = 0.0            # range 0.0-1.0
# - Other Planner Options -
#default_statistics_target = 100    # range 1-10000
#constraint_exclusion = partition   # on, off, or partition
#cursor_tuple_fraction = 0.1        # range 0.0-1.0
#from_collapse_limit = 8
#join_collapse_limit = 8        # 1 disables collapsing of explicit
# JOIN clauses
#force_parallel_mode = off
#jit = on               # allow JIT compilation
#plan_cache_mode = auto         # auto, force_generic_plan or
# force_custom_plan
#------------------------------------------------------------------------------
# REPORTING AND LOGGING
#------------------------------------------------------------------------------
# - Where to Log -
#log_destination = 'stderr'     # Valid values are combinations of
# stderr, csvlog, syslog, and eventlog,
# depending on platform.  csvlog
# requires logging_collector to be on.
# This is used when logging to stderr:
#logging_collector = off        # Enable capturing of stderr and csvlog
# into log files. Required to be on for
# csvlogs.
# (change requires restart)
# These are only used if logging_collector is on:
#log_directory = 'log'          # directory where log files are written,
# can be absolute or relative to PGDATA
#log_filename = 'postgresql-%Y-%m-%d_%H%M%S.log'    # log file name pattern,
# can include strftime() escapes
#log_file_mode = 0600           # creation mode for log files,
# begin with 0 to use octal notation
#log_truncate_on_rotation = off     # If on, an existing log file with the
# same name as the new log file will be
# truncated rather than appended to.
# But such truncation only occurs on
# time-driven rotation, not on restarts
# or size-driven rotation.  Default is
# off, meaning append to existing files
# in all cases.
#log_rotation_age = 1d          # Automatic rotation of logfiles will
# happen after that time.  0 disables.
#log_rotation_size = 10MB       # Automatic rotation of logfiles will
# happen after that much log output.
# 0 disables.
# These are relevant when logging to syslog:
#syslog_facility = 'LOCAL0'
#syslog_ident = 'postgres'
#syslog_sequence_numbers = on
#syslog_split_messages = on
# This is only relevant when logging to eventlog (win32):
# (change requires restart)
#event_source = 'PostgreSQL'
# - When to Log -
#log_min_messages = warning     # values in order of decreasing detail:
#   debug5
#   debug4
#   debug3
#   debug2
#   debug1
#   info
#   notice
#   warning
#   error
#   log
#   fatal
#   panic
#log_min_error_statement = error    # values in order of decreasing detail:
#   debug5
#   debug4
#   debug3
#   debug2
#   debug1
#   info
#   notice
#   warning
#   error
#   log
#   fatal
#   panic (effectively off)
#log_min_duration_statement = -1    # logs statements and their durations
# according to log_statement_sample_rate. -1 is disabled,
# 0 logs all statement, > 0 logs only statements running at
# least this number of milliseconds.
#log_statement_sample_rate = 1  # Fraction of logged statements over
# log_min_duration_statement. 1.0 logs all statements,
# 0 never logs.
# - What to Log -
#debug_print_parse = off
#debug_print_rewritten = off
#debug_print_plan = off
#debug_pretty_print = on
#log_checkpoints = off
#log_connections = off
#log_disconnections = off
#log_duration = off
#log_error_verbosity = default      # terse, default, or verbose messages
#log_hostname = off
#log_line_prefix = '%m [%p] '       # special values:
#   %a = application name
#   %u = user name
#   %d = database name
#   %r = remote host and port
#   %h = remote host
#   %p = process ID
#   %t = timestamp without milliseconds
#   %m = timestamp with milliseconds
#   %n = timestamp with milliseconds (as a Unix epoch)
#   %i = command tag
#   %e = SQL state
#   %c = session ID
#   %l = session line number
#   %s = session start timestamp
#   %v = virtual transaction ID
#   %x = transaction ID (0 if none)
#   %q = stop here in non-session
#        processes
#   %% = '%'
# e.g. '<%u%%%d> '
#log_lock_waits = off           # log lock waits >= deadlock_timeout
#log_statement = 'none'         # none, ddl, mod, all
#log_replication_commands = off
#log_temp_files = -1            # log temporary files equal or larger
# than the specified size in kilobytes;
# -1 disables, 0 logs all temp files
#log_timezone = 'GMT'
#------------------------------------------------------------------------------
# PROCESS TITLE
#------------------------------------------------------------------------------
#cluster_name = ''          # added to process titles if nonempty
# (change requires restart)
#update_process_title = on
#------------------------------------------------------------------------------
# STATISTICS
#------------------------------------------------------------------------------
# - Query and Index Statistics Collector -
#track_activities = on
#track_counts = on
#track_io_timing = off
#track_functions = none         # none, pl, all
#track_activity_query_size = 1024   # (change requires restart)
#stats_temp_directory = 'pg_stat_tmp'
# - Monitoring -
#log_parser_stats = off
#log_planner_stats = off
#log_executor_stats = off
#log_statement_stats = off
#------------------------------------------------------------------------------
# AUTOVACUUM
#------------------------------------------------------------------------------
#autovacuum = on            # Enable autovacuum subprocess?  'on'
# requires track_counts to also be on.
#log_autovacuum_min_duration = -1   # -1 disables, 0 logs all actions and
# their durations, > 0 logs only
# actions running at least this number
# of milliseconds.
#autovacuum_max_workers = 3     # max number of autovacuum subprocesses
# (change requires restart)
#autovacuum_naptime = 1min      # time between autovacuum runs
#autovacuum_vacuum_threshold = 50   # min number of row updates before
# vacuum
#autovacuum_analyze_threshold = 50  # min number of row updates before
# analyze
#autovacuum_vacuum_scale_factor = 0.2   # fraction of table size before vacuum
#autovacuum_analyze_scale_factor = 0.1  # fraction of table size before analyze
#autovacuum_freeze_max_age = 200000000  # maximum XID age before forced vacuum
# (change requires restart)
#autovacuum_multixact_freeze_max_age = 400000000    # maximum multixact age
# before forced vacuum
# (change requires restart)
#autovacuum_vacuum_cost_delay = 2ms # default vacuum cost delay for
# autovacuum, in milliseconds;
# -1 means use vacuum_cost_delay
#autovacuum_vacuum_cost_limit = -1  # default vacuum cost limit for
# autovacuum, -1 means use
# vacuum_cost_limit
#------------------------------------------------------------------------------
# CLIENT CONNECTION DEFAULTS
#------------------------------------------------------------------------------
# - Statement Behavior -
#client_min_messages = notice       # values in order of decreasing detail:
#   debug5
#   debug4
#   debug3
#   debug2
#   debug1
#   log
#   notice
#   warning
#   error
#search_path = '"$user", public'    # schema names
#row_security = on
#default_tablespace = ''        # a tablespace name, '' uses the default
#temp_tablespaces = ''          # a list of tablespace names, '' uses
# only default tablespace
#check_function_bodies = on
#default_transaction_isolation = 'read committed'
#default_transaction_read_only = off
#default_transaction_deferrable = off
#session_replication_role = 'origin'
#statement_timeout = 0          # in milliseconds, 0 is disabled
#lock_timeout = 0           # in milliseconds, 0 is disabled
#idle_in_transaction_session_timeout = 0    # in milliseconds, 0 is disabled
#vacuum_freeze_min_age = 50000000
#vacuum_freeze_table_age = 150000000
#vacuum_multixact_freeze_min_age = 5000000
#vacuum_multixact_freeze_table_age = 150000000
#vacuum_cleanup_index_scale_factor = 0.1    # fraction of total number of tuples
# before index cleanup, 0 always performs
# index cleanup
#bytea_output = 'hex'           # hex, escape
#xmlbinary = 'base64'
#xmloption = 'content'
#gin_fuzzy_search_limit = 0
#gin_pending_list_limit = 4MB
# - Locale and Formatting -
#datestyle = 'iso, mdy'
#intervalstyle = 'postgres'
#timezone = 'GMT'
#timezone_abbreviations = 'Default'     # Select the set of available time zone
# abbreviations.  Currently, there are
#   Default
#   Australia (historical usage)
#   India
# You can create your own file in
# share/timezonesets/.
#extra_float_digits = 1         # min -15, max 3; any value >0 actually
# selects precise output mode
#client_encoding = sql_ascii        # actually, defaults to database
# encoding
# These settings are initialized by initdb, but they can be changed.
#lc_messages = 'C'          # locale for system error message
# strings
#lc_monetary = 'C'          # locale for monetary formatting
#lc_numeric = 'C'           # locale for number formatting
#lc_time = 'C'              # locale for time formatting
# default configuration for text search
#default_text_search_config = 'pg_catalog.simple'
# - Shared Library Preloading -
#shared_preload_libraries = ''  # (change requires restart)
#local_preload_libraries = ''
#session_preload_libraries = ''
#jit_provider = 'llvmjit'       # JIT library to use
# - Other Defaults -
#dynamic_library_path = '$libdir'
#------------------------------------------------------------------------------
# LOCK MANAGEMENT
#------------------------------------------------------------------------------
#deadlock_timeout = 1s
#max_locks_per_transaction = 64     # min 10
# (change requires restart)
#max_pred_locks_per_transaction = 64    # min 10
# (change requires restart)
#max_pred_locks_per_relation = -2   # negative values mean
# (max_pred_locks_per_transaction
#  / -max_pred_locks_per_relation) - 1
#max_pred_locks_per_page = 2            # min 0
#------------------------------------------------------------------------------
# VERSION AND PLATFORM COMPATIBILITY
#------------------------------------------------------------------------------
# - Previous PostgreSQL Versions -
#array_nulls = on
#backslash_quote = safe_encoding    # on, off, or safe_encoding
#escape_string_warning = on
#lo_compat_privileges = off
#operator_precedence_warning = off
#quote_all_identifiers = off
#standard_conforming_strings = on
#synchronize_seqscans = on
# - Other Platforms and Clients -
#transform_null_equals = off
#------------------------------------------------------------------------------
# ERROR HANDLING
#------------------------------------------------------------------------------
#exit_on_error = off            # terminate session on any error?
#restart_after_crash = on       # reinitialize after backend crash?
#data_sync_retry = off          # retry or panic on failure to fsync
# data?
# (change requires restart)
#------------------------------------------------------------------------------
# CONFIG FILE INCLUDES
#------------------------------------------------------------------------------
# These options allow settings to be loaded from files other than the
# default postgresql.conf.
#include_dir = 'conf.d'         # include files ending in '.conf' from
# directory 'conf.d'
#include_if_exists = 'exists.conf'  # include file only if it exists
#include = 'special.conf'       # include file
#------------------------------------------------------------------------------
# CUSTOMIZED OPTIONS
#------------------------------------------------------------------------------
# Add settings for extensions here

Tio estas ĉio, vi povas komenci ujojn per la komando docker-compose up -d. Aŭ en aparta konzolo kun la komando docker-compose up.

Do, la pakaĵoj estis instalitaj, la datumbazo estis lanĉita, restas nur amikigi ilin unu kun la alia. Por fari tion, vi devas aldoni la sekvan dosieron al la projekta radiko: ormconfig.js:

ormconfig.js

const process = require('process');
const username = process.env.POSTGRES_USER || "postgres";
const password = process.env.POSTGRES_PASSWORD || "example";
module.exports = {
"type": "postgres",
"host": "localhost",
"port": 5432,
username,
password,
"database": "postgres",
"synchronize": true,
"dropSchema": false,
"logging": true,
"entities": [__dirname + "/src/**/*.entity.ts", __dirname + "/dist/**/*.entity.js"],
"migrations": ["migrations/**/*.ts"],
"subscribers": ["subscriber/**/*.ts", "dist/subscriber/**/.js"],
"cli": {
"entitiesDir": "src",
"migrationsDir": "migrations",
"subscribersDir": "subscriber"
}
}

Ĉi tiu agordo estos uzata por cli typeorm.

Ni rigardu ĉi tiun agordon pli detale. Sur linioj 3 kaj 4 ni ricevas la uzantnomon kaj pasvorton de la mediaj variabloj. Ĉi tio estas oportuna kiam vi havas plurajn mediojn (dev, scenejo, prod, ktp). Defaŭlte, la uzantnomo estas postgres kaj la pasvorto estas ekzemplo. La resto de la agordo estas bagatela, do ni koncentriĝos nur al la plej interesaj parametroj:

sinkronigi - Indikas ĉu la datumbaza skemo devus esti aŭtomate kreita kiam la aplikaĵo komenciĝas. Atentu ĉi tiun opcion kaj ne uzu ĝin en produktado, alie vi perdos datumojn. Ĉi tiu opcio estas oportuna dum disvolvado kaj sencimigado de aplikaĵo. Kiel alternativo al ĉi tiu opcio, vi povas uzi la komandon schema:sync de CLI TypeORM.
dropSchema - restarigi la skemon ĉiufoje kiam konekto estas establita. Same kiel la antaŭa, ĉi tiu opcio devas esti uzata nur dum la disvolviĝo kaj elpurigado de la aplikaĵo.
entoj - kiujn vojojn serĉi priskribojn de modeloj. Bonvolu noti, ke serĉo per masko estas subtenata.
cli.entitiesDir estas la dosierujo kie modeloj kreitaj de la TypeORM CLI devus esti stokitaj defaŭlte.

Por ke ni povu uzi ĉiujn funkciojn de TypeORM en nia Nest-aplikaĵo, ni devas importi la modulon TypeOrmModule в AppModule. Tiuj. viaj AppModule aspektos tiel:

app.module.ts

import { Module } from '@nestjs/common';
import { AppController } from './app.controller';
import { AppService } from './app.service';
import { TypeOrmModule } from '@nestjs/typeorm';
import * as process from "process";
const username = process.env.POSTGRES_USER || 'postgres';
const password = process.env.POSTGRES_PASSWORD || 'example';
@Module({
imports: [
TypeOrmModule.forRoot({
type: 'postgres',
host: 'localhost',
port: 5432,
username,
password,
database: 'postgres',
entities: [__dirname + '/**/*.entity{.ts,.js}'],
synchronize: true,
}),
],
controllers: [AppController],
providers: [AppService],
})
export class AppModule {}

Kiel vi eble rimarkis, la metodo forRoot la sama agordo por labori kun la datumbazo estas transdonita kiel en la dosiero ormconfig.ts

La fina tuŝo restas - aldonu plurajn taskojn por labori kun TypeORM en package.json. La fakto estas, ke la CLI estas skribita en Javaskripto kaj funkcias en la medio nodejs. Tamen ĉiuj niaj modeloj kaj migradoj estos skribitaj per tajpilo. Tial, necesas transpiki niajn migradojn kaj modelojn antaŭ ol uzi la CLI. Por tio ni bezonas la pakaĵon ts-node:

yarn add -D ts-node

Post tio, aldonu la necesajn komandojn al package.json:

"typeorm": "ts-node -r tsconfig-paths/register ./node_modules/typeorm/cli.js",
"migration:generate": "yarn run typeorm migration:generate -n",
"migration:create": "yarn run typeorm migration:create -n",
"migration:run": "yarn run typeorm migration:run"

La unua komando, tipoorm, aldonas ts-nodan envolvaĵon por ruli la TypeORM cli. La ceteraj komandoj estas oportunaj ŝparvojoj, kiujn vi, kiel programisto, uzos preskaŭ ĉiutage:
migration:generate — kreante migradojn surbaze de ŝanĝoj en viaj modeloj.
migration:create — kreante malplenan migradon.
migration:run — lanĉado de migradoj.
Nu, jen ĝi nun, ni aldonis la necesajn pakaĵojn, agordis la aplikaĵon por labori kun la datumbazo kaj de la cli kaj de la aplikaĵo mem, kaj ankaŭ lanĉis la DBMS. Estas tempo aldoni logikon al nia aplikaĵo.

Instalante pakaĵojn por krei CRUD

Uzante nur Nest, vi povas krei API, kiu permesas krei, legi, ĝisdatigi kaj forigi enton. Ĉi tiu solvo estos kiel eble plej fleksebla, sed en iuj kazoj ĝi estos superflua. Ekzemple, se vi bezonas rapide krei prototipon, vi ofte povas oferi flekseblecon por rapideco de disvolviĝo. Multaj kadroj disponigas funkciecon por generado de CRUD priskribante la datummodelon de certa unuo. Kaj Nest ne estas escepto! Ĉi tiu funkcio estas provizita de la pako @nestjsx/crud. Ĝiaj kapabloj estas tre interesaj:

facila instalado kaj agordo;
DBMS-sendependeco;
potenca demandolingvo kun la kapablo filtri, paĝigi, ordigi, ŝargi rilatojn kaj nestitajn entojn, kaŝmemoron, ktp.;
pako por generi petojn ĉe la front-end;
facila superregado de regilaj metodoj;
malgranda agordo;
Swagger dokumenta subteno.

La funkcieco estas dividita en plurajn pakaĵojn:

@nestjsx/crud - la baza pako kiun la dekoraciisto provizas Kruda() por itinergenerado, agordo kaj validumado;
@nestjsx/crud-request — pako kiu provizas demandan konstruilon/analizilon por uzo ĉe la fasado;
@nestjsx/crud-typeorm — pakaĵo por integriĝo kun TypeORM, provizante la bazan TypeOrmCrudService-servon per CRUD-metodoj por labori kun entoj en la datumbazo.

En ĉi tiu lernilo ni bezonos pakaĵojn nestojsx/crud kaj nestojsx/crud-typeorm. Unue, ni metu ilin

yarn add @nestjsx/crud class-transformer class-validator

Pakoj klas-transformilo и klas-validigilo en ĉi tiu aplikaĵo estas postulataj por deklara priskribo de la reguloj por transformi modelajn petskribojn kaj validigi envenantajn petojn, respektive. Ĉi tiuj pakoj estas de la sama aŭtoro, do la interfacoj estas similaj.

Rekta efektivigo de CRUD

Ni prenos liston de uzantoj kiel ekzemplomodelo. Uzantoj havos la jenajn kampojn: id, username, displayName, email. id - aŭtomate pliiga kampo, email и username - unikaj kampoj. Ĝi estas simpla! Restas nur efektivigi nian ideon en formo de Nest-aplikaĵo.
Unue vi devas krei modulon users, kiu respondecos pri laboro kun uzantoj. Ni uzu la cli de NestJS kaj ekzekutu la komandon en la radika dosierujo de nia projekto nest g module users.

nest g-moduluzantoj

dmitrii@dmitrii-HP-ZBook-17-G3:~/projects/nest-rest git:(master*)$ nest g module users
CREATE /src/users/users.module.ts (82 bytes)
UPDATE /src/app.module.ts (312 bytes)

En ĉi tiu modulo ni aldonos dosierujon de entoj, kie ni havos la modelojn de ĉi tiu modulo. Precipe, ni aldonu ĉi tie la dosieron user.entity.ts kun priskribo de la uzantmodelo:

uzanto.ento.ts

import { Column, Entity, PrimaryGeneratedColumn } from 'typeorm';
@Entity()
export class User {
@PrimaryGeneratedColumn()
id: string;
@Column({unique: true})
email: string;
@Column({unique: true})
username: string;
@Column({nullable: true})
displayName: string;
}

Por ke ĉi tiu modelo estu "vidita" de nia aplikaĵo, ĝi estas necesa en la modulo UsersModule importi TypeOrmModule jena enhavo:

uzantoj.modulo.ts

import { Module } from '@nestjs/common';
import { UsersController } from './controllers/users/users.controller';
import { UsersService } from './services/users/users.service';
import { TypeOrmModule } from '@nestjs/typeorm';
import { User } from './entities/user.entity';
@Module({
controllers: [UsersController],
providers: [UsersService],
imports: [
TypeOrmModule.forFeature([User])
]
})
export class UsersModule {}

Tio estas, ĉi tie ni importas TypeOrmModule, kie kiel metodoparametro forFeature Ni indikas liston de modeloj rilataj al ĉi tiu modulo.

Restas nur krei la respondan enton en la datumbazo. La migra mekanismo servas por ĉi tiuj celoj. Por krei migradon bazitan sur ŝanĝoj en modeloj, vi devas ruli la komandon npm run migration:generate -- CreateUserTable:

spoiler titolo

$ npm run migration:generate -- CreateUserTable
Migration /home/dmitrii/projects/nest-rest/migrations/1563346135367-CreateUserTable.ts has been generated successfully.
Done in 1.96s.

Ni ne devis permane skribi la migradon, ĉio okazis magie. Ĉu ĉi tio ne estas miraklo! Tamen tio ne estas ĉio. Ni rigardu la kreitan migradan dosieron:

1563346135367-CreateUserTable.ts

import {MigrationInterface, QueryRunner} from "typeorm";
export class CreateUserTable1563346816726 implements MigrationInterface {
public async up(queryRunner: QueryRunner): Promise<any> {
await queryRunner.query(`CREATE TABLE "user" ("id" SERIAL NOT NULL, "email" character varying NOT NULL, "username" character varying NOT NULL, "displayName" character varying, CONSTRAINT "UQ_e12875dfb3b1d92d7d7c5377e22" UNIQUE ("email"), CONSTRAINT "UQ_78a916df40e02a9deb1c4b75edb" UNIQUE ("username"), CONSTRAINT "PK_cace4a159ff9f2512dd42373760" PRIMARY KEY ("id"))`);
}
public async down(queryRunner: QueryRunner): Promise<any> {
await queryRunner.query(`DROP TABLE "user"`);
}
}

Kiel vi povas vidi, ne nur la metodo por komenci la migradon estis aŭtomate generita, sed ankaŭ la metodo por revenigi ĝin. Mirinda!
Restas nur efektivigi ĉi tiun migradon. Ĉi tio estas farita per la sekva komando:

npm run migration:run.

Jen ĝi, nun la skemaj ŝanĝoj migris al la datumbazo.
Poste, ni kreos servon, kiu respondecos pri laboro kun uzantoj kaj heredos ĝin TypeOrmCrudService. La deponejo de la interesa ento devas esti pasita al la parametro de la gepatra konstrukciisto, en nia kazo User deponejo.

uzantoj.servo.ts

import { Injectable } from '@nestjs/common';
import { TypeOrmCrudService } from '@nestjsx/crud-typeorm';
import { User } from '../../entities/user.entity';
import { InjectRepository } from '@nestjs/typeorm';
import { Repository } from 'typeorm';
@Injectable()
export class UsersService extends TypeOrmCrudService<User>{
constructor(@InjectRepository(User) usersRepository: Repository<User>){
super(usersRepository);
}
}

Ni bezonos ĉi tiun servon en la regilo users. Por krei regilon, tajpu la konzolon nest g controller users/controllers/users

nest g regilo uzantoj/regiloj/uzantoj

dmitrii@dmitrii-HP-ZBook-17-G3:~/projects/nest-rest git:(master*)$ nest g controller users/controllers/users
CREATE /src/users/controllers/users/users.controller.spec.ts (486 bytes)
CREATE /src/users/controllers/users/users.controller.ts (99 bytes)
UPDATE /src/users/users.module.ts (188 bytes)

Ni malfermu ĉi tiun regilon kaj redaktu ĝin por aldoni iom da magio nestojsx/crud. Por klaso UsersController Ni aldonu dekoraciiston tiel:

@Crud({
model: {
type: User
}
})

Kruda estas dekoraciisto, kiu aldonas al la regilo la necesajn metodojn por labori kun la modelo. La modelo-tipo estas indikita en la kampo model.type dekoraciaj agordoj.
La dua paŝo estas efektivigi la interfacon CrudController<User>. "Asembleita" regilokodo aspektas jene:

import { Controller } from '@nestjs/common';
import { Crud, CrudController } from '@nestjsx/crud';
import { User } from '../../entities/user.entity';
import { UsersService } from '../../services/users/users.service';
@Crud({
model: {
type: User
}
})
@Controller('users')
export class UsersController implements CrudController<User>{
constructor(public service: UsersService){}
}

Kaj estas ĉio! Nun la regilo subtenas la tutan aron de operacioj kun la modelo! Ĉu vi ne kredas min? Ni provu nian aplikaĵon en ago!

Kreante Demandan Skripton en TestMace

Por testi nian servon ni uzos IDE por labori kun la API TestMace. Kial TestMace? Kompare kun similaj produktoj, ĝi havas la jenajn avantaĝojn:

potenca laboro kun variabloj. Nuntempe, ekzistas pluraj specoj de variabloj, ĉiu el kiuj ludas specifan rolon: enkonstruitaj variabloj, dinamikaj variabloj, mediovariabloj. Ĉiu variablo apartenas al nodo kun subteno por la hereda mekanismo;
Facile kreu skriptojn sen programado. Ĉi tio estos diskutita malsupre;
homlegebla formato, kiu permesas vin konservi la projekton en versio-kontrolsistemoj;
aŭtokompletigo, sintaksa reliefigo, ŝanĝiĝema valormarkigo;
API-priskriba subteno kun la kapablo importi de Swagger.

Ni komencu nian servilon per la komando npm start kaj provu aliri la liston de uzantoj. La listo de uzantoj, se juĝante laŭ nia regila agordo, povas esti akirita de la url localhost:3000/uzantoj. Ni faru peton al ĉi tiu URL.
Post rulado de TestMace vi povas vidi interfacon kiel ĉi tio:

Supre maldekstre estas projektarbo kun radika nodo projekto. Ni provu krei la unuan peton por ricevi liston de uzantoj. Por tio ni kreos PetoPaŝo nodo Ĉi tio estas farita en la kunteksta menuo de la Projekta nodo Aldonu nodon -> PetoStep.

En la URL-kampo, algluu localhost:3000/uzantoj kaj rulu la peton. Ni ricevos kodon 200 kun malplena tabelo en la respondkorpo. Estas komprenebla, ni ankoraŭ ne aldonis iun.
Ni kreu skripton, kiu inkluzivos la sekvajn paŝojn:

krei uzanton;
peto pri la identigilo de la nove kreita uzanto;
forigo per uzantidentigilo kreita en paŝo 1.

Do, ni iru. Por komforto, ni kreu nodon kiel Dosierujo. Esence, ĉi tio estas nur dosierujo en kiu ni konservos la tutan skripton. Por krei dosierujon, elektu Projekton el la kunteksta menuo de la nodo Aldoni nodon -> Dosierujo. Ni voku la nodon kontroli-krei. Ene de nodo kontroli-krei Ni kreu nian unuan peton por krei uzanton. Ni voku la nove kreitan nodon krei-uzanto. Tio estas, nuntempe la noda hierarkio aspektos jene:

Ni iru al la malfermita langeto krei-uzanto nodo. Ni enigu la sekvajn parametrojn por la peto:

Petotipo - POST
URL - lokagastiganto:3000/uzantoj
Korpo - JSON kun valoro {"email": "[email protected]", "displayName": "New user", "username": "user"}

Ni plenumu ĉi tiun peton. Nia aplikaĵo diras, ke la rekordo estas kreita.

Nu, ni kontrolu ĉi tiun fakton. Por funkcii kun la id de la kreita uzanto en postaj paŝoj, ĉi tiu parametro devas esti konservita. La mekanismo estas perfekta por ĉi tio. dinamikaj variabloj. Ni uzu nian ekzemplon por rigardi kiel labori kun ili. En la analizita langeto de la respondo, apud la id-nodo en la kunteksta menuo, elektu la eron Asigni al variablo. En la dialogkesto vi devas agordi la jenajn parametrojn:

nodo — en kiu el la prapatroj krei dinamikan variablon. Ni elektu kontroli-krei
Varia nomo — la nomo de ĉi tiu variablo. Ni voku userId.

Jen kiel aspektas la procezo krei dinamikan variablon:

Nun, ĉiufoje kiam ĉi tiu demando estas efektivigita, la valoro de la dinamika variablo estos ĝisdatigita. Kaj ĉar dinamikaj variabloj subtenas la mekanismon de hierarkia heredo, variablo userId estos disponebla en posteuloj kontroli-krei nodo de iu ajn nesta nivelo.
Ĉi tiu variablo estos utila al ni en la sekva peto. Nome, ni petos la nove kreitan uzanton. Kiel infano de nodo kontroli-krei ni kreos peton kontrolu se ekzistas kun parametro url egala localhost:3000/users/${$dynamicVar.userId}. Vidu dezajnon ${variable_name} ĉi tio ricevas la valoron de variablo. Ĉar Ni havas dinamikan variablon, do por akiri ĝin, vi devas aliri la objekton $dynamicVar, t.e. tute alirante dinamikan variablon userId aspektos tiel ${$dynamicVar.userId}. Ni plenumu la peton kaj certigu, ke la datumoj estas postulataj ĝuste.
La lasta paŝo restanta estas peti forigon. Ni bezonas ĝin ne nur por kontroli la funkciadon de la forigo, sed ankaŭ, se tiel diri, por purigi post ni mem en la datumbazo, ĉar La retpoŝto kaj uzantnomo kampoj estas unikaj. Do, en la kontrol-krea nodo ni kreos forig-uzantan peton kun la sekvaj parametroj

Petotipo - FORIGI
URL - localhost:3000/users/${$dynamicVar.userId}

Ni lanĉu. Ni atendas. Ni ĝuas la rezulton)

Nu, nun ni povas ruli ĉi tiun tutan skripton iam ajn. Por ruli la skripton, vi devas elekti el la kunteksta menuo kontroli-krei noda ero Kuri.

La nodoj en la skripto estos ekzekutitaj unu post la alia
Vi povas konservi ĉi tiun skripton al via projekto kurante Dosiero -> Konservi projekton.

konkludo

Ĉiuj funkcioj de la uzataj iloj simple ne povis konveni al la formato de ĉi tiu artikolo. Pri la ĉefa kulpulo - la pakaĵo nestojsx/crud - la sekvaj temoj restas malkovritaj:

kutima validigo kaj transformo de modeloj;
potenca demandolingvo kaj ĝia oportuna uzo ĉe la fronto;
redifini kaj aldoni novajn metodojn al krudaj regiloj;
fanfama subteno;
administrado de kaŝmemoro.

Tamen, eĉ tio, kio estas priskribita en la artikolo, sufiĉas por kompreni, ke eĉ tia entreprena kadro kiel NestJS havas ilojn por rapida aplika prototipado. Kaj tia bonega IDE kiel TestMace permesas vin konservi donitan ritmon.

Fontkodo por ĉi tiu artikolo, kune kun la projekto TestMace, havebla en la deponejo https://github.com/TestMace/nest-rest. Por malfermi projekton TestMace simple faru ĝin en la apo Dosiero -> Malfermu projekton.

fonto: www.habr.com

Rapida kreado de CRUD kun nesto, @nestjsx/crud kaj TestMace