Замечаю, что, когда разработчики спорят о принадлежности какого-то кода к бизнес-логике и отделению последнего от всего остального, они зачастую не представляют каким понятием оперируют.

И это объясняется тем, что имеющиеся объяснения в интернете довольно противоречивые. Взять, к примеру, определение из&nbsp;<a href="https://ru.wikipedia.org/wiki/%D0%91%D0%B8%D0%B7%D0%BD%D0%B5%D1%81-%D0%BB%D0%BE%D0%B3%D0%B8%D0%BA%D0%B0">Википедии</a>:

Бизнес-логика – совокупность правил, принципов, зависимостей поведения объектов предметной области.&nbsp;Является синонимом термина «логика предметной области».

Так как понятие раскрывается через предметную область, то надо взглянуть и на&nbsp;<a href="https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%B5%D0%B4%D0%BC%D0%B5%D1%82%D0%BD%D0%B0%D1%8F_%D0%BE%D0%B1%D0%BB%D0%B0%D1%81%D1%82%D1%8C">этот термин</a>:

Предметная область — часть реального мира, рассматриваемая в пределах данного контекста. Под контекстом здесь может пониматься, например, область исследования или область, которая является объектом некоторой деятельности.

Из вышеизложенного следует, что бизнес-логика это только код связанный с процессами реального мира и ни что другое. Т. е. условные <code class="inline-code">ProductRepository</code> или <code class="inline-code">RedisCache</code>, или даже их интерфейсы не должны фигурировать в бизнес логике, потому что никакого отношения к моделируем процессам они не имеют.

Теперь давайте натянем это понятие на стандартную трёхслойную архитектуру:

Уже видите противоречие?

Википедия говорит нам, что во втором слое должен находиться только предметный код, но на деле же там есть и обращения и к базе, и другим инфраструктурным зависимостям. 

Тут сразу стоит сказать, что определение из википедии неправильное и путающее, хотя распространенное.

На деле же предметная логика это частный случай бизнес логики. Предметную логику можно называть бизнес логикой, но не наоборот.

Во втором слое действительно будет находиться бизнес логика, но не только предметная. Весь остальной код в этом слое называется логикой приложения – он отвечает за юзкейсы предметной логики и работу с инфраструктурой, т. е. связывает все воедино.

В примере с трехслойной архитектурой, конечно, сложно понять что относится к предметной логике, а что к логике приложения. Обычно такой код смешан в процедуры, которые еще называются <a href="https://martinfowler.com/eaaCatalog/transactionScript.html">транзакционным скриптами</a>. При реализации&nbsp;<a href="https://martinfowler.com/eaaCatalog/domainModel.html">богатой доменной модели</a>&nbsp;слой бизнес логики делится на два других слоя, и тут уже грань между логикой приложения и предметной логикой становится более явной.

Итого, все описанное можно упаковать в следующее определение:

Бизнес-логика – это правила, описывающие поведение части реального мира (предметная логика) и правила, отвечающие за варианты использования предметной модели и её связь с инфраструктурой (логика приложения).

При этом логика приложения не обязательно должна быть явно отделена от предметной.&nbsp;О патернах организации бизнес-логики можно почитать в книге&nbsp;<a href="https://www.amazon.com/Patterns-Enterprise-Application-Architecture-Martin/dp/0321127420">Patterns of Enterprise Application Architecture</a>.

Про бизнес-логику

Мы выбрали этот штат, потому что он не такой мейнстримный как Гоа, и самый чистый в Индии. Расположен на юге страны, вдоль&nbsp;Малабарского побережья.

Это также самый образованный штат Индии. Как объяснили местные, образованность тут заключается не в высоком уровне интеллекта, а в том, что родители следят, чтобы дети не пропускали школу, а после продолжили учиться в университете. Это может показаться необычным, но многие действительно не доучиваются и идут заниматься простым ручным трудом, особенно в деревнях.&nbsp;

В Керале туристический сезон начинается с ноября, а мы приехали в середине октября, когда еще не закончился сезон дождей. Сезон дождей звучит страшно, но на деле это 15 минут теплых осадков в сутки (в основном ночью). Единственный минус этого периода это закрытые пляжи, из-за бушующих волн.&nbsp;

На поездку ушло около 4000$ на двоих. Из них 2000$ это авиабилеты. Чтобы потратить вторую половину, пришлось сильно постараться, потому что Индия очень дешевая страна. Основная статья расходов это аренда жилья от 30$ до 50$ в сутки. Говорят, что на месте можно находить жилье еще дешевле, но мы не заморачивались и все бронировали через Airbnb и Booking.

Кстати, название штата правильно произносить с ударением на первую гласную – Кéрала.

Путешествие началось и закончилось в портовом городе Кочин. Это не столица Кералы, столица находится на самом юге штата и называется&nbsp;<del class="cdx-strikethrough">Твлва84ш8овол</del> Тируванантапурам

Дорога от аэропорта на убере стоила 10$. Интересно, чтобы заработала туристическая симка надо было ждать до 8 утра, потому что все симки активируются вручную сотовым оператором только в рабочее время.

Первые два дня путешествия мы провели в центре города. Мне всегда казалось, что в любой стране центр города это самое ухоженное место. В Кочине оказалось наоборот. Неприятный запах, свалки мусора под ногами, большое количество людей, шум и канализация под тротуарами. А нет, про тротуары соврал – их нет. При всем этом температура держалась на уровне 30°C-40°C.

Тут случился первый дзынь с индийцами. Пока я сидел в кафе и пытался понять как можно наесться индийским завтраком из тонкого блина и острого кари, ко мне начали подходить местные, чтобы сфотографироваться. Оказалось, что быть белым в Индии это быть звездой: с тобой постоянно делают фотографии, снимают из-за угла, разговаривают и пытаются услужить. Единственное спасение это не встречаться ни с кем взглядом.&nbsp;

Кстати, не знаю связано ли это с цветом кожи, но индийцы вели себя доброжелательно и всегда готовы были помочь. Никто не пытался обмануть (за исключение Варкалы, но там понятно почему) – возможно это связано с тем, что в Керале коммунизм и цены на продукцию печатаются прямо на упаковке, либо с тем, что в Керале не много белых туристов.

Еще у них есть один интересный жест – покачивания головой. И это не массовый тремор, а символ уважения, согласия или выражение внимания. Они вообще не кивают, когда говорят «да», а только трясут головой, поэтому первое время было не понятно, что же собеседник имеет в виду.

Последние дни мы жили на окраине города и это оказалось комфортнее центра, потому что было чисто и тихо. Правда, до всюду приходилось добираться на такси. К счастью в Кочине есть убер с довольно дешевыми тарифами. Даже тук-тук можно вызвать через убер, что выходило дешевле, чем ловить на улице, потому что местные берут с белых людей больше. В среднем выходило 3-5$ за поездку.

Несмотря на то, что Кочин это портовый город с развитым рыбным промыслом, рыбу мы здесь не ели. Достаточно было посмотреть на то, как ее продают: покупаешь 1 кг рыбы – 500 мух и аромат гнили в подарок. К сожалению, так было почти везде.

Город состоит из нескольких островов, между которыми ходит водный общественный транспорт за смешные 0.064$ (4 рубля за билет).

В городе сохранились остатки кастовой системы. На многих домах висят таблички с именами и профессиями жильцов, чтобы показать, что тут живет не абы кто. Примечательно, что полно табличек с юристами, докторами и судьями, но ни одной таблички с IT специалистами или представителями других современных интеллектуальных профессий.

В целом Кочин это город на пару дней. Мы поехали дальше.

Мунар оказался спасением. Совсем другая Индия. Вообще этим мне и нравятся тропические страны – здесь достаточно переехать в горы, чтобы сбежать от жары.

До Мунара мы добирались на убере, потому что не смогли разобраться с автобусом. Поездка стоила около $50, а водитель останавливался, чтобы мы могли посмотреть на водопады и бегающих по дороге обезьян.

Мунар – горный город, где выращивают чай, кофе и делают шоколад. По моему экспертному мнению, чай как чай, масала кофе на вкус напоминает землю, а шоколад один в один «Красная цена»‎. Даже чай со вкусом вымоченных в нем пальчиков индийского официанта не произвел на меня впечатления (да, к чистоте у них особое отношение).&nbsp;

А еще индийское вино. Вообще, алкоголь в Керале это редкость – его практически нигде не продают, даже в ресторанах. Но его здесь производят и называют herbal drink – это сладкий слабоалкогольный виноградный напиток естественного брожения с добавлением трав. Рекомендуется к употреблению даже детям. Стоит всего лишь 3$. Правда, его практически невозможно купить нигде, кроме Мунара. Мы пытались это сделать в Вагамоне, но там нашлось только 3 бутылки на весь город. Также рассчитывали на дьюти фри в аэропрту, но там его тоже не оказалось так же как и индийского шоколада. В Вагамоне есть свое производство вина, но по вкусу оно хуже, а некоторое отдавало металлической бочкой, в которой, видимо, выдерживалось. В целом еда в Индии часто была с неприятным привкусом местной фильтрованной воды.

Здесь обитают леопарды, тигры, пантеры, бизоны. Все они представляют опасность, в основном для местного домашнего скота. За пару недель до нашего приезда, тигр убил 10 коров выпив их кровь.

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

Самое сильное впечатление было от местной природы. Хайкинг в 7 утра с гидом Шивой остался лучшим событием за всю поездку. Рассказывать тут особо нечего, надо смотреть фотки:

В Мунаре мы впервые познакомились с индийским междугородним общественным транспортом. Он оказался не таким плохим как представлялось. Конечно, не без нюансов: автобусы напоминают тюрьму на колесах из-за отсутствия стекол, а водители словно водят <a href="https://harrypotter.fandom.com/ru/wiki/%D0%90%D0%B2%D1%82%D0%BE%D0%B1%D1%83%D1%81_%C2%AB%D0%9D%D0%BE%D1%87%D0%BD%D0%BE%D0%B9_%D1%80%D1%8B%D1%86%D0%B0%D1%80%D1%8C%C2%BB">«Ночного рыцаря» из узника аскабана</a>. Но при этом, в отличие от Грузии, здесь есть настоящие автостанции и автобусы ходят ровно по расписанию. Цена билета ~0.016$ (1 руб. 20 коп.) за километр пути.

Алапуджа (почему-то еще Аллепи, Аляпи, Аллепей) – индийская венеция. Правда, грязная и жаркая – ну, как и вся Индия. Город знаменит своими заводями и возможностью пожить на воде в хаузботе. Снять хаузбот на ночь стоит в районе 100$. Пожить в нем мы так и не решились, но отправились в тур по местным каналам.

В каналах Алапуджи люди ловят рыбу, моют посуду, стирают одежду и даже моются. Мы эту жижу не трогали даже пальцами. Я все хотел увидеть хоть одного крокодила, но оказалось, и они брезгуют тут жить.

Где-то читал что в заводях Алапуджи находится около 1600 хаузботов, треть из них нелегально.&nbsp;

В Керальских кафе и ресторанах (возможно во всей Индии) не подают никаких десертов, кроме мороженного. Нигде нет сладкого. Его просто не умеют готовить. Как нам объяснили, для этого требуется специально образование, а в Индии с этим плохо. Да и в целом в Индии нет того обилия вкусных блюд и фруктов, которое ожидаешь от тропической страны. Здесь в основном едят рис с каким-нибудь острым гарниром. Порции всегда большие, а прием пищи на двоих обходился в 8.5$.

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

Здесь есть пляж, на котором по вечерам посмотреть на заката, казалось, собирается вся Индия. Он закрыт для купания в это время года из-за неспокойного океана: отливом быстро уносит от берега, а волна может у дарить с такой силой, что потеряешь сознание.

На пляже не редко можно встретить больших усатых мужиков держащихся за руки. Такие люди самые что ни наесть консерваторы и привереженцы традиционных взглядов. В Индии, держание за руки и обнимания между мужчинами это давняя традиция, показывающая высокий уровень доверия и духовной близости. Подробнее про индийский «‎Броманс»‎ можно почитать <a href="https://economictimes.indiatimes.com/magazines/panache/bromance-is-a-strong-part-of-indian-tradition-and-different-from-same-sex-attraction/articleshow/63341108.cms">тут</a>.

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

Город расположен на краю скалы, на берегу индийского океана. Сюда приезжают за пляжным отдыхом, для серфинга и любители парглайдинга. На краю обрыва расположены магазины и рестораны. Местные активно пытаются заработать на белом человеке. Цены в ресторанах выше, чем в остальной Индии. А одежда, которая продается в магазинах, стоит в разы дороже и воняет старьем. Кажется, что это оверпрайснутый секондхенд. Благо цены можно сторговать практически в половину.&nbsp;

Да, цены здесь выше, но и сервис отличается от остальной Индии. Это единственное место, где выставленные на продажу морепродукты обложены льдом и не воняют дохлятиной.&nbsp;Мидии, которые подают в ресторанах, вылавливают прямо у берега руками.

Я думал, что я слишком экономный, пока не встретил француза, с которым мы решили расшарить поездку на тук-туке. Он посчитал, что заплатить 2$ за 3 км пути не так выгодно, как 40 минут в +40°C с кучей вещей тащиться до отеля. Ну зато пообщались.

Вся туристическая активность сосредоточена на краю скалы. Остальной город довольно спокойный, и почему-то чистый относительно другой Кералы. Кстати, у них нигде нет ни урн, ни мусорных баков, не удивительно что в Индии так много мусора – его просто некуда выбрасывать.

В Варкале у нас было больше всего живых сожителей – два огромных таракана, ящерица и на одну ночь к нам заходила бродячая собака. В других городах с нами жила минимум одна ящерица и муравьи. Для Индии это нормально, потому что в каждом доме есть большие вентиляционные отверстия.

Хорошо, что эти отверстия слишком маленькие для местных летучих мышей, которых еще называют гигантскими летучими лисицами. Это такие рыжеватые создания размером с собаку, а иногда и <a href="https://www.sciencealert.com/here-s-what-you-need-to-know-about-that-human-sized-bat-going-viral">размером с человека</a>. К счастью питаются только фруктами.

Из Варкалы мы поехали на поезде обратно в Алапуджу, а из алапуджи вызвали убер до Варкалы. Билеты на поезд тут двух типов: с кондиционером и без. С кондиционером выходит дороже, но «по-индийски» дороже, а так это всего ~7$ за два билета.

Вагамон это второй горный город в Индии, который мы посетили. Наверное, так и надо путешествовать по тропическим странам – чередовать жару с горной прохладой.

При всем это самый маленький и грязный город из всех, где мы жили. Редко какое кафе имело рейтинг больше 3.5, поэтому выбирать не приходилось. Недалеко от отеля нашлась небольшая чистая бургерная, где мы и питались 4 дня. Связь здесь практически нигде не ловила.

В Керале в большинстве ресторанов позиции в меню делятся по времени суток. Например, в первой половине нельзя заказать суп или любую другую плотную пищу. Позавтракать можно либо пресно, либо остро.

Мы жили не совсем в Вагамоне, а в соседней деревушке Ведикужи, рядом с сосновым лесом – достопримечательностью, которую советовал посетить чуть ли не каждый житель. Дело в том, что сосна, а тем более целые лес, не типичное дерево для Индии, а его появлению они обязаны британцам, колонией которых Индия была до 1947 года.

Керала: путешествие в самый развитый регион Индии

Да, их там действительно нет. Вернее так, там есть что-то с названием «репозиторий», но это не репозиторий. Сейчас объясню почему.

Есть такой паттерн Data Mapper, у которого одного предназначение – гонять данные между доменной моделью и базой, тобишь создавать объекты с данными и сохранять их обратно в бд. Чем, собственно, TypeORM и занимается.

В представлении многих разработчиков это и есть репозиторий. Но у репозитория другая задача – имитировать коллекцию.

Мы же все знаем, что объекты передаются по ссылке. И, следовательно, получив ссылку на объект, можно этот объект мутировать как душе угодно. Но в случае с дата мапером эта идеальная картина мира рушится. Во-первых дата мапер при каждом вызове будет возвращать новый объект, а во-вторых он не будет знать ни о каких манипуляциях с объектом, и по итогу придется вызывать <code class="inline-code">dataMapper.save</code>, чтобы записать состояние объекта в бд.

Кажется сверху дата мапера нужен еще один слой.

Тут в дело вступает репозиторий, который, напомню, имитирует коллекцию объектов. С правильным репозиторием достаточно написать следующий код, чтобы изменить состояние в бд:

Следующее так же будет верно:

Но как изменения попадут в базу? Дата мапер все равно не узнает, что объект мутировал. Кажется все таки нам нужен метод <code class="inline-code">repository.save</code>…

Ну нет. У этой проблемы есть решение и имя ему Unit of Work – это еще один патерн, которые реализуется поверх предыдущих двух и следит за границами работы с объектами.

Код с Unit of Work, Repository и Data Mapper выглядел бы так:

По итогу работы этого кода, UoW подсчитал бы все изменения которые произошли в репозиториях и вызвал бы нужные методы у дата маппера, а в базе бы оказалось 2 записи: первая со старым пользователем, у которого обновилось имя, и вторая с новым Гришей.

В TypeORM нет репозиториев

И почему это не работает.

До недавнего времени Яндекс.Карты никак не ограничивали запросы к непубличному API карт. Их можно было парсить в несколько потоков с одного IP адреса в течение недели и не словить бан.

Теперь же Яндекс стал подписывать каждый запрос. А это значит, что передать свои параметры в запрос без генерации новой подписи невозможно.&nbsp;

Подпись создается на стороне клиента, а значит найти алгоритм генерации это вопрос времени.

Для этого открываем&nbsp;<a href="https://maps.yandex.ru/">maps.yandex.ru</a>&nbsp;в Chrome, затем&nbsp;Dev Tools&nbsp;-&gt;&nbsp;Network&nbsp;-&gt;&nbsp;XHR. Кликаем на любой объект на карте, и во кладке с запросами наводим мышь на колонку&nbsp;Initiator&nbsp;у любого запроса с подписью.

Откроется такая цепочка вызовов:

Осталось найти в ней код, который генерирует подпись. Для этого сразу кликаем на вторую строчку и видим следующее:

Под цифрой 3 отмечена функция, которая генерирует подпись. Давайте ее разберем:

В качестве единственного аргумента функция принимает объект с параметрами будущего запроса.

После этого объект сортируется по ключу в порядке возрастания и преобразовывается в строку. Результат присваивается переменной t.

Последний этап это генерация подписи. За это отвечает странный код в цикле for, который является ничем иным как JS реализацией популярного хэш алгоритма&nbsp;<a href="https://theartincode.stanis.me/008-djb2/">djb2</a>.

Алгоритм делает следующее:

Затем полученная подпись добавляется к остальным параметрам и отправляется на сервер, где проверяется по такому же алгоритму, как и генерируется.

Алгоритм разобран, теперь проверим его. Для упрощения мы минуем реализацию сортировки параметров и сразу перейдем к генерации подписи.

Возьмем оригинальный запрос Яндекс, как пример того, что должно получиться:

https://yandex.ru/maps/api//tycoon/fetchAuthorizedBusinesses?ajax=1&amp;csrfToken=b0c6443bcacfe78152b8dc3ca49f4754e1b0e88d%3A1626510632&amp;s=3267941894&amp;sessionId=1636510632632_659280

Параметр&nbsp;s&nbsp;равен&nbsp;3267941894. Значит при генерации подписи для строки&nbsp;ajax=1&amp;csrfToken=b0c6443bcacfe78152b8dc3ca49f4754e1b0e88d%3A1626510632&amp;sessionId=1636510632632_659280&nbsp;должно получиться именно это число.

В итоге мы выяснили, что подпись запросов не помогает защититься от парсинга, так как все вычисления происходят на стороне клиента. Скорее всего в Яндексе это понимают, и единственная причина по которой они ввели подписи – сломать все работавшие до этого момента парсеры

Как Яндекс.Карты защищаются от парсинга

Размышления на тему расчета будущих событий исходя из данных Большого взрыва.

Измерить можно все, что угодно, — при условии, что измеряемый объект, фактор или явление вообще существуют: траектория кометы - <a href="https://theskylive.com/comets" target="_blank">легко</a>, погоду - <a href="https://www.wmo.int/pages/index_en.html" target="_blank">уже давно</a>, время встречи двух поездов, которые одновременно вышли навстречу друг другу - еще в начальных классах вычисляли… Но а что если наше будущее можно также рассчитать?

Давайте возьмем за начало всего большой взрыв: в какой-то момент из одной точки в разные стороны начали разлетаться частицы. Взрыв определил их вектор движения. Из курса физики мы знаем, что вектор - это направление, а зная направление и скорость движения можно определить в какой точке, какие частицы и через какое время встретятся. Встретившись они запустят новую реакцию, породят новые микровзрывы, и создадут новые частицы, поведение которых можно рассчитать по такой же схеме. Через огромное количество таких взаимодействий начнут появляться первые звезды, галактики, а затем и наша планета Земля. Пройдет еще много времени и на ней появится жизнь, а затем и мы с вами. И все это, включая нас и наше поведение - продукт долгого и последовательного взаимодействия частиц, которое можно рассчитать.

Но как же так? Не могла же, к примеру, эта статья появиться из-за большого взрыва! А вот и могла: мы и наш мозг состоят из таких же частиц, как и все остальное. Любая мысль, движение рукой, слезы, улыбка - это все, взаимодействие этих же частиц внутри нас.

Ученые уже сейчас могут предсказывать будущее, но только для событий, где можно пренебречь многими расчетами. Так, например, <a href="https://ru.wikipedia.org/wiki/%D0%A1%D1%82%D0%BE%D0%BB%D0%BA%D0%BD%D0%BE%D0%B2%D0%B5%D0%BD%D0%B8%D0%B5_%D0%9C%D0%BB%D0%B5%D1%87%D0%BD%D0%BE%D0%B3%D0%BE_%D0%9F%D1%83%D1%82%D0%B8_%D0%B8_%D0%B3%D0%B0%D0%BB%D0%B0%D0%BA%D1%82%D0%B8%D0%BA%D0%B8_%D0%90%D0%BD%D0%B4%D1%80%D0%BE%D0%BC%D0%B5%D0%B4%D1%8B" target="_blank">наша галактика столкнется с галактикой Адромеда через 4 млрд. лет</a>. Правда к тому времени <a href="https://ru.wikipedia.org/wiki/%D0%91%D1%83%D0%B4%D1%83%D1%89%D0%B5%D0%B5_%D0%97%D0%B5%D0%BC%D0%BB%D0%B8#%D0%AD%D0%B2%D0%BE%D0%BB%D1%8E%D1%86%D0%B8%D1%8F_%D0%A1%D0%BE%D0%BB%D0%BD%D1%86%D0%B0" target="_blank">Солнце уже сожжет землю</a>.

Получается, что построив модель большого взрыва, можно будет предугадывать развитие любых событий. Но узнать что же было в момент взрыва еще не скоро представится возможным. Да и построить точную модель вселенной - это значит заново создать вселенную внутри существующей - текущая вселенная, скорее всего, погибнет, а новая займет ее место и полностью повторит ее судьбу. В таком случае пиком существования может быть как раз создание такой модели, а мы навечно застрянем (или уже застряли) в этой временной петле.

UPD (11.11.2022): Cо временем выяснилось, что такие рассуждения идут давно, и еще в 1814 были выражены в мысленном эксперименте француского математика Пьера-Симона Лапласа:

Про бизнес-логику

Керала: путешествие в самый развитый регион Индии

В TypeORM нет репозиториев

Как Яндекс.Карты защищаются от парсинга

Формула будущего