Momenteel is de REST API een standaard geworden voor de ontwikkeling van webapplicaties, waardoor de ontwikkeling in onafhankelijke delen kan worden opgedeeld. Verschillende populaire raamwerken zoals Angular, React, Vue en andere worden momenteel gebruikt voor de gebruikersinterface. Backend-ontwikkelaars kunnen kiezen uit een grote verscheidenheid aan talen en frameworks. Vandaag zou ik het willen hebben over een dergelijk raamwerk als NestJS. Wij zijn in TestMace We gebruiken het actief voor interne projecten. Met behulp van nest en pakket @nestjsx/crud, zullen we een eenvoudige CRUD-applicatie maken.

Waarom NestJS

De laatste tijd zijn er nogal wat backend-frameworks verschenen in de JavaScript-gemeenschap. En als ze qua functionaliteit vergelijkbare mogelijkheden bieden als Nest, dan wint het in één ding zeker: dit is de architectuur. Met de volgende NestJS-functies kunt u industriële toepassingen maken en de ontwikkeling opschalen naar grote teams:

• waarbij TypeScript als de belangrijkste ontwikkeltaal wordt gebruikt. Hoewel NestJS JavaScript ondersteunt, werkt sommige functionaliteit mogelijk niet, vooral als het om pakketten van derden gaat;
• de aanwezigheid van een DI-container, waarmee u losjes gekoppelde componenten kunt maken;
• De functionaliteit van het raamwerk zelf is verdeeld in onafhankelijke uitwisselbare componenten. Zo kan hij onder de motorkap als raamwerk gebruikt worden uitdrukkelijkEn vasten, om met de database te werken, biedt nest out-of-the-box bindingen aan typevorm, mangoest, vervolgen;
• NestJS is platformonafhankelijk en ondersteunt REST, GraphQL, Websockets, gRPC, enz.

Het raamwerk zelf is geïnspireerd op het Angular frontend raamwerk en heeft er conceptueel veel mee gemeen.

NestJS installeren en het project implementeren

Nest bevat een pakket nest/cli, waarmee u snel een basisapplicatieframework kunt implementeren. Laten we dit pakket wereldwijd installeren:

npm install --global @nest/cli

Na de installatie genereren we het basisframework van onze applicatie met de naam nest-resT. Dit gebeurt met behulp van het commando nest new nest-rest.

nest nieuw nest-rust

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

Wij kiezen garen als pakketbeheerder.
Op dit punt kunt u de server starten met de opdracht npm start en naar het adres gaan http://localhost:3000 je kunt de hoofdpagina zien. Dit is echter niet de reden dat we hier bijeen zijn gekomen en verder gaan.

Werken met de database opzetten

Ik heb PostrgreSQL als DBMS voor dit artikel gekozen. Over smaak valt niet te twisten; naar mijn mening is dit het meest volwassen DBMS, met alle noodzakelijke mogelijkheden. Zoals reeds vermeld biedt Nest integratie met verschillende pakketten om met databases te werken. Omdat Omdat mijn keuze op PostgreSQL viel, zou het logisch zijn om TypeORM als ORM te kiezen. Laten we de benodigde pakketten installeren voor integratie met de database:

yarn add typeorm @nestjs/typeorm pg

In volgorde, waarvoor elk pakket nodig is:

1. typeorm - een pakket rechtstreeks uit de ORM zelf;
2. @nestjs/typeorm - TypeORM-pakket voor NestJS. Voegt modules toe voor het importeren in projectmodules, evenals een set helper-decorateurs;
3. pg - stuurprogramma voor het werken met PostgreSQL.

Oké, de pakketten zijn geïnstalleerd, nu moet je de database zelf starten. Om de database te implementeren, gebruik ik docker-compose.yml met de volgende inhoud:

havenarbeider-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

Zoals u kunt zien, configureert dit bestand de lancering van 2 containers:

1. db is een container die rechtstreeks de database bevat. In ons geval wordt postgresql versie 11.2 gebruikt;
2. beheerder: databasebeheerder. Biedt een webinterface voor het bekijken en beheren van de database.

Om met TCP-verbindingen te werken, heb ik de volgende configuratie toegevoegd.

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

Dat is alles, u kunt containers starten met de opdracht docker-compose up -d. Of in een aparte console met de opdracht docker-compose up.

Dus de pakketten zijn geïnstalleerd, de database is gelanceerd, het enige dat overblijft is om ze vrienden met elkaar te maken. Om dit te doen, moet u het volgende bestand toevoegen aan de projectroot: 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"
}
}

Deze configuratie zal worden gebruikt voor cli typeorm.

Laten we deze configuratie in meer detail bekijken. Op regel 3 en 4 halen we de gebruikersnaam en het wachtwoord uit de omgevingsvariabelen. Dit is handig als u meerdere omgevingen heeft (dev, stage, prod, enz.). Standaard is de gebruikersnaam postgres en het wachtwoord een voorbeeld. De rest van de configuratie is triviaal, dus we zullen ons alleen concentreren op de meest interessante parameters:

• synchroniseren - Geeft aan of het databaseschema automatisch moet worden gemaakt wanneer de applicatie start. Wees voorzichtig met deze optie en gebruik deze niet in productie, anders verlies je gegevens. Deze optie is handig bij het ontwikkelen en debuggen van een applicatie. Als alternatief voor deze optie kunt u de opdracht gebruiken schema:sync van CLI TypeORM.
• dropSchema - reset het schema telkens wanneer er een verbinding tot stand wordt gebracht. Net als de vorige mag deze optie alleen worden gebruikt tijdens de ontwikkeling en het opsporen van fouten in de applicatie.
• entiteiten - welke paden moeten worden gezocht naar beschrijvingen van modellen. Houd er rekening mee dat zoeken op masker wordt ondersteund.
• cli.entitiesDir is de map waarin modellen die zijn gemaakt op basis van de TypeORM CLI standaard moeten worden opgeslagen.

Om alle functies van TypeORM in onze Nest-applicatie te kunnen gebruiken, moeten we de module importeren TypeOrmModule в AppModule. Die. jouw AppModule zal er zo uitzien:

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 {}

Zoals je misschien hebt gemerkt, de methode forRoot dezelfde configuratie voor het werken met de database wordt overgedragen als in het bestand ormconfig.ts

De laatste hand blijft nog: voeg verschillende taken toe voor het werken met TypeORM in package.json. Feit is dat de CLI in javascript is geschreven en in de nodejs-omgeving draait. Al onze modellen en migraties worden echter in typoscript geschreven. Daarom is het noodzakelijk om onze migraties en modellen te transpileren voordat u de CLI gebruikt. Hiervoor hebben we het ts-node-pakket nodig:

yarn add -D ts-node

Voeg daarna de benodigde opdrachten toe aan 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"

Het eerste commando, typeorm, voegt een ts-node wrapper toe om de TypeORM cli uit te voeren. De overige commando's zijn handige sneltoetsen die je als ontwikkelaar vrijwel dagelijks zult gebruiken:
migration:generate — het creëren van migraties op basis van wijzigingen in uw modellen.
migration:create – het creëren van een lege migratie.
migration:run — het lanceren van migraties.
Nou, dat is het nu, we hebben de benodigde pakketten toegevoegd, de applicatie geconfigureerd om met de database te werken, zowel vanuit de cli als vanuit de applicatie zelf, en ook het DBMS gelanceerd. Het is tijd om logica aan onze applicatie toe te voegen.

Pakketten installeren voor het maken van CRUD

Als u alleen Nest gebruikt, kunt u een API maken waarmee u een entiteit kunt maken, lezen, updaten en verwijderen. Deze oplossing zal zo flexibel mogelijk zijn, maar in sommige gevallen overbodig. Als u bijvoorbeeld snel een prototype moet maken, kunt u flexibiliteit vaak opofferen voor ontwikkelingssnelheid. Veel raamwerken bieden functionaliteit voor het genereren van CRUD door het datamodel van een bepaalde entiteit te beschrijven. En Nest is geen uitzondering! Deze functionaliteit wordt geleverd door het pakket @nestjsx/crud. De mogelijkheden zijn erg interessant:

• eenvoudige installatie en configuratie;
• DBMS-onafhankelijkheid;
• krachtige zoektaal met de mogelijkheid om te filteren, pagineren, sorteren, relaties en geneste entiteiten te laden, caching, enz.;
• pakket voor het genereren van verzoeken aan de front-end;
• eenvoudig overschrijven van controllermethoden;
• kleine configuratie;
• ondersteuning voor braniedocumentatie.

De functionaliteit is verdeeld in verschillende pakketten:

• @nestjsx/crud - het basispakket dat de decorateur ter beschikking stelt Ruw() voor het genereren, configureren en valideren van routes;
• @nestjsx/crud-request — een pakket dat een querybuilder/parser biedt voor gebruik aan de frontendzijde;
• @nestjsx/crud-typeorm — een pakket voor integratie met TypeORM, dat de basisservice TypeOrmCrudService biedt met CRUD-methoden voor het werken met entiteiten in de database.

In deze tutorial hebben we pakketten nodig nestjsx/crud en nestjsx/crud-typeorm. Laten we ze eerst plaatsen

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

Pakketjes klasse-transformator и klasse-validator in deze toepassing zijn vereist voor een declaratieve beschrijving van de regels voor respectievelijk het transformeren van modelinstanties en het valideren van binnenkomende verzoeken. Deze pakketten zijn van dezelfde auteur, dus de interfaces zijn vergelijkbaar.

Directe implementatie van CRUD

Als voorbeeldmodel nemen we een lijst met gebruikers. Gebruikers hebben de volgende velden: id, username, displayName, email. id - automatisch verhogend veld, email и username - unieke velden. Het is makkelijk! Het enige dat overblijft is om ons idee te implementeren in de vorm van een Nest-applicatie.
Eerst moet u een module maken users, die verantwoordelijk is voor de samenwerking met gebruikers. Laten we de cli van NestJS gebruiken en de opdracht uitvoeren in de hoofdmap van ons project nest g module users.

gebruikers van nest g-modules

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)

In deze module zullen we een map met entiteiten toevoegen, waar we de modellen van deze module zullen hebben. Laten we hier in het bijzonder het bestand user.entity.ts toevoegen met een beschrijving van het gebruikersmodel:

gebruiker.entiteit.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;
}

Om dit model door onze applicatie te laten ‘zien’, is het noodzakelijk in de module UsersModule importeren TypeOrmModule de volgende inhoud:

gebruikers.module.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 {}

Dat wil zeggen, hier importeren we TypeOrmModule, waarbij als methodeparameter forFeature We geven een lijst met modellen aan die verband houden met deze module.

Het enige dat overblijft is het creëren van de overeenkomstige entiteit in de database. Het migratiemechanisme dient voor deze doeleinden. Om een ​​migratie te maken op basis van wijzigingen in modellen, moet u de opdracht uitvoeren npm run migration:generate -- CreateUserTable:

Spoilertitel

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

We hoefden de migratie niet handmatig te schrijven, alles gebeurde op magische wijze. Is dit geen wonder! Maar dat is niet alles. Laten we eens kijken naar het gemaakte migratiebestand:

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"`);
}
}

Zoals u kunt zien, werd niet alleen de methode voor het starten van de migratie automatisch gegenereerd, maar ook de methode voor het terugdraaien ervan. Fantastisch!
Het enige dat overblijft is het uitrollen van deze migratie. Dit gebeurt met het volgende commando:

npm run migration:run.

Dat is alles, nu zijn de schemawijzigingen naar de database gemigreerd.
Vervolgens zullen we een service creëren die verantwoordelijk is voor het werken met gebruikers en deze overnemen TypeOrmCrudService. In ons geval moet de repository van de entiteit van belang worden doorgegeven aan de parameter van de bovenliggende constructor User opslagplaats.

gebruikers.service.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);
}
}

We hebben deze service nodig in de controller users. Om een ​​controller te maken, typt u de console in nest g controller users/controllers/users

gebruikers/controllers/gebruikers van nest g-controllers

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)

Laten we deze controller openen en bewerken om een ​​beetje magie toe te voegen nestjsx/crud. Per klas UsersController Laten we een decorateur als deze toevoegen:

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

Ruw is een decorateur die aan de controller de nodige methoden toevoegt om met het model te werken. Het modeltype wordt in het veld aangegeven model.type decorateur configuraties.
De tweede stap is het implementeren van de interface CrudController<User>. De “geassembleerde” controllercode ziet er als volgt uit:

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){}
}

En het is alles! Nu ondersteunt de controller de volledige reeks bewerkingen met het model! Geloof je mij niet? Laten we onze applicatie in actie proberen!

Een queryscript maken in TestMace

Om onze service te testen zullen we een IDE gebruiken om met de API te werken TestMace. Waarom TestMace? Vergeleken met vergelijkbare producten heeft het de volgende voordelen:

• krachtig werken met variabelen. Op dit moment zijn er verschillende soorten variabelen, die elk een specifieke rol spelen: ingebouwde variabelen, dynamische variabelen, omgevingsvariabelen. Elke variabele behoort tot een knooppunt met ondersteuning voor het overervingsmechanisme;
• Maak eenvoudig scripts zonder te programmeren. Dit zal hieronder worden besproken;
• een voor mensen leesbaar formaat waarmee u het project in versiebeheersystemen kunt opslaan;
• automatisch aanvullen, accentuering van syntaxis, accentuering van variabele waarden;
• Ondersteuning voor API-beschrijvingen met de mogelijkheid om vanuit Swagger te importeren.

Laten we onze server starten met het commando npm start en probeer toegang te krijgen tot de lijst met gebruikers. De lijst met gebruikers, te oordelen naar onze controllerconfiguratie, kan worden verkregen via de url localhost:3000/users. Laten we een verzoek indienen voor deze URL.
Nadat je TestMace hebt uitgevoerd, zie je een interface als deze:

Linksboven ziet u een projectboom met een hoofdknooppunt Project. Laten we proberen het eerste verzoek te maken om een ​​lijst met gebruikers op te halen. Hiervoor zullen we creëren VerzoekStap knooppunt Dit gebeurt in het contextmenu van het Project-knooppunt Knooppunt toevoegen -> RequestStep.

Plak localhost:3000/users in het URL-veld en voer het verzoek uit. We ontvangen code 200 met een lege array in de antwoordtekst. Het is begrijpelijk, we hebben nog niemand toegevoegd.
Laten we een script maken dat de volgende stappen omvat:

1. een gebruiker aanmaken;
2. verzoek om de id van de nieuw aangemaakte gebruiker;
3. verwijderen op basis van gebruikers-ID aangemaakt in stap 1.

Dus laten we gaan. Laten we voor het gemak een knooppunt maken zoals Map. In wezen is dit slechts een map waarin we het hele script opslaan. Om een ​​mapknooppunt te maken, selecteert u Project in het contextmenu van het knooppunt Knooppunt toevoegen -> Map. Laten we het knooppunt bellen controleren-maken. Binnen een knooppunt controleren-maken Laten we ons eerste verzoek indienen om een ​​gebruiker aan te maken. Laten we het nieuw gemaakte knooppunt aanroepen maak-gebruiker. Dat wil zeggen, op dit moment zal de knooppunthiërarchie er als volgt uitzien:

Laten we naar het geopende tabblad gaan maak-gebruiker knooppunt. Laten we de volgende parameters voor het verzoek invoeren:

• Verzoektype - POST
• URL - localhost:3000/gebruikers
• Hoofdtekst - JSON met waarde {"email": "[email protected]", "displayName": "New user", "username": "user"}

Laten we aan dit verzoek voldoen. Onze applicatie zegt dat het record is aangemaakt.

Laten we dit feit eens controleren. Om in de volgende stappen met de ID van de aangemaakte gebruiker te kunnen werken, moet deze parameter worden opgeslagen. Het mechanisme is hier perfect voor. dynamische variabelen. Laten we ons voorbeeld gebruiken om te kijken hoe we ermee kunnen werken. Selecteer het item op het geparseerde tabblad van het antwoord, naast het ID-knooppunt in het contextmenu Toewijzen aan variabele. In het dialoogvenster moet u de volgende parameters instellen:

• Knooppunt — in welke van de voorouders een dynamische variabele moet worden gemaakt. Laten we kiezen controleren-maken
• Variabele naam — de naam van deze variabele. Laten we bellen userId.

Zo ziet het proces van het maken van een dynamische variabele eruit:

Elke keer dat deze query wordt uitgevoerd, wordt de waarde van de dynamische variabele bijgewerkt. En omdat dynamische variabelen ondersteunen het mechanisme van hiërarchische overerving, variabele userId zal beschikbaar zijn in nakomelingen controleren-maken knooppunt van elk nestniveau.
Deze variabele zal voor ons nuttig zijn bij het volgende verzoek. We zullen namelijk de nieuw aangemaakte gebruiker opvragen. Als kind van een knooppunt controleren-maken wij zullen een verzoek aanmaken check-of bestaat met parameters url gelijk localhost:3000/users/${$dynamicVar.userId}. Bekijk ontwerp ${variable_name} dit is het verkrijgen van de waarde van een variabele. Omdat We hebben een dynamische variabele, dus om deze te verkrijgen moet u toegang hebben tot het object $dynamicVar, d.w.z. volledige toegang tot een dynamische variabele userId zal er zo uitzien ${$dynamicVar.userId}. Laten we het verzoek uitvoeren en ervoor zorgen dat de gegevens correct worden opgevraagd.
De laatste stap die overblijft is het aanvragen van verwijdering. We hebben het niet alleen nodig om de werking van de verwijdering te controleren, maar ook, om zo te zeggen, om onszelf op te ruimen in de database, omdat De velden voor e-mailadres en gebruikersnaam zijn uniek. In het check-create knooppunt zullen we dus een verwijdergebruikersverzoek maken met de volgende parameters

• Verzoektype - VERWIJDEREN
• URL - localhost:3000/users/${$dynamicVar.userId}

Laten we lanceren. We wachten. Wij genieten van het resultaat)

Nu kunnen we dit hele script op elk moment uitvoeren. Om het script uit te voeren, moet u een keuze maken uit het contextmenu controleren-maken knooppunt-item lopen.

De knooppunten in het script worden één voor één uitgevoerd
U kunt dit script in uw project opslaan door het uit te voeren Bestand -> Project opslaan.

Conclusie

Alle functies van de gebruikte tools konden eenvoudigweg niet in het formaat van dit artikel passen. Wat betreft de hoofdschuldige: het pakket nestjsx/crud - de volgende onderwerpen blijven onopgelost:

• aangepaste validatie en transformatie van modellen;
• krachtige zoektaal en het handige gebruik ervan aan de voorkant;
• het herdefiniëren en toevoegen van nieuwe methoden aan ruwe controllers;
• ondersteuning voor branie;
• cachebeheer.

Maar zelfs wat in het artikel wordt beschreven is voldoende om te begrijpen dat zelfs een bedrijfsframework als NestJS over tools beschikt voor snelle prototypering van applicaties. En zo'n coole IDE-achtige TestMace stelt u in staat een bepaald tempo aan te houden.

Broncode voor dit artikel, samen met het project TestMace, beschikbaar in de repository https://github.com/TestMace/nest-rest. Om een ​​project te openen TestMace doe het gewoon in de app Bestand -> Project openen.

Bron: www.habr.com