ИИ
🤔🤔🤔🤔 хммм, выглядит круто! пошел читать как работает some
Size: a a a
2021 July 22
DL
в чём код пишешь?
ИИ
DL
C-c C-d C-d runs the command cider-docDL
ещё можно реализовать на мультиметодах, но я их недолюбливаю и без лишней необходимости стараюсь не использовать
ИИ
Благодарю!! 😌
DL
макрос будет необходим только в том случае, если зачем-то надо сгенерировать код из данных, но пока я не вижу, зачем
ИИ
Да в общем-то генерить я его хотел потому-что у меня на входе будет несколько т.н. стейтов. Подобных тому что я описал.
Идея была в том, что из них сделать обычные функции с case/cond внутри.
Удобным это казалось потому-что стейты один другой сменяют, казалось что это могут быть просто вызовы функций.
Скажем было:
"scanright": [
{ "read" : ".", "to_state": "scanright", "write": ".", "action": "RIGHT"},
{ "read" : "1", "to_state": "scanright", "write": "1", "action": "RIGHT"},
],
"eraseone": [
{ "read" : "1", "to_state": "subone", "write": "=", "action": "LEFT"},
{ "read" : "-", "to_state": "HALT" , "write": ".", "action": "LEFT"}
],
A стало
(scanright [something]
(case symbol
. (dosomething)
1 (eraseone)))
(eraseone [something]
(case symbol
1 (dosomething)
- (scanright)))
Идея была в том, что из них сделать обычные функции с case/cond внутри.
Удобным это казалось потому-что стейты один другой сменяют, казалось что это могут быть просто вызовы функций.
Скажем было:
"scanright": [
{ "read" : ".", "to_state": "scanright", "write": ".", "action": "RIGHT"},
{ "read" : "1", "to_state": "scanright", "write": "1", "action": "RIGHT"},
],
"eraseone": [
{ "read" : "1", "to_state": "subone", "write": "=", "action": "LEFT"},
{ "read" : "-", "to_state": "HALT" , "write": ".", "action": "LEFT"}
],
A стало
(scanright [something]
(case symbol
. (dosomething)
1 (eraseone)))
(eraseone [something]
(case symbol
1 (dosomething)
- (scanright)))
ИИ
Почему-то логичным показалось сначало сгенерировать функции из описания. И пусть друг друга зовут
ИИ
(Сори за форматтинг, пока еще не понял как красивее/удобнее код показывать)
DL
смысла в генерации функций я не вижу
DL
если есть желание сделать input динамическим на время разработки - просто сделай input функцией
DL
(some (fn [{:keys [cond action]}]
(when cond
(action)))
(input))DL
ну и с some профит от case очень сомнительный
DL
по поводу функций, которые зовут друг друга - тем же some-ом находишь нужный экшн и вызываешь
ИИ
Да, вот именно это в голове как раз. Спасибо, значит правильная мысль пришла!
ИИ
Благодарю еще раз. Так как-то даже элегантнее получается
DL
ну и там параллельно можно диспатчить через деструктуризацию не только по cond, но и по всему остальному
DL
ещё некоторые делают FSM на паттерн-матчинге (core.match, например)