Что правильнее использовать для блоков?

[viliksar]

Что правильнее использовать в содержимом контенте странице. К примеру если речь идет о блоках кейсов товаров. Я например использую flex или float. Но не давно услышал что для содержимых лучше использовать inline-block, мол якобы flex и float не схлопываются в маржинах. Или я что то не понял?

Edited October 24, 2018 by viliksar

[Vlad_P]

Не схлопываются. Как и inline-block )))) Помоему лучше флекс лучший выбор. А флоат - худший

Edited October 24, 2018 by Vlad_P

[AlexZaw]

Эммм... А зачем вам схлопывающиеся маржины? От этого что-то зависит? И да, у inline-block маржины тоже не схлопываются. А вообще, используйте что удобнее 

[viliksar]

Удобнее flex для меня. 

Ну а в каких случаях вы используете на практике блочно строчную модель?

Edited October 24, 2018 by viliksar

[AlexZaw]

34 минуты назад, viliksar сказал:

Ну а в каких случаях вы используете на практике блочно строчную модель?

Для горизонтального меню, например, для ссылок в виде кнопок, для дивов которые нужно ограничить по ширине и выставить в одну строку. Применений много и зависят от каждого конкретного случая

[SelenIT]

Флексбоксы — первый способ именно раскладки блоков в CSS, который не хак. Гриды — второй.

Остальное — хаки. Флоаты изначально предназначены для врезки иллюстраций в текст, на безрыбье их можно использовать для размещения блоков, но нужны «клирфиксы» или хаки для отдельного блочного контекста. Инлайн-блоки изначально для вставки чего-то «кнопкоподобного» в текст же, на безрыбье ими тоже можно размещать блоки, но приходится следить за форматированием исходника или «скукоживать» пробелы между тегами хаками же. Таблицы изначально для табличных данных, табличными стилями в принципе можно размещать блоки, но иногда это сбивает с толку скринридеры (впрочем, насколько я в курсе, этот баг браузеры в основном поправили) и в их реализации часто слишком много неочевидной и не всегда хорошо документированной магии.

Знать полезно их все. Иногда попадаются очень специфические задачи, в которых преимущества чего-то одного перевешивает его издержки (например, той же самой "магией таблиц" можно сделать "призрачную" обертку-ячейку для нескольких соседних элементов сразу, если менять разметку нельзя). Но по умолчанию всегда рациональнее использовать инструменты по основному назначению, а не «героически преодолевать» самому себе созданные трудности.