В этой статье мы сосредоточимся на следующем:
- Разработка программного обеспечения с использованием отраслевых стандартов и ведущих отраслевых фреймворков.
- Языки Java и JavaScript.
- Отраслевые практики и стандарты в разработке программного обеспечения.
- База данных NoSQL.
Сначала давайте узнаем о принципах, которым необходимо следовать при разработке веб-приложения.
Принципы
Принцип, о котором мы будем говорить здесь, — это вызовы как «S.O.L.I.D». Его можно определить как один шаг за пределы концепций ООП. И этот принцип делает код более расширяемым, логичным и менее сложным для изучения.
Определение S.O.L.I.D
S.O.L.I.D – это принцип кодирования, который помогает качественно разрабатывать программы и избегать путаницы в дизайне, введенной Робертом С. Мартином, и используется во всем спектре объектно-ориентированного макета.
Каждая буква в S.O.L.I.D определяет пять принципов.
S – принцип единой ответственности
O — принцип открытия/закрытия
L — принцип подстановки Лисков
I – Принцип разделения интерфейсов
D — принцип инверсии зависимостей
Давайте разберем S.O.L.I.D и будем учиться один за другим!
1. Принцип единой ответственности
На данном абстрактном уровне наличие одной ответственности называется просто принципом единой ответственности.
2. Принцип открытия/закрытия
В соответствии с этим принципом мы должны сделать так, чтобы программные объекты, такие как классы, модули, методы, открывались для расширений и закрывались для модификаций.
3. Принцип замещения Лисков
Этот принцип применим к некоторым конкретным сценариям. Определение этого принципа таково: любой элемент подкласса должен заменять элемент надкласса, от которого он является производным.
Это означает, что когда мы кодируем, мы должны стараться избегать наследования и использовать больше ассоциаций. Если мы хотим использовать наследование, дочерний класс должен иметь те же свойства, что и его родительский класс.
4. Принцип разделения интерфейсов
В соответствии с этим принципом клиент не должен подвергаться воздействию методов, которые ему не нужны. Если метод внутри интерфейса бесполезен для одного из его наследств, этот принцип может применяться. Итак, мы можем создать новый интерфейс, чтобы класс наследовал его. И методы уже не будут бесполезными, как прежде.
5. Принцип инверсии зависимостей
«Модули высокого уровня не должны зависеть от модулей низкого уровня. Но и то, и другое должно зависеть от абстракций» — вот определение этого принципа.
Как найти решение?
Чтобы найти решение, мы должны найти техническое решение для такого рода бизнес-проблем.
- Обдумайте проблему в целом
- Знайте четкие и неясные оценки проблемы, проясняйте их и предполагайте через проблему, прежде чем приближаться к решению.
- Разделяй и властвуй
- Изучите проблему, разделив ее на подкомпоненты, что делает ее более понятной, чем поиск решений сложной проблемы.
- ПОЦЕЛУЙ
- перестаньте размышлять и не усложняйте ответ, гораздо лучше сохранить его простым и непродуманным.
- Учитесь, особенно на ошибках
- Обычно изменения должны быть приняты.
- Всегда помните, зачем существует программное обеспечение
- Чтобы проложить правильный маршрут, необходимо иметь широкое представление о существующих программах.
- Помните, что вы не пользователь
- В большинстве случаев конечным пользователем может быть человек без технических знаний, поэтому важно поддерживать дружелюбие.
Что дальше?
Внедрение решения
После того, как вы найдете решения, есть некоторый набор рекомендаций, которым необходимо следовать, чтобы реализовать наилучшее решение для сценария.
· ЯГНИ — «Тыты Ане Гна Нетнужна Ят”
Напишите код с учетом текущего момента. Будущее всегда меняется.
· СУХОЙ — «Dне Rповторять Тысебя»
Всегда повторно используйте код, обобщайте его и используйте повторно.
· Примите абстракцию
Реализация скрыта, поэтому пользователь не может видеть код, он получает только успешную программу с точным выводом.
· DRITW — «Dне Reяnvent The Wпятка ”
Всегда проверяйте уникальность кода. Может кто решал такую же задачу. Таким образом, вам не нужно делать все так, как он хочет.
· Написать код, который хорошо выполняет одну задачу
Не нужно писать много кода, который выполняет много работы, просто напишите код, который лучше всего подходит для ситуации.
· Отладка сложнее, чем написание кода
Код должен быть читабельным.
· Кайдзен — «Оставьте это лучше, чем когда вы его нашли»
Когда вы найдете код, сделайте его лучше, чем вы его нашли. Сделайте код лучше.
А теперь давайте потренируемся!!! Но как?
· Свод правил – это письменное руководство, выпущенное профессиональной ассоциацией, в котором излагаются этические стандарты для профессии, профессии, занятия, организации или союза.
Модульное тестирование
Модульное тестирование используется для проверки одного класса, методов или поведения. Чтобы тестировать, код должен быть тестируемым, а из-за тестирования документация будет сокращена. Разработчик может анализировать программу и ее поведение, просматривая ее модульный тест. Это также позволяет разработчику выявлять ошибки раньше.
«Модульное тестирование — это метод улучшения программного обеспечения, при котором мельчайшие тестируемые элементы приложения, известные как устройства, по моему мнению, тщательно проверяются на предмет правильной работы».
Качество кода
«Приятный код» определяет идеальный (высококачественный) код и ужасный (низкокачественный) код. Это — хорошо, правильно, плохо — все субъективно. Уникальные команды могут использовать определенные определения, главным образом исходя из контекста. Код, который считается очень хорошим, может также предложить один компонент для автомобильного разработчика».
эти методы используются для выявления ошибок, сбоев и ошибок в коде.
Просмотр кода
Чтобы повысить эффективность кода, один разработчик проверяет код другого разработчика и вносит изменения (исправляет ошибки), чтобы упростить код и сделать его лучше. Здесь разработчик не сосредотачивается на ошибке или ошибках.
Управление версиями
Упражнение по отслеживанию и устранению модификаций кода программного обеспечения известно как контроль версий. Этот инструмент помогает членам команды разработчиков создавать репозитории, контролировать коммиты, сохранять коды и отслеживать код.
Пример: Гитхаб
Продолжает интеграцию
При непрерывной интеграции разработчики часто объединяют свои изменения кода в важный репозиторий, а затем запускаются компьютеризированные сборки и тесты. это почти как анализ прогресса. код еще не выставлен пользователю на этом этапе и разработчики стараются сократить период под них.
Существуют различные типы языков, которые мы используем для реализации программного обеспечения в мире программирования. Итак, остановимся на одном из них.
Давайте поговорим о Java Script.
· Сценарий Java представляет собой однопоточный язык.
~Single threading — легкая и наименьшая единица обработки.
~ Многопоточность — процесс одновременного выполнения двух или более потоков для максимального использования ЦП.
· JS является динамическим типом — когда мы определяем переменную в JS, она идентифицирует переменную во время выполнения.
· JS имеет множество фреймворков. Ex-React JS, Angular, node JS
Объявление переменной JS.
Являются ли сценарии Java и язык Java одним и тем же языком?
Функция сценария Java
Программа Hello world, использующая функцию
функция getName () {
вернуть «Привет, мир»;
}
const print = function () {
console.log(получитьИмя());
}
Распечатать();
И вывод программы:
Привет, мир
Классы и объекты Java Script
Класс — «Классы — это шаблон для создания объектов. Они инкапсулируют данные с кодом для работы с этими данными. Классы в JS построены на прототипах, но также имеют некоторый синтаксис и семантику, которые не используются в семантике классов ES5».
Объект — «Объект — это отдельная сущность со свойствами и типом».
Это краткое введение о классе и объекте в соответствии с Java Script.
Давайте посмотрим, как выполняется кодирование…
Прототипы сценариев Java
Объекты Java Script наследуют свойства и методы от прототипа. Объект, созданный из функции, имеет доступ к прототипу.
· В приведенном выше коде есть ключевое слово «это». Он относится к объекту. Ключевое слово this относится к разным объектам в зависимости от того, как оно используется.
Пример: объект, глобальный объект, элемент и т. д.
Закрытие Java-скрипта
Переменные JavaScript могут относиться к области локальной или глобальной. Глобальные переменные можно сделать локальными (приватными) с помощью замыканий.
Закрытие — это функция, имеющая доступ к родительской области видимости даже после закрытия родительской функции.
В приведенном ниже коде функция добавления действует как функция self-invoke, и из-за замыкания она может получить доступ к счетчику часть, которая находится внутри функции parent.
Функция обратного вызова Java Script и обещания
Функция обратного вызова — это функция, которая должна выполняться после завершения выполнения другой функции.
функция getName(){
возврат «привет»;
}
const print =функция(обратный вызов){
console.log(обратный вызов());
}
печать (получить имя);
Объект promises содержит как производящий код, так и вызовы потребляющего кода. Внутри этого объекта есть два свойства: состояние и результат. Нам также нужен этот объект для доступа к ним.
myPromise.then(
функция(значение) { /* код в случае успеха */ },
функция(ошибка) { /* код в случае успеха ошибка */ }
);
с этой функцией основы java-скриптов будут закончены.
Следующей частью, на которой мы должны сосредоточиться, является «управление версиями».
Управление версиями
· В разработке программного обеспечения мы используем контроль версий, чтобы отслеживать, практиковать и изменять исходный код программного обеспечения. Безопасность кода также контролируется этим инструментом. В основном это помогло каждому разработчику в одной группе отслеживать изменения кода, которые делает каждый из них.
Термины, которые мы используем при контроле версий
•Репозиторий — каталог/местоположение с набором файлов.
•Магазин — также известный как Master Branch. Здесь хранятся все стабильные коды.
• Стадия — пометить файлы для отслеживания изменений.
• Зафиксировать — моментальный снимок изменений, вносимых в файлы.
•Ветвь — копия основной ветки будет принята как ветка, и здесь будут выполняться все разработки функций и исправления ошибок. Одновременно может быть несколько веток, что помогает другим разработчикам использовать код.
•Оформить заказ — пометить/разблокировать файл для изменения.
•Объединить strong> — объединение веток в ствол для обновления.
• Конфликт слияния — эти конфликты (ошибки) возникают при слиянии файла, который был изменен двумя разными ветками.
Некоторые популярные системы управления версиями — это Git (распределенная), Mercurial (распределенная) и Subversion (централизованная).
ГИТ
Git — это программное обеспечение для отслеживания изменений в любом наборе файлов, обычно используемое для координации работы программистов, совместно разрабатывающих исходный код во время разработки программного обеспечения. Его цели заключаются в скорости, целостности данных и распространении вспомогательных нелинейных рабочих процессов.
Команды Git
· Инициализировать Git
· Git-клон
· Git добавить
· Git-стадия
· Git коммит
· Git толчок
В последней части статьи давайте сосредоточимся на Без SQL.
ПОЧЕМУ NOSQL?
Темп улучшения с базами данных NOSQL может быть намного быстрее, чем с базой данных SQL. Из-за того, что базы данных NOSQL часто позволяют разработчикам контролировать структуру данных, они удивительно эффективны с современными гибкими методами улучшения, основанными на спринтах, коротких итерациях и частых нажатиях кода.
Теорема CAP
МОНГО БД
MongoDB — это программное обеспечение для управления базой данных NOSQL с открытым исходным кодом. Базы данных NOSQL весьма удобны для работы с огромными единицами распределенных фактов. MongoDB — это устройство, которое может управлять записями, ориентированными на файлы, хранить или извлекать статистику.
основные запросы в MongoDB:
●Insert - вставка данных
● Find — поиск данных
● Обновить — обновить новые записи или изменить существующие записи.
●Удалить — удалить данные
Выше показан пример запросов, которые используются внутри MongoDB.
Это все из этой статьи. Я надеюсь, что эта статья поможет вам понять основы работы с фреймворками приложений и даст вам много знаний о разработке веб-приложений в соответствии с отраслевыми стандартами и ведущими отраслевыми фреймворками.
