Size: a a a

2019 October 04

AS

Andrey Saenko in FrontCoder
EEE
например записать не left: 0; а как нибудь left: none?
left: auto
источник

E

EEE in FrontCoder
Andrey Saenko
left: auto
спасибочки
источник

ОГ

Олег Григорьев (web)... in FrontCoder
О, да, так намного лучше!
источник

A

Archangel Lucifer in FrontCoder
Archangel Lucifer
Вот у меня есть картинка в header в правом углу с фиксированной позицией, а левее nav находится. Так вот, как сделать, чтобы эта картинка отталкивала nav, пока место есть, а уже только потом накладывалась?
Неужели никто не знает? А то уже столько бьюсь
источник

N

Nikita in FrontCoder
Кто-то юзает вебпак + паг?
источник

ОГ

Олег Григорьев (web)... in FrontCoder
К теме фреймврков - что же лучше - с 0 или на базе ф-ворка.

Беру пример из реального проекта, который я сейчас проектирую.

Для того, что бы проект ен превращался в говно - разделяем его на микросервисы. Своим программистам я даю по одному микросервису на одного-два человека. Это мини-приложение. Изолированное. Со своей БД.

Фреймворк берем Yii2. И сходу добавляем в него некоторые дополнения. Во первых - контракты. Это по сути интерфейсы, если не вдаваться. Я (или другой архитектор) разрабатывает "обязательство", которое программист реализует. Программист реализует сервис. Пока бизнес логика тут, а не в моделях или контроллерах. ПРогарммист четко имплементит контрактные методы.

Контроллера - контроль доступа + запросы. Модель - ORM, реляционная логика. Такие дела. Кроме того, есть стандартизация CRUD. И это по сути самое важное. CRUD - это всё. Что бы там кто не говорил - любые операции можно разбить на CRUD - вопрос на сколько абстрактные и умные у вас компоненты. Т.е. то, что можно сделать автоматизированно - делается автоматизированно. Без хардкода.

На фронтенде - реакт. При том он тоже без хардкода. Он даже не содержит буквально прописанных адресов ендпоинтов API - ему сервер сам это говорит. Так же сервер ему говорит, какой бизнес объект как валидировать и какие действия над каким объектом можно выполнять (поверх CRUD).

Далее, когда программист справился с работой на таком простом фреймворке - усложняем (фрейм - это в основном Yii для старта, потом можно поменять. Да-да! Поменять.).

Усложнение такого плана - начинаем добавлять базовые абстрактные компоненты типа репозиториев, конверторов, object-value  и так далее - аля DDD Эванс.

Таким образом переход от простого к сложному. И я могу всё контроллировать. Но фреймворк там есть всегда.

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

ОГ

Олег Григорьев (web)... in FrontCoder
Вот урезанная схема для визуализации.
источник

ОГ

Олег Григорьев (web)... in FrontCoder
источник

ОГ

Олег Григорьев (web)... in FrontCoder
Она одинаковая, хоть у нас Yii, хоть Lara, хоть реакт, хоть ангуляр.
источник

V

Vladislav in FrontCoder
Я скоро буду попкорном срать
источник

ОГ

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

V

Vladislav in FrontCoder
Будем на это надеяться
источник

ОГ

Олег Григорьев (web)... in FrontCoder
Я бы не надеялся
источник

ОГ

Олег Григорьев (web)... in FrontCoder
Но для меня хороший повод собрать мысли в голове. ПРосто так же нахрена думать то. А тут мотивация на почве холивара.
источник

PO

Pavel Omelchenko in FrontCoder
800+ начинающих фронтов, точно
источник

ОГ

Олег Григорьев (web)... in FrontCoder
Та я понимаю, что тут куча профи. Не уверен, что кто то будет вникать. Кому оно надо =))
источник

V

Vladislav in FrontCoder
В пятницу вечером никто задротить не хочет)
источник

VZ

Vladislav Zavadsky in FrontCoder
Vladislav
В пятницу вечером никто задротить не хочет)
Говори за себя 😀
источник

V

Vladislav in FrontCoder
Vladislav Zavadsky
Говори за себя 😀
Я выжигаю линзами от очков фреймворки)
источник

PE

Polina Emelyanova in FrontCoder
Vladislav Zavadsky
Говори за себя 😀
+1
источник