IS
это стандартная практика, а не мнение)
Size: a a a
2021 May 18
К
покажите стандарт где это описывается :)
D
Всё на свете лишь мнение, разумеется, особенно в программировании. Просто некоторые мнения становятся паттернами, подходами и методиками, находящими широкое распространение
IS
мб, в таблицу id в итоге будет выводить как-то иначе, нужные цифры подкрашиваться и так далее. значение атрибута так же и будет
оставьте отображение - слою отображения
оставьте отображение - слою отображения
D
Стандарт называется разделение ответсвенности
К
я, в целом, с вами согласна, но я не считаю сбор данных из ДОМ чем-то отвратительным. В некоторых ситуациях это может быть оправдано
IS
если вы пишите эту часть с нуля, то я не вижу кейсов, где это может пригодиться
D
Ага, если ты присосался куда-то и что-то парсишь
D
Когда сам что-то пишешь сам и нормально то нет таких сценариев
IS
как минимум, опять же, отображение может быть в каком угодно абстрактном виде и, опять же, никак не должно соответствовать вашему абстрактному представлению о том, что там должно быть
IS
полностью согласен
К
допустим, данные популяризирует один скрипт (над которым нет власти), а вам в итоге эти данные нужно куда-нить вывести. Конечно можно херануть обсервер и следить за всеми изменениями, но зачем?
D
>допустим я костыляю адский костыль не имея доступа к исходному коду
IS
это другой вопрос уже, я же разделил это сразу в этом сообщении: https://t.me/js_noobs_ru/586552
D
В этом случае можно, ок )
К
как вам угодно
IS
вообще, я бы начал работу с избиения предыдущего разработчика
IS
или пытки хотя бы
D
Я бы любую работу начинал бы с избиения кого-нибудь
D
Не ну а чё они