Size: a a a

2020 January 04

PO

Pavel Omelchenko in FrontCoder
только практикой
источник

PO

Pavel Omelchenko in FrontCoder
паттерны нужно не только теоретически знать, но и на практике уметь использовать. Причем не бездумно, а с осознанием того что применяемый паттерн действительно нужен в конкретном случае
источник

AS

Andrey Saenko in FrontCoder
Pavel Omelchenko
паттерны нужно не только теоретически знать, но и на практике уметь использовать. Причем не бездумно, а с осознанием того что применяемый паттерн действительно нужен в конкретном случае
вот и я о том
как себе организовать
конкретный случай для каждого паттерна
источник

PO

Pavel Omelchenko in FrontCoder
смотри по контексту решаемой задачи )
источник

PO

Pavel Omelchenko in FrontCoder
для изучения, достаточно искуственно созданных условий
источник

AS

Andrey Saenko in FrontCoder
суть такова
что контекст нам подгонят заданием
но хотелось бы подготовиться
и отрепетировать до
источник

AS

Andrey Saenko in FrontCoder
и паттерны в голову заходят не так легко
источник

MI

Muhammadamin Ibragim... in FrontCoder
Andrey Saenko
и паттерны в голову заходят не так легко
особенно когда работаете с js)
источник

PO

Pavel Omelchenko in FrontCoder
опять же… лично я ориентируюсь на легкость восприятия и использования кода в последующих случаях
источник

AS

Andrey Saenko in FrontCoder
Muhammadamin Ibragimov
особенно когда работаете с js)
согласен)))
источник

PO

Pavel Omelchenko in FrontCoder
Ну то есть, можно обмазаться паттернами, по самое немогу, а потом, от безисходности, повеситься в шкафу. А можно просто писать такой код, который в дальнейшем не будеи вызывать приступы гнева при расширении функционала
источник

PO

Pavel Omelchenko in FrontCoder
пример:

по работе надо расширять функционал парсеров эксель документов. В задачах открыть файл, выбрать строки с инфой, остальные по ситуации, либо забирать один раз, какой-то кусок, либо игнорить ибо нет там данных для работы.

Так вот, коллеги написали всё в рамках пары классов, при этом класс, в зависимости от документа, либо длинный, либо очень длинный. Плюс это надо всё покрыть юнит и интеграционными тестами. Плюс там по коду (за исключением описания, этих самых, правил фильтраций) сплошная копипаста.

На втором, или третьем, таком парсере я переписал всё это дело. Вынеся большую часть, чаще всего изменяемую, в отдельные классы, которые и по количеству кода и по количеству логики - в разы меньше.

О том какие паттерны я использовал, я даже не задумывался. Ну кроме DI, наверное )
источник

PO

Pavel Omelchenko in FrontCoder
такая вот UMLка получилась )
источник

AS

Andrey Saenko in FrontCoder
Pavel Omelchenko
пример:

по работе надо расширять функционал парсеров эксель документов. В задачах открыть файл, выбрать строки с инфой, остальные по ситуации, либо забирать один раз, какой-то кусок, либо игнорить ибо нет там данных для работы.

Так вот, коллеги написали всё в рамках пары классов, при этом класс, в зависимости от документа, либо длинный, либо очень длинный. Плюс это надо всё покрыть юнит и интеграционными тестами. Плюс там по коду (за исключением описания, этих самых, правил фильтраций) сплошная копипаста.

На втором, или третьем, таком парсере я переписал всё это дело. Вынеся большую часть, чаще всего изменяемую, в отдельные классы, которые и по количеству кода и по количеству логики - в разы меньше.

О том какие паттерны я использовал, я даже не задумывался. Ну кроме DI, наверное )
спасибо
как можно много полезного узнать
правильно задав вопрос)))
источник

PO

Pavel Omelchenko in FrontCoder
чтобы паттерны заходили проще, прочти Мартина - Чистая архитекрута
источник

AS

Andrey Saenko in FrontCoder
Pavel Omelchenko
чтобы паттерны заходили проще, прочти Мартина - Чистая архитекрута
спасибо щас загуглю
источник

T

Tatsu no Otoshigo in FrontCoder
Привет. Запуталась с принципом расположения псевдоэлементов ::before и ::after
https://codepen.io/spiderbroo/pen/JjoOxEr
Здесь before появляется в левом верхнем углу и ожидалось, что after будет в правом нижнем, но они просто в одном месте. Есть ли тогда вообще разница, какой псевдоэлемент использовать?
источник

В

Владимир in FrontCoder
Tatsu no Otoshigo
Привет. Запуталась с принципом расположения псевдоэлементов ::before и ::after
https://codepen.io/spiderbroo/pen/JjoOxEr
Здесь before появляется в левом верхнем углу и ожидалось, что after будет в правом нижнем, но они просто в одном месте. Есть ли тогда вообще разница, какой псевдоэлемент использовать?
Где он будет расположен на странице - определяется стилями. А вот в дом-дереве до или после родительского элемента - уже самим псевдоэлементом
источник

ИЕ

Иван Есин in FrontCoder
Tatsu no Otoshigo
Привет. Запуталась с принципом расположения псевдоэлементов ::before и ::after
https://codepen.io/spiderbroo/pen/JjoOxEr
Здесь before появляется в левом верхнем углу и ожидалось, что after будет в правом нижнем, но они просто в одном месте. Есть ли тогда вообще разница, какой псевдоэлемент использовать?
Привет, тут дело не в псевдоэлементах. По умолчанию, все элементы, у которых позишн абсолют, ставятся в топ 0, лэфт 0. Если убрать абсолют, то бефор будет перед дочерними элементами, афтер-после
источник

MI

Muhammadamin Ibragim... in FrontCoder
Tatsu no Otoshigo
Привет. Запуталась с принципом расположения псевдоэлементов ::before и ::after
https://codepen.io/spiderbroo/pen/JjoOxEr
Здесь before появляется в левом верхнем углу и ожидалось, что after будет в правом нижнем, но они просто в одном месте. Есть ли тогда вообще разница, какой псевдоэлемент использовать?
попробуйте внутри div что то написать
источник