Сообщение Re[3]: Разделение записи товара в БД на слои кода от 15.09.2023 12:06
Изменено 15.09.2023 12:19 bnk
Re[3]: Разделение записи товара в БД на слои кода
Здравствуйте, zelenprog, Вы писали:
bnk>>А не проще будет слить их как есть, а потом удалить дубликаты?
bnk>>Так хоть будет гарантия, что все данные передались, а то при твоем подходе с миллионом галочек пользователь случайно нажмет не то и привет.
Z>Ничего страшного он там не может сделать.
Z>Те товары, которые записаны — они записаны.
Z>А те, которые не записаны, он их видит, может поменять галочки и записать.
Я про то что если он ошибся, и дубликат на самом деле не дубликат например (или наоборот), как в твоей системе это можно будет "отменить"?
Система которая считает что пользователь не ошибается, долго не живёт.
bnk>>А не проще будет слить их как есть, а потом удалить дубликаты?
bnk>>Так хоть будет гарантия, что все данные передались, а то при твоем подходе с миллионом галочек пользователь случайно нажмет не то и привет.
Z>Ничего страшного он там не может сделать.
Z>Те товары, которые записаны — они записаны.
Z>А те, которые не записаны, он их видит, может поменять галочки и записать.
Я про то что если он ошибся, и дубликат на самом деле не дубликат например (или наоборот), как в твоей системе это можно будет "отменить"?
Система которая считает что пользователь не ошибается, долго не живёт.
Re[3]: Разделение записи товара в БД на слои кода
Здравствуйте, zelenprog, Вы писали:
bnk>>А не проще будет слить их как есть, а потом удалить дубликаты?
bnk>>Так хоть будет гарантия, что все данные передались, а то при твоем подходе с миллионом галочек пользователь случайно нажмет не то и привет.
Z>Ничего страшного он там не может сделать.
Z>Те товары, которые записаны — они записаны.
Z>А те, которые не записаны, он их видит, может поменять галочки и записать.
Я про то что если он ошибся, и дубликат на самом деле не дубликат например (или наоборот), как в твоей системе это можно будет "отменить"?
По поводу архитектуры — ну нафига вообще какая-то архитектура или тем более "слои" для одноразовой задачи, которую сделал и забыл.
bnk>>А не проще будет слить их как есть, а потом удалить дубликаты?
bnk>>Так хоть будет гарантия, что все данные передались, а то при твоем подходе с миллионом галочек пользователь случайно нажмет не то и привет.
Z>Ничего страшного он там не может сделать.
Z>Те товары, которые записаны — они записаны.
Z>А те, которые не записаны, он их видит, может поменять галочки и записать.
Я про то что если он ошибся, и дубликат на самом деле не дубликат например (или наоборот), как в твоей системе это можно будет "отменить"?
По поводу архитектуры — ну нафига вообще какая-то архитектура или тем более "слои" для одноразовой задачи, которую сделал и забыл.