Зачем нужен инлайновый CSS в проекте?

Question

[xDanbo]

Поступило предложение сверстать интерфейс СRM на 12 экранов такого рода (см. изображение):

Заказчик хочет от меня, чтобы я всю активную часть оформил в iframe, т.к. бэкэнд-программер затем будет её использовать с ajax. Но самое удивительное, что есть условие: весь CSS код должен быть инлайновым, т.е. для каждого элемента должен прописываться в HTML в тегах style.

Я предчувствую, что это станет для меня адом, если я соглашусь так верстать. Объясните, пожалуйста, зачем бэкэнд-прораммеру необходима верстка именно в таком виде, почему нельзя обойтись внешним CSS?

Answer 1

[Денис Букреев]

Видимо они не хотят больше никогда редактировать дизайн своей crm

Объясните заказчику, что прописывание инлайновых стилей создаст Вам массу неудобств, в том числе и затраты по времени раза так в три вырастут, следовательно, придется денег отвалить больше

Далее - эту хрень потом не возьмется никто редактировать за обычные деньги, то есть потом придется сверху накладывать

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

Далее - скажите, что поисковики не любят инлайновые стили (пофиг, что CRM для внутреннего использования, авось прокатит)

Comments

[xDanbo]

Я пытался объяснить, но, видимо, над заказчиком давлеет авторитет их бэкэнд-программера. Узнаю завтра, что скажет.

Answer 2

[L0k1]

Это никому не нужно, и такая постановка задачи может быть только из-за непонимания технологий.
Если подпишешься на эту бредятину - то можешь писать эту ерунду с помощью инлайнера, например такого templates.mailchimp.com/resources/inline-css

Comments

[xDanbo]

Я за эту ерунду поставил двойной ценник в надежде, что клиент откажется. За ссылку спасибо.

Answer 3

[Виктор]

Как удивительно похож дизайн этой странички на нашу интранетовскую программу для операторов :-)

iframe - уже плохо. И аякс - это совсем не причина.
инлайн css - это жуть. А чем аргументирует?
Но если иначе никак, придется создать на каждый сss-тег отдельный класс. Если сумеете обойтись полусотней классов - считайте, вам повезло.
А мысль такая, чтобы в конце верстки эти классы можно было сравнительно легко превратить в инлайновый сss-код. И наоборот.

Comments

[xDanbo]

Аргументация -- бэкэнд-программер предпочитает именно такую верстку :/

Ума не приложу, каким образом эти классы потом можно "сравнительно легко" превратить в инлайновый css-код, и при этом не запутаться.

А то, что дизайн похож, так видимо дизайнер решил не заморачиваться и просто спёр уже готовое решение :)

[Виктор]

"бэкэнд-программер предпочитает" - что-то там у вас совсем непонятно. Какая ему разница, какая будет верстка?
Впрочем, ладно, я не влияю на ситуацию.

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

[L0k1]

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

[xDanbo]

Если бы я знал, какая ему разница... видимо, религия не позволяет.

До написания парсеров я не дорос пока. Пожалуй, откажусь от такой работы.

Answer 4

[IceJOKER]

Полагаю они начитались всяких статей и слишком буквально восприняли то, что желательно css прописать прямо в html файле, чтоб не тратиться на загрузку css файла.
Можно в начале страницы в тег <style/> добавить все стили, но все свойства добавлять в атрибут style - это highway to hell

Просто дайте им ссылку на эту страницу, думаю передумают (:

Comments

[xDanbo]

Не передумают, так как русского не понимают -- азиаты :) Давал на английском, но эффекта не возымело.

[IceJOKER]

xDanbo: лучше не беритесь