Punctuation changes

Rembut · May 26, 2019 · 384eeb0 · 384eeb0
1 parent e14d252
commit 384eeb0
Show file tree

Hide file tree

Showing 30 changed files with 105 additions and 108 deletions.
diff --git a/project/text/sen/API.tex b/project/text/sen/API.tex
@@ -1 +1 @@
-Прикладний програмний інтерфейс — набір визначень підпрограм, протоколів взаємодії та засобів для створення програмного забезпечення. Спрощено - це набір чітко визначених методів для взаємодії різних компонентів. API надає розробнику засоби для швидкої розробки програмного забезпечення. API може бути для веб-базованих систем, операційних систем, баз даних, апаратного забезпечення, програмних бібліотек тощо.
+Прикладний програмний інтерфейс~--- набір визначень підпрограм, протоколів взаємодії та засобів для створення програмного забезпечення. Спрощено -- це набір чітко визначених методів для взаємодії різних компонентів. API надає розробнику засоби для швидкої розробки програмного забезпечення. API може бути для веб-базованих систем, операційних систем, баз даних, апаратного забезпечення, програмних бібліотек тощо.
diff --git a/project/text/sen/Api.tex b/project/text/sen/Api.tex
@@ -1 +1 @@
-Прикладний програмний інтерфейс — набір визначень підпрограм, протоколів взаємодії та засобів для створення програмного забезпечення. Спрощено - це набір чітко визначених методів для взаємодії різних компонентів. API надає розробнику засоби для швидкої розробки програмного забезпечення. API може бути для веб-базованих систем, операційних систем, баз даних, апаратного забезпечення, програмних бібліотек тощо.
+Прикладний програмний інтерфейс~--- набір визначень підпрограм, протоколів взаємодії та засобів для створення програмного забезпечення. Спрощено -- це набір чітко визначених методів для взаємодії різних компонентів. API надає розробнику засоби для швидкої розробки програмного забезпечення. API може бути для веб-базованих систем, операційних систем, баз даних, апаратного забезпечення, програмних бібліотек тощо.
diff --git a/project/text/sen/BackendProjecting.tex b/project/text/sen/BackendProjecting.tex
@@ -25,9 +25,9 @@ \subsubsection{Специфікація вимог до програмного
 
 \subsubsection{Проміжні обробники} \label{subs:middleware}
 
-Express - це веб-фреймворк маршрутизації і тимчасової роботи з мінімальною власною функціональністю: додаток Express, по суті, являє собою серію викликів функцій тимчасової роботи.
+Express~--- це веб-фреймворк маршрутизації і тимчасової роботи з мінімальною власною функціональністю: додаток Express, по суті, являє собою серію викликів функцій тимчасової роботи.
 
-Функції тимчасової роботи (middleware) - це функції, які мають доступ до об'єкта запиту (req), об'єкту відповіді (res) і до наступній функції тимчасової роботи в циклі "запит-відповідь" додатку. Наступна функція тимчасової роботи, як правило, позначається змінної next.
+Функції тимчасової роботи (middleware)~--- це функції, які мають доступ до об'єкта запиту (req), об'єкту відповіді (res) і до наступній функції тимчасової роботи в циклі "запит-відповідь" додатку. Наступна функція тимчасової роботи, як правило, позначається змінної next.
 
 Функції тимчасової роботи можуть виконувати такі завдання:
 
@@ -60,7 +60,7 @@ \subsubsection{Маршрути}
 
 Протокол HTTP не зберігає свого стану між парами «запит-відповідь». Компоненти, що використовують HTTP, можуть самостійно здійснювати збереження інформації про стан, пов'язаний з останніми запитами та відповідями. 
 
-Одним з розповсюджених способів реалізації цього можна назвати так звані cookies — невеликі записи, що зберігаються браузером. Зазвичай, вони встановлюються при виконанні користувачем певних дій та надсилаються серверу разом з наступними запитами. 
+Одним з розповсюджених способів реалізації цього можна назвати так звані cookies~--- невеликі записи, що зберігаються браузером. Зазвичай, вони встановлюються при виконанні користувачем певних дій та надсилаються серверу разом з наступними запитами. 
 
 На рис.~\ref{fig:AppSignUp} зображено процес створення адміністратором нового користувача системи. Після отримання зазначеного POST запиту, сервер перевірить, чи має користувач відповідні права (блок Auth рис.~\ref{fig:CreateOperation}), створить об’єкт користувача з відповідними правами та збереже його в базі даних.
 

diff --git a/project/text/sen/ChaiMocha.tex b/project/text/sen/ChaiMocha.tex
@@ -2,9 +2,9 @@ \subsubsection{Бібліотеки Chai та Mocha}
 
 \addCodeAsImg{\lstinputlisting[numbers=left]{code/ChaiMochaSample.tex}}{Перевірка з використанням Chai та Mocha}{fig:ChaiMochaSample}
 
-MochaJS - це JavaScript фреймворк, який використовується для автоматичного тестування додатків. Він може використовуватися як на стороні сервера Javascript, так і в браузері. 
+MochaJS~--- це JavaScript фреймворк, який використовується для автоматичного тестування додатків. Він може використовуватися як на стороні сервера Javascript, так і в браузері. 
 
-ChaiJS - це бібліотека для node.js і, як Mocha, Chai може використовуватися на стороні сервера або в браузері. Chai може бути використаний спільно з будь-якою бібліотекою для тестування.
+ChaiJS~--- це бібліотека для node.js і, як Mocha, Chai може використовуватися на стороні сервера або в браузері. Chai може бути використаний спільно з будь-якою бібліотекою для тестування.
 
 Ми описуємо, що ми хочемо перевірити, використовуючи $describe()$ (на рис.~\ref{fig:ChaiMochaSample}). Функція приймає два параметри: String і callback. Цей рядок може бути будь-яким.
 

diff --git a/project/text/sen/ClientServer.tex b/project/text/sen/ClientServer.tex
@@ -7,4 +7,4 @@
 
 Сервери є незалежними один від одного. Клієнти також функціонують паралельно і незалежно один від одного. Немає жорсткої прив'язки клієнтів до серверів. Більш ніж типовою є ситуація, коли один сервер одночасно обробляє запити від різних клієнтів; з іншого боку, клієнт може звертатися то до одного сервера, то до іншого. Клієнти мають знати про доступні сервери, але можуть не мати жодного уявлення про існування інших клієнтів~\cite{douglowe1997}.
 
-Загальноприйнятим є положення, що клієнти та сервери — це перш за все програмні модулі. Найчастіше вони знаходяться на різних комп'ютерах, але бувають ситуації, коли обидві програми — і клієнтська, і серверна, фізично розміщуються на одній машині; в такій ситуації сервер часто називається локальним.
+Загальноприйнятим є положення, що клієнти та сервери~--- це перш за все програмні модулі. Найчастіше вони знаходяться на різних комп'ютерах, але бувають ситуації, коли обидві програми~--- і клієнтська, і серверна, фізично розміщуються на одній машині; в такій ситуації сервер часто називається локальним.
diff --git a/project/text/sen/CrudModel.tex b/project/text/sen/CrudModel.tex
@@ -7,7 +7,7 @@ \subsubsection{Моделі та CRUD-операції} \label{subs:crud}
 
 Запитує вміст вказаного ресурсу, який може приймати параметри, що передаються в URL (рис.~\ref{fig:ReadOperation}). Згідно зі стандартом, ці запити є ідемпотентними — багатократне повторення одного і того ж запиту GET приводить до однакових результатів (за умови, що сам ресурс не змінився за час між запитами).
 
-В запропонованій реалізації запит GET має дві версії — з параметром (ID) та без нього. Останній виконує дію (надає користувачу) не до конкретного об’єкту, а до всієї множини, що є необхідним в певних ситуаціях (наприклад, відображення списку всіх викладачів за певним критерієм).
+В запропонованій реалізації запит GET має дві версії~--- з параметром (ID) та без нього. Останній виконує дію (надає користувачу) не до конкретного об’єкту, а до всієї множини, що є необхідним в певних ситуаціях (наприклад, відображення списку всіх викладачів за певним критерієм).
 
 \paragraph{HEAD}
 
@@ -37,4 +37,4 @@ \subsubsection{Моделі та CRUD-операції} \label{subs:crud}
 Видаляє вказаний ресурс.
 Слід звернути увагу, що в процесі виконання запиту на видалення об’єкту в системі, видалення як такого не відбувається. Замість цього в окреме поле таблиці вноситься інформація про час виконання цієї процедури (рис.~\ref{fig:DeleteOperation}).
 
-Такий спосіб реалізації дозволяє з однієї сторони приховати дані, відмічені як видалені від подальшого використання, а з іншої — зберегти їх там, де вони вже використовуються. В іншому випадку, у зв’язку з реляційністю бази потрібно було б вирішувати дилему — або проводити циклічне видалення для збереження цілісності даних, втрачаючи всі об’єкти, що посилаються на той, що видаляється; або ускладнювати структури даних, що потенційно призведе до дублювання даних.
+Такий спосіб реалізації дозволяє з однієї сторони приховати дані, відмічені як видалені від подальшого використання, а з іншої~--- зберегти їх там, де вони вже використовуються. В іншому випадку, у зв’язку з реляційністю бази потрібно було б вирішувати дилему~--- або проводити циклічне видалення для збереження цілісності даних, втрачаючи всі об’єкти, що посилаються на той, що видаляється; або ускладнювати структури даних, що потенційно призведе до дублювання даних.