Adamos, я давно этот вопрос изучаю. Делали варианты на либах от OpenOffice и на C#. Но все — какие-то костыли получаются. Вроде такая типовая задача, а внятного решения найти не получилось. Платформа и инструментарий значения не имеют. Если они будут вменяемые, то я готов рассмотреть любые. Мне нужно сравнить плюсы и минусы нескольких решений и по этому спрашиваю об опыте использования.
За совет спасибо. Поискал по "отчет PDF" на qna. Только там, что-то, тоже больше вопросов, чем ответов.
(правда на питоне решение заинтересовало...)
v3shin, это решение напрашивается (тем более, что файл стилей один). Если других вариантов не будет — придется юзать его.
Нужно сформировать справочную страницу в проекте (для разработчиков), в которой будут перечислены предустановленные переменные. Если бы это можно было выудить на чистом js, на стороне клиента, получилось бы достаточно гибкое решение, а так придется привязываться к серверной стороне и хостингу (чего хотелось бы избежать).
Для гугля у меня установлен https://localhost:7129/signin-google и там все работает (через Microsoft.AspNetCore.Authentication.Google), но гугль требует подключить его клиентскую либу и прописать в meta.
Lynn «Кофеман», на данный момент написал скрипт на py, который генерит нужный файл и закинул его в package.json. С помощью npm запускаю. Видимо простое рабочее решение.
(правда через ухо)))
Разделение файлов нужно, чтобы разные фрагменты sass можно было использовать для разных задач/сайтов. Поэтому просто сборщиком css здесь не обойтись (хотя проект интересный, надо поразбираться).
Василий Банников, а зачем тогда Microsoft.AspNetCore.Mvc.Razor.RuntimeCompilation?
Если у меня сайт из нескольких тысяч страниц с разной начинкой, что я это все должен обязательно с cms засовывать с нетривиальной логикой? Когда проще реализовывать бизнес-логику на уровне представлений...
Василий Банников, не исходный — это когда в решение добавляется существующий сайт напрямую с хостинга (или из каталога). Никакого csproj там естественно нет.
Andrei Brizhak, микросервисный подход используется. Проблема, как раз на стороне пользовательского интерфейса, а не данных. Именно, когда меняются микросервисы приходится менять части главной программы. В этом и проблема.
(за ссылку спасибо, лишним не будет)
В таком режиме я и так сейчас работаю (только у меня smb до сервера).
Если подытожить, просто залив новые версии бинарников (и всего сопутствующего) от библиотек — обновление сделать нельзя? Мне только это нужно было выяснить.
(мне казалось, что раньше такой вариант прокатывал на IIS, но сейчас не получается)
insighter, app_offline.htm — знаю. Именно так сейчас и приходится поступать, что очень неудобно в рабочем процессе.
Часто возникает необходимость вносить мелкие доработки в тегхелперы и модели для представлений. При этом трудоемко публиковать весь проект целиком. Кроме того, есть необходимость выделить разработку некоторых компонентов от всего приложения.
Раньше в MVC было отличное решение App_Code, которое закрывало кучу проблем с ручной доработкой на «открытом головном мозге», но с Корой все поменялось и теперь такой подход недоступен и альтернатив нет, как я понял.
Спасибо! Подходит.