Добро пожаловать в канал "Backend"! Если вы являетесь Backend программистом или хотите погрузиться в мир создания серверной части приложений, то это место для вас. Здесь вы сможете общаться с коллегами, делиться опытом и узнавать о последних трендах в разработке. Наше комьюнити охватывает различные языки программирования, такие как Python, Java, Golang, PHP, C#, C/C++ и область DevOps.
Помимо общения, в канале вы также найдете полезные материалы, статьи, и обновления из мира Backend разработки. Мы стремимся создать активное пространство, где каждый участник может найти что-то полезное для себя.
Не упустите шанс быть в курсе всех новостей и трендов Backend разработки. Присоединяйтесь к нам прямо сейчас!
Дополнительная информация:
Сайт: [easyoffer.ru](https://easyoffer.ru)
Для размещения рекламы обращайтесь сюда: [@easyoffer_adv](https://t.me/easyoffer_adv)
06 Jan, 16:10
06 Jan, 09:10
05 Jan, 16:10
05 Jan, 09:10
04 Jan, 16:10
04 Jan, 09:10
03 Jan, 16:10
03 Jan, 09:10
02 Jan, 16:10
02 Jan, 09:10
SameSite=None; Secure).01 Jan, 16:10
01 Jan, 09:10
31 Dec, 16:10
31 Dec, 09:10
null считается ошибкой в программировании, потому что оно часто приводит к непредсказуемым ошибкам, сложным для отладки и устранения. Его использование стало настолько проблематичным, что создатель null — Тони Хоар — назвал его "миллиардной ошибкой" из-за огромного количества проблем и уязвимостей, которые оно вызвало.null используется для обозначения "отсутствия значения", но сама по себе идея "пустоты" вводит двусмысленность в код. Например: "Отсутствует ли значение из-за ошибки, или это нормальное поведение?".null, приводит к исключению, например, NullPointerException в Java или TypeError в JavaScript. Эти ошибки сложно предсказать на этапе компиляции и они часто приводят к сбоям программы.String name = null;
int length = name.length(); // NullPointerException
null-ошибки часто проявляются в непредсказуемых местах, что делает их сложными для поиска. Программисты тратят много времени на отладку, чтобы понять, откуда возникло null.null, программист должен явно проверять её наличие перед использованием. Это делает код многословным и менее читаемым. Плохой код if (user != null && user.getAddress() != null) {
String city = user.getAddress().getCity();
}null не соответствует типу, который описывает переменную. Например, если переменная типа String равна null, то фактически в ней нет строки. Это нарушает типобезопасность и вносит неявное поведение в программу.null используется для обозначения нескольких состояний одновременно: "значение не инициализировано", "значение отсутствует" или "ошибка при получении данных". Это приводит к логическим ошибкам и двусмысленности.null, то другие потоки могут столкнуться с ошибками времени выполнения.null разработчики должны добавлять дополнительные проверки, чтобы избежать ошибок. Это делает код менее чистым и увеличивает вероятность пропустить проверку. null
Optional<String> name = Optional.ofNullable(user.getName());
name.ifPresent(System.out::println);
null можно задавать значения по умолчанию, например, пустую строку "" или 0 для чисел.null используется специальный "пустой объект", который имеет предсказуемое поведение. Например, вместо null можно вернуть объект с "пустыми" методами.class NullUser extends User {
@Override
public String getName() {
return "Unknown User";
}
}ength =
null.val name: String? = null // nullable
println(name?.length) // Безопасный вызов
30 Dec, 16:10
30 Dec, 09:10
29 Dec, 16:10
29 Dec, 09:10
-Xss.28 Dec, 16:10
28 Dec, 09:10
string) и кортежи в Python, объекты String в Java, или const в некоторых языках программирования.27 Dec, 16:10
27 Dec, 09:10
A напрямую вызывает функции из модуля B и структура модуля B меняется, то модуль A сломается.OrderProcessor напрямую вызывает методы DatabaseManager и PaymentGateway, то изменения в их логике повлияют на OrderProcessor.26 Dec, 16:10
26 Dec, 09:10
25 Dec, 09:10
https://api.example.com/v1/users
https://api.example.com/v2/users
GET /users
Accept: application/vnd.example.v1+json
https://api.example.com/users?version=1
https://api.example.com/users?version=2
Accept.GET /users
Accept: application/json; version=1
MAJOR.MINOR.PATCH (например, v1.2.3): 24 Dec, 16:10
24 Dec, 09:10
0, то адрес элемента вычисляется по формуле: \text{Адрес элемента} = \text{Базовый адрес} + (\text{индекс} \times \text{размер элемента})0): \text{Адрес} = \text{Базовый адрес} + (0 \times \text{размер элемента}) = \text{Базовый адрес}0) соответствует базовому адресу, а следующие элементы смещаются на размер данных. Это соответствует базовой логике работы процессора и требует меньше вычислений.index 0), а доступ к элементам происходит через арифметику указателей.ptr — указатель на начало массива, то ptr + i указывает на i-й элемент массива, где i = 0 указывает на первый элемент.0. Например: Вектор длиной n имеет n элементов, и их индексы обычно лежат в диапазоне [0, n-1]. 1 может быть интуитивно понятной для некоторых людей (особенно не программистов), она требует дополнительных вычислений при адресации. Для индекса 1 формула смещения будет\text{Адрес элемента} = \text{Базовый адрес} + ((\text{индекс} - 1) \times \text{размер элемента})23 Dec, 16:10
23 Dec, 09:10
22 Dec, 16:10
22 Dec, 09:10
memoryLeakExample() память для переменной ptr выделяется динамически с помощью new. Однако память не освобождается с помощью delete, когда указатель выходит из области видимости. При многократном вызове этой функции программа будет терять память с каждым вызовом, что приведёт к утечке и потенциальному исчерпанию ресурсов.#include <iostream>
void memoryLeakExample() {
int* ptr = new int(5); // Динамическое выделение памяти
std::cout << "Выделена память по адресу: " << ptr << " со значением: " << *ptr << std::endl;
// Здесь мы забываем освободить память
} // Утечка памяти: указатель ptr выходит из области видимости, а память не освобождается.
int main() {
for (int i = 0; i < 1000000; ++i) {
memoryLeakExample(); // Функция вызывается многократно
}
return 0;
}
class LeakyClass:
def __init__(self):
self.data = [0] * 10**6 # Занимаем большой объём памяти
def memory_leak_example():
leaks = [] # Список хранит ссылки на объекты
while True:
leaks.append(LeakyClass()) # Объекты добавляются, но не удаляются
memory_leak_example()
21 Dec, 16:10
