Здравствуйте, сегодня я хочу поделиться очень важным советом по проектированию API из книги Effective C++ . Это выглядит следующим образом: Сделайте интерфейсы простыми в использовании правильно и сложными в использовании неправильно. Если вы разрабатываете библиотеку, движок и т. д., подумайте о том, какие ошибки могут совершать ваши клиенты. Например, предположим, что вы разрабатываете класс, предоставляющий доступ к датам: class Date{ public: Date(int uMonth, int uDay,..

Это моя история о том, как я устраняю дублирование кода в организации, имеющей много похожих приложений. Я буду говорить о проектах внешнего интерфейса, использующих NPM, но это решение можно применить к любому проекту . Сценарий Допустим, вы работаете в организации. У вас есть 10 команд, разрабатывающих фронтенд-приложения. Каждое приложение будет развернуто на одном веб-сайте. Они предоставляют разные функции, но имеют много общего, например цвета, тестовые среды, фиктивные..

Спокойный взгляд на одну из наиболее запутанных концепций функционального программирования Это вторая статья этого блога, в которой обсуждаются концепции функционального программирования. Вот ссылка на первую, Чистые и нечистые функции . Некоторое время назад я наблюдал за докладом Скотт Влашин о функциональном программировании на конференции. Он сказал, что часто люди, не разбирающиеся в функциональном программировании, пугаются терминологии . Такие термины, как..

Ну ладно. Кажется, что предыдущая статья была слишком расплывчатой ​​и перегруженной терминами. Я осознал свои ошибки и решил более внимательно приступить к коду. Прежде всего, давайте пока сузим наш интерес до запросов. К операциям чтения в вашей бизнес-логике. Теперь мы знаем, что операции чтения не вызывают никаких побочных эффектов (довольно очевидное, я думаю, здесь нечего доказывать). Хм… мы где-то слышали это определение, верно? Точно. Звучит как определение чистой..