Телеграмм чат группы oop_ru страница 6924

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Software Design/Architecture/Zen

1900 membersпожаловаться на группу

2021 January 12

HH

Human Human in Software Design/Architecture/Zen

Ну типа того. Операции с ресурсом сами по себе атомарны, они либо выполняются, либо нет. Прошёл change - ура. Не прошёл - увы.

Ок, тогда я могу сказать, что эти все операции это создание ресурсов
/schedule/start-editing
/schedule/continue-editing
/schedule/change
/schedule/no-change

просто как только они отрабатывают - они удаляются системой.

источник

15:46пожаловаться #1

IS

I Scarab in Software Design/Architecture/Zen

Скажем вот как выше приводили пример с бронью в кинотеатре.
Ты забронировал место, у тебя есть N минут на оплату. Пока ждём оплату - держим лок.
Версионность тут вообще никак не поможет )

источник

15:46пожаловаться #2

АГ

Алексей Гевондян... in Software Design/Architecture/Zen

я думал что лок это что-то про одну транзакцию, а тут получается что лок в рамках нескольких транзакций... не знакомя штука

источник

15:47пожаловаться #3

АГ

Алексей Гевондян... in Software Design/Architecture/Zen

соединения с бд сюда же

источник

15:47пожаловаться #4

IS

I Scarab in Software Design/Architecture/Zen

Human Human

Ок, тогда я могу сказать, что эти все операции это создание ресурсов
/schedule/start-editing
/schedule/continue-editing
/schedule/change
/schedule/no-change

просто как только они отрабатывают - они удаляются системой.

Ну да, только у тебя эти ресурсы связаны. Ты же не можешь выполнить change, не сделав лок, например.

источник

15:47пожаловаться #5

HH

Human Human in Software Design/Architecture/Zen

Ну да, только у тебя эти ресурсы связаны. Ты же не можешь выполнить change, не сделав лок, например.

Могу, просто вернется другой json

источник

15:47пожаловаться #6

HH

Human Human in Software Design/Architecture/Zen

Мне просто все интересно, в чем профит такого извращения)

источник

15:48пожаловаться #7

IS

I Scarab in Software Design/Architecture/Zen

Human Human

Могу, просто вернется другой json

...с ошибкой, ну да.
Но бизнес-операция "редактирование расписания" подразумевает три действия. Взяли лок, отредактировали, сняли лок.

источник

15:49пожаловаться #8

HH

Human Human in Software Design/Architecture/Zen

...с ошибкой, ну да.
Но бизнес-операция "редактирование расписания" подразумевает три действия. Взяли лок, отредактировали, сняли лок.

Я не понимаю чем это лучше?

/edit/create
/edit/1234/change
/edit/1234/commit

источник

15:50пожаловаться #9

IS

I Scarab in Software Design/Architecture/Zen

Human Human

Я не понимаю чем это лучше?

/edit/create
/edit/1234/change
/edit/1234/commit

Я не говорю, что "лучше". Лично мне кажется, что это более наглядно, потому что получение/снятие лока привязывается к созданию/удалению ресурса "сеанс редактирования".
Ты же изначально спрашивал именно про избавиться от неявных действий.
Но это чисто моё мнение, я никому не навязываю.

источник

15:51пожаловаться #10

HH

Human Human in Software Design/Architecture/Zen

Я не говорю, что "лучше". Лично мне кажется, что это более наглядно, потому что получение/снятие лока привязывается к созданию/удалению ресурса "сеанс редактирования".
Ты же изначально спрашивал именно про избавиться от неявных действий.
Но это чисто моё мнение, я никому не навязываю.

Спасибо, понял, для тебя это читабельнее.

источник

15:54пожаловаться #11

SP

Sergey Protko in Software Design/Architecture/Zen

...с ошибкой, ну да.
Но бизнес-операция "редактирование расписания" подразумевает три действия. Взяли лок, отредактировали, сняли лок.

звучит как софт для налоговиков - залочили - внесли данные - разлочили. Пока вносим данные остальные 10 инспекторов ждут

источник

15:54пожаловаться #12

SP

Sergey Protko in Software Design/Architecture/Zen

ну то есть для начала стоит задаться вопросом "что это за локи и нужны ли они тут".

источник

15:55пожаловаться #13

SP

Sergey Protko in Software Design/Architecture/Zen

в случае create/change/commit тут вообще не про локи - тут про публикацию версии по сути, так что вы просто совсем разные бизнес сценарии обсуждаете походу

источник

15:55пожаловаться #14

IS

I Scarab in Software Design/Architecture/Zen

ну то есть для начала стоит задаться вопросом "что это за локи и нужны ли они тут".

Безусловно.
И в данном контексте вопроса я бы уж делал так тогда:
- повесили лок
- прочитали расписание
- внесли правки
- сняли лок.

источник

15:55пожаловаться #15

HH

Human Human in Software Design/Architecture/Zen

ну то есть для начала стоит задаться вопросом "что это за локи и нужны ли они тут".

Да, у меня тут оч простой кейс и банальные локи идельное решение по профитам и тратам

источник

15:56пожаловаться #16

SP

Sergey Protko in Software Design/Architecture/Zen

Безусловно.
И в данном контексте вопроса я бы уж делал так тогда:
- повесили лок
- прочитали расписание
- внесли правки
- сняли лок.

или как делают адекватные люди - получили рассписание и его версию - внесли изменения с новой версией. Если версии не совпадают ловим ошибку и можем разруливать конфликт

источник

15:56пожаловаться #17

SP

Sergey Protko in Software Design/Architecture/Zen

что будет если клиент сделал лок и умер?

источник

15:56пожаловаться #18

HH

Human Human in Software Design/Architecture/Zen

что будет если клиент сделал лок и умер?

для этого
/schedule/continue-editing
аля пинг, мб правда и стоит сменить нейминг на более привычные

/schedule/lock
/schedule/ping
/schedule/change
/schedule/no-change

источник

15:57пожаловаться #19

IS

I Scarab in Software Design/Architecture/Zen

или как делают адекватные люди - получили рассписание и его версию - внесли изменения с новой версией. Если версии не совпадают ловим ошибку и можем разруливать конфликт

Ну или так.
Если это допустимо с точки зрения бизнес-логики, потому что в этом случае должен быть "разруливатель конфликтов". Админ там, или начальник.
Мало ли, может быть просто нельзя показывать одному участнику изменения, сделанные другим.

источник

15:57пожаловаться #20