|
Хранение логики для http-сервиса
| ☑ |
0
capllary_
surgut
28.07.20
✎
14:03
|
Господа, заметил тенденцию, что некоторые разработчики выносят код логики http-сервиса в ОМ.
Если в этом смысл, если данный ОМ в дальнейшем ничем, кроме этого сервиса, не переиспользуется?
Или это просто хорошая практика тащить в ОМ все что возможно?
|
|
1
capllary_
surgut
28.07.20
✎
14:06
|
Или перефразирую вопрос, делаю ли я что-то не правильно, храня всю логику (все запросы и т.д.) http-сервиса в его же модуле?
|
|
2
AlexTim03
28.07.20
✎
14:08
|
Выносят скорее всего для тестирования.
Можно написать свою обработку и тестировать логику
|
|
3
capllary_
surgut
28.07.20
✎
14:09
|
(2) А не лучше ли сразу http отлаживать?
|
|
4
mikecool
28.07.20
✎
14:11
|
(0) обычная логика
что относится к форме - выполняется и описывается в форме
что относится напрямую к обработке хттп-запроса и ответа - в модуле сервиса, остальное - в ОМ
|
|
5
Сергиус
28.07.20
✎
14:11
|
(0)Логика такая же, как и в документах.
|
|
6
Fragster
гуру
28.07.20
✎
14:17
|
косяк в том, что, например, функцию из общего модуля плана обмена ты можешь дернуть кодом. а из модуля веб/хттп сервиса -нет :(
|
|
7
Вафель
28.07.20
✎
14:25
|
(3) конечно не лучше
|
|
8
capllary_
surgut
28.07.20
✎
14:26
|
(6) В данном случае я согласен, что надо в ОМ хранить функцию/процедуру, но, когда не предусматривается ее переиспользование, тогда, как мне кажется, и нет смысла ее хранить в ОМ.
|
|
9
mikecool
28.07.20
✎
14:28
|
(6) что за "общего модуля плана обмена"?
|
|
10
capllary_
surgut
28.07.20
✎
14:28
|
(7) Не согласен, т.к. при отладке http сразу проверяется и доступность сервиса и настройки аутентификации/авторизации.
|
|
11
Галахад
гуру
28.07.20
✎
14:45
|
(10) А зачем? Они же не меняются практически, а функционал растет.
|
|
Требовать и эффективности, и гибкости от одной и той же программы — все равно, что искать очаровательную и скромную жену... по-видимому, нам следует остановиться на чем-то одном из двух. Фредерик Брукс-младший