Почему сайты посвященные разработке на ASP.NET всегда сделаны через задницу? Это такой тонкий намёк "не используйте ASP.NET"?

Алексей КНо планируемый монолит из WebPages + MVC + WebAPI опять не радует.

Это не монолит. Просто общее шасси.

Алексей КНазвали бы новые версии WebAPI.Owin , WebPages.Owin и MVC.Owin , да и успокоились бы на этом. Какой нахрен MVC6 ?

Ничего не меняется. Всегда найдутся чем-то недовольные

Как-то раз отец со своим сыном и ослом в полуденную жару путешествовали по улицам города. Отец сидел верхом на осле, а сын вёл его за уздечку.
— Бедный мальчик, — сказал прохожий, — его маленькие ножки едва поспевают за ослом. Как ты можешь лениво восседать на осле, когда видишь, что мальчишка совсем выбился из сил?
Отец принял его слова близко к сердцу. Когда они завернули за угол, он слез с осла и велел сыну сесть на него.

Очень скоро повстречался им другой человек и сказал:
— Как не стыдно! Малый сидит верхом на ослике, как султан, а его бедный старый отец бежит следом.
Мальчик очень огорчился от этих слов и попросил отца сесть на ослика позади него.

— Люди добрые, видали вы где-либо подобное? — заголосила женщина под чадрой. — Так мучить животное! У бедного ослика уже провис хребет чуть ли не до земли, а старый и молодой бездельники восседают на нём, будто он диван, о несчастное животное!
Не говоря ни слова, отец и сын, посрамлённые, слезли с осла.

Едва они сделали несколько шагов, как встретившийся им человек стал насмехаться над ними:
— Чего это ваш осёл ничего не делает, не приносит никакой пользы и даже не везёт кого-нибудь из вас на себе?

Отец сунул ослику полную пригоршню соломы и положил руку на плечо сына.
— Что бы мы ни делали, — сказал он, — обязательно найдётся кто-то, кто с нами будет не согласен. Я думаю, мы сами должны решать, как нам путешествовать.

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

YatajgaДвижук CMS старый, не поддерживается и не обновляется. Переходить на другой нет времени. А в целом у меня не было претензий, хотя я не пользователь :) Что конкретно не устраивает?

Да просто классика какая-то (сапожник без сапог). Вот человек, расхваливает ASP.NET, богатство и возможности платформы, практически на острие прогресса. А сам в это время сидит вообще на каком-то PHP движке или каком-то старючем убогом ASP-шном CMS-е. Меня это удивляет. Респектую западным коллегам, которые сразу используют то, о чём пишут, демонстрируют словом и делом, а у нас в основном только языками чесать горазды. Претензий нет, это же ваш ресурс. Это личное наблюдение и моё мнение по этому поводу.

Алексей КШасси должно быть вынесено в отдельный модуль Core.Owin .

Как же я рад, что тебя нет в составе команды разработчиков

Алексей КГде компилятор LESS "из коробки"?

Есть.

Алексей КПочему приходится тянуть левые педали вроде DotLESS, тормознутость которого можно сравнить лишь с мегатормозным SvcUtil.exe.

Ууу.. ды ты батько из берлоги выполз

Алексей КЕсли авторы не могут придумать нормальное название, то на нормальный результат можно не рассчитывать. "Если ты не знаешь как назвать класс, значит ты не знаешь что он должен делать" - прописная истина.

Мне всё нравится, всё довольно логично, не вижу никаких противоречий.

Алексей ККакая жаль, что такие как ты в составе есть.

ещё не вечер

Алексей КГде? WebEssentials? Less.js?

Less.js -- это единственный правильный способ употребления LESS.
WebEssentials использует именно его.

Прикручивается с помощью bower, осилит даже дитё, это же в какой стадии должна быть деградации, чтобы увидеть здесь проблему?

Алексей К5 секунд компилировать Bootstrap-ные стили - это надо постараться. Когда это стоит в Build Event, оно несколько напрягает.

Какая разница сколько они компилируются? На что это вообще влияет не пойму?

Алексей КЖертва маркетинга.

Я не ищу проблем там, где их нет.

Алексей ККогда это стоит в Build Event, оно несколько напрягает.

И на кой хрен компиляция в Build Event? Тебе предлагается целый спектр решений: бандлер, компиляция на лету (WebEssentials), HTTP-модуль. Зачем выбирать самый уродский сценарий?

Алексей КА что в этом плохого?

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

Алексей КИ хранить результат компиляции в версионнике? Каждый раз тыкать сохранение главного LESS при изменении чего-нибудь? Спасибо...

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

Алексей КСборка при билде проекта - лучшее решение. Трудно было сделать компиляцию LESS так же как компиляцию TypeScript? Неудачники...

понимаю. надо же как-то оправдать свою рукожопость

Алексей К,

а билд проекта локально и, допустим, на тимсити -- разные вещи. ты какой билд имеешь в виду?

Алексей ККаждый раз тыкать сохранение главного LESS при изменении чего-нибудь?

и нафига делать "главный LESS"? за что ты себя так ненавидишь?

даже Bootstrap уже давно ушли от этой концепции "Главного LESS", например раньше нельзя было использовать отдельно миксины. сейчас проблем вообще никаких не вижу: каждый LESS компилится в CSS, стили собираются в один. никаких накладок, всё независимо, быстро, удобно.

зачем заниматься упоротым мазохизмом, пытаясь из LESS сделать бандлер? не понимаю.

Алексей ККакой ещё кэш? Речь идёт о старте тестового вебсервера.

Стили заново пересобираются только, если изменился исходник. Это называется кеш.

Алексей КЯ не хочу, чтобы для сборки проекта нужно было ставить WebEssential.

Его и не надо ставить для сборки проекта. Для сборки node.js + less.js + bundle transformer.
WebEssentials нужен только на время разработки.

У меня, например, стили каждого компонента хранятся в отдельном независимом LESS. Каждый LESS компилируется в свой CSS. Бандел собирает все CSS в один, попутно применяя к ним AutoPrefixer и валидацию. Если я удалю LESS-файл, никто от этого не пострадает и сборка не сломается. Если бы я собирал всё в одном общем LESS-файле, то автоматически бы лишил себя двух вещей:

1. При отладке точно знать где находится конкретный стиль (нет желание копаться как дундук в общей мусорке)
2. Автоматическое применение стилей на странице без перезагрузки страницы. Т.е. я изменил стиль в LESS файле в Visual Studio, на странице автоматически стиль применился. Это безумно сокращает время разработки. Даже не знаю как я раньше без этого жил. С большим LESS-файлом, это невозможно.

И наградил себя проблемой долгой компиляции стилей на каждый чих.

Оно мне надо? Я не мазохист.

Алексей КПравда? А файл bootstrap.less тогда что?

Это не более, чем хелпер. Можешь собрать все LESS-файлы по-отдельности.

Алексей КЯ не знаю что такое "локально" и "тимсити". Мне это не надо.

Тогда обсудим это, когда тебе доведётся по-участвовать в командной разработке.

Алексей КЗамечательно. Почему нету этих возможностей в коробке? Почему мне приходится ставить левые педали или самому их писать для MSBuild-a? А так - всё в порядке, я доволен.

Да бог ты мой, открой уже для себя Bundle Transformer

Он тебе и TypeScript и LESS держит. По опыту, сделан очень хорошо, не знаю что ещё для счастья нужно. Все твои проблемы решает.

А на счёт коробки, в коробке есть System.Web.Optimization -- это всё, что нужно. Я не знаю, зачем корячится и запихивать какое-то убожество в MSBuild скрипты, когда это всё делается на лету, с поддержкой кеша, минимизации, пост- и пре- процессингом (например, AutoPrefixer, PostCSS -- пожалуйста), с поддержкой отладки, CDN, всё отлично протестировано и работает как часы.

Вот я не понимаю. Сам в болото по уши залез, а теперь кто-то виноват. Не ищи проблем там, где их нет.

Алексей КhVostt,

Вот , смотри. Вопрошающего прямо засыпали ответами.

Зато сделали в VS диаграмму нугетных пакетов и связей между ними. Она конечно же важнее. Это и не эволюция, и не революция - это деградация.

Народу уже надоело отвечать на откровенно дебильные вопросы.

Алексей КЯ в курсе. И тем не менее, "центральный" LESS в бутстрапе есть, а ты говорил что нет. Так что вот...

Это сделано для получения bootstrap.css для лентяев. Я никогда не использую бутстраповский бандлинг. Если применяется бутстрап, я копирую файл variables.less в папку своих стилей, и подключаю бутстраповские компоненты стилей по необходимости в свою сборку. Так на выходе получается компактные стили, без холостой нагрузки. И контролируется это намного проще.

Алексей КВот это я понимаю, родной механизм трансформации полностью заменён сторонним

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

Алексей КhVostt,

Ну и я ещё не понял, как в Bundle Transformer отключить подмену расширения файлов. В стандартных бандлах это решается через:



А тут - не пойму как.

http://habrahabr.ru/post/237743/

статья вышла буквально вчера

Алексей КИ накой мне эти педали? Мне теперь переименовывать файлы скриптов, чтобы он их принял как родные? И следить за именами скриптов? Что вообще за мода такая, самовольно переименовывать скрипты? Ладно, в родных бандлах эту фичу можно отключить, а тут чего?

Не понял, можешь чуть подробней описать свой кейс? Какие файлы скриптов тебе надо теперь переименовывать и почему? А то я немного перестал понимать в чём проблема.

codearticles.ruВо понакрутили. JS - убогое зло, дай Бог пару файликов на весь солюшен вместе в jquery. Ну и общий css и пакет UI. Что там бандлить-то? Честно говоря, мне даже не трудно жестко прибить их в мастере Любители геморроя ))

Всё потому, что сёдня веб это Reach Beach