Инструменты и подход к работе fullstack ASP.NET разработчика

Всем привет. у меня есть проблема и необходим совет по её решению. Вот суть вопроса: бэкэнд я делаю на ASP.NET core в VS, верстаю на чистом HTML/CSS/JS в VS code. И все нормально пока не приходится объединять верстку с проектом ASP.NET. Я просто не могу понять как работать с объединенным проектом. VS не позволяет удобно вносить изменения в фронт, а VS code в бэкенд.

Подскажите, как профессиональные разработчики решают данную проблему?

Спасибо.

0

.. профессиональные разработчики обычно не тянут fullstack ... .. пироги печет пирожник, а сапоги -сапожник ... с другой стороны - мне, например, удобнее производить отладку бэка в VS, одновременно с этим фронта на vue.js или подобных - в VS Code с использованием Live Server ... А между ними может быть еще Fiddler и Postman .... Зачем скрещивать ужа и ежа в одном IDE - не знаю .. Но это дело вкуса .... ИМХО глубокое ...

0

carrotik, да у меня и нет желаний все в одной IDE делать, беда в том что не пойму как можно работать над одним проектом из разных IDE если это не SPA, а обычный ASP.NET MVC где фронт по сути Razor страницы.

0

Andrean4ik, то что вы там наваяли для фронта , отдаете это asp net разработчику , он ваши Html и css причешет под razor page.

0

Ни разу не профи, но..
Как-то пришлось с толкнуться со сложной разметкой - надо было рекурсивно построить что-то типа TreeView из lu-li, причем каждый узел дерева представлял div с вложениями input, img и a. Данных было много (несколько тысяч узлов), перегонять их все на клиент и там ваять все это JS посчитал неуклюжим. Пришлось трудиться на сервере.
Сделал класс для узла и метод для постройки дерева. Все это вложил как юнит (класс) в модель. Чтобы razor мог вызывать метод, соорудил статический класс с единственным методом, в котором создавался вышеуказанный класс, в метод которого передавался IEnumerable-набор данных, извлеченный с сервера ХП (разузлованный для прохода сверху вниз рекурсией).
Постройка как узлов, так и дерева делалась с использованием единственного "разметочного" класса, который я нашел в VS - TagBuilder вроде Все работало, но жутко медленно открывалась страница. Мой приятель, пхпист, поржал над моими страданиями и посоветовал забыть про VS и мелкомягких вообще.

Но я парень упрямый - в итоге переделал. Все стало на два порядка проще и залетало - просто я подкачку дочерних узлов делал с клиента Ajax-запросами и JS вставлял полученную разметку (простую как трусы пожарника) в "кликнутый" узел. Ессно, повторный клик на уже подкачанном узле никаких запросов не делал - просто прятал или раскрывал "дочки". Монстроидальную ХП + все эти классы радостно выбросил.

Это я к тому, что во всех случаях надо искать оптимальные решения, а не кивать, что плохой инструмент

0

sau, не уверен что Вы вообще почитали мой вопрос но все же спрошу дополнительно: вот когда этот крутой парень asp net разработчик перекинет верстку в razor page, и ему скажут что вот тут нужно добавить новый блок, тут кнопку да и вообще много чего переделать, как он будет это переделывать? Ибо я удобных способов редактировать верстку в VS не вижу, надеюсь что есть решение, но я его не знаю, вот и спрашиваю.

0

Сообщение от Andrean4ik и ему скажут что вот тут нужно добавить новый блок, тут кнопку да и вообще много чего переделать, как он будет это переделывать?

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

0

sau, а если верстальщик и ASP.NET разработчик это одно лицо? Крайне не удобно сначала допиливать верстку а потом её переносить в рейзор страницы. Как быть?

0

Andrean4ik, верстка чистая все же нужна , потому как проще ее доработать и перенести в razor , чем из razor выковыривать верстку для ее доработки , а если завтра этот замечательный фуллстекер уволиться , а вам снова нужны будут новые плюшки по верстке , вы верстальщику asp net проект суните на доработку ?

1

Сообщение от Andrean4ik Крайне не удобно сначала допиливать верстку а потом её переносить в рейзор страницы. Как быть?

Этого и не следует делать.
Верстка вполне прилично "пилится" в самой студии. Делается страничка, размечается шаблон (например гридами), в блоки добавляются элементы (инпуты, тексты, спаны, кнопки, ссылки, картинки, списки и т.д.), все это стилизуется, обвешивается JS и макет готов ! Далее просто связываются все "кликабельные" элементы (кнопки, ссылки) с серверной логикой и приложение отлаживается.

Схема простая и, главное, вполне рабочая. Особенно если учесть, что в браузере есть отличные средства отладки !
Чтобы страничка не была слишком громоздкой, разбивайте ее на частичные представления (например, разметка табличных данных, списков, лент и т.д.)

И не забывайте про Ajax, отличная штука

Добавлено через 7 минут

Сообщение от Andrean4ik VS не позволяет удобно вносить изменения в фронт, а VS code в бэкенд

Что значит "удобно" ? Если имеется в виду, что VS не видит селекторы CSS, плохо работает с объектами JS, нет навигации по DOM, то да, это все так. Но настроить IDE на удобную работу в многооконном режиме (слева - контроллер и View, справа - CSS и JS, внизу - диагностика) никто не запрещает. А если есть еще и доп.монитор для браузера, то вообще песня !

1

sau, MsGuns, Спасибо, судя по вашим ответам элегантного решения нет. Получается единственный вариант нивелировать все эти неудобства это работать в связке WEB API + Angular/react. Кстати в индустрии вообще еще используют razer pages или повально пользуются связкой WEB API + Angular/react?

0

Сообщение от Andrean4ik Спасибо, судя по вашим ответам элегантного решения нет.

Посмотрите VS Code

0