M
Сложнопонимаемой и требуещей комментария может быть бизнес логика
Size: a a a
2020 February 14
AP
Сложнопонимаемой и требуещей комментария может быть бизнес логика
Для описания бизнес-логики есть документация, имхо
OT
Можно комментарием считать и описание методов и переменных
АК
Если в процедуре хочется написать комментарий, значит она очень большая и её надо поделить. Чтобы из названия процедуры было понятно что она делает, а читая список вызываемых процедур было понятно, что делает алгоритм.
OT
Если в процедуре хочется написать комментарий, значит она очень большая и её надо поделить. Чтобы из названия процедуры было понятно что она делает, а читая список вызываемых процедур было понятно, что делает алгоритм.
А в ЗУП сейчас как? Большие методы еще в моде у этого типового решения?
АК
А в ЗУП сейчас как? Большие методы еще в моде у этого типового решения?
Большие методы в моде в первую очередь в БСП.
Их ни переопределить нормально, ни написать unit тесты с их участием.
Их ни переопределить нормально, ни написать unit тесты с их участием.
OT
Большие методы в моде в первую очередь в БСП.
Их ни переопределить нормально, ни написать unit тесты с их участием.
Их ни переопределить нормально, ни написать unit тесты с их участием.
Есть и такое
OT
Но ты не ответил)
АК
В ЗУП есть разные методы. В программном интерфейсе который мы внедренцы используем, методы маленькие.
Всё что за пределами программного интерфейса - по разному. Есть маленькие, есть огромные, когда всё в одном.
Всё что за пределами программного интерфейса - по разному. Есть маленькие, есть огромные, когда всё в одном.
IY
Если в процедуре хочется написать комментарий, значит она очень большая и её надо поделить. Чтобы из названия процедуры было понятно что она делает, а читая список вызываемых процедур было понятно, что делает алгоритм.
Нет, спасибо не надо. В результате типовые разбиты на кучу процедур из одной строки, которые пройдут автоматизированных тест на простоту (и комментарий ей не нужен), но понимать логику этой работы - нужны нервы и время.
АК
Ildar Yusupov
Нет, спасибо не надо. В результате типовые разбиты на кучу процедур из одной строки, которые пройдут автоматизированных тест на простоту (и комментарий ей не нужен), но понимать логику этой работы - нужны нервы и время.
А тебе не нужно смотреть все процедуры. Тебе нужно открыть процедуры программного интерфейса и понять, что они делают.
GV
Кто-то может подсказать, презентация с партнерского 2018-2019 по RLS 2,0 где-нибудь лежит?
SN
Кто-то может подсказать, презентация с партнерского 2018-2019 по RLS 2,0 где-нибудь лежит?
какая-то лежит в разделе для партнеров, где все презентации выкладываются
GV
Shefer Nikita
какая-то лежит в разделе для партнеров, где все презентации выкладываются
Можно ссылку на общий раздел?
SN
Можно ссылку на общий раздел?
GV
Shefer Nikita
Спасибо
DO
Ildar Yusupov
Нет, спасибо не надо. В результате типовые разбиты на кучу процедур из одной строки, которые пройдут автоматизированных тест на простоту (и комментарий ей не нужен), но понимать логику этой работы - нужны нервы и время.
принцип лаконичности методов и классов должен идти рука об руку с понятными наименованиями и правильным разделением по уровням абстракции, тогда все будет хорошо.
ключевое тут - должен идти)
ключевое тут - должен идти)
OT
принцип лаконичности методов и классов должен идти рука об руку с понятными наименованиями и правильным разделением по уровням абстракции, тогда все будет хорошо.
ключевое тут - должен идти)
ключевое тут - должен идти)
Видел как то: методФрагмент1, методФрагмент2, методФрагмент3 и так далее
OT
В итоге это метод из 400 строк разбитый просто на несколько частей
JD
Видел как то: методФрагмент1, методФрагмент2, методФрагмент3 и так далее
Н - немодальность )