w
Size: a a a
2020 May 28
w
нет ни одного проекта сейчас опенсорсного, которым пользуются много людей, где только один человек принимает решения
R
мухахахахаха
ну шо ты мне не отвечаеш на вопрос https://t.me/scala_ponv/947178 ? Могу в другом еще каком-нибудь месте написать. Могу по-английски
Oℕ
@odomontois Чет я перестал понимать что куда. Моя мысль, что давай избавим людей от написания release в конце use и сделаем это за них, поетому такие изыски...
Императивно выглядело бы так:
Императивно выглядело бы так:
try {
newA = use(a)
commit(newA)
} catch (e: Exception) {
commit(a)
}А какие юзкейсы кроме мвара?
R
А какие юзкейсы кроме мвара?
что-нибудь похожее, реф там в 3.5 случаях. Если слишком частный сценарий, то можно оставить в мварОпс и добавить guaranteeOpt ток
Oℕ
что-нибудь похожее, реф там в 3.5 случаях. Если слишком частный сценарий, то можно оставить в мварОпс и добавить guaranteeOpt ток
реф?
Oℕ
пример с рефом
R
ах, там и так есть модифай
R
могу ток непонятно какие сценарии придумать
R
типа нам надо паблишить некоторый айдишник по которому надо обращаться, но во время создания нового обработчика обращений мы можем обкакатсья и поетому надо обратно будет выставить старый айдишник
R
и типа можно какое-то время будет старому обработчику жыть чтобы его после смены айдишника можно кильнуть
Oℕ
@odomontois Чет я перестал понимать что куда. Моя мысль, что давай избавим людей от написания release в конце use и сделаем это за них, поетому такие изыски...
Императивно выглядело бы так:
Императивно выглядело бы так:
try {
newA = use(a)
commit(newA)
} catch (e: Exception) {
commit(a)
}Короч семантика такая, Opt дописывается в методах, которые принимают Boolean в качестве сигнала успеха или не успеха
Oℕ
guarantee это методы у которых нет разделения на init и use
Oℕ
У которых как в трай блоке есть просто код
R
надо будет к ним написать комменатрии тады