Можно ли писать бэк на C#, а фронт на React и есть ли в этом смысл?

Question

[Александр Кувшинов]

Планирую писать небольшую узкоспециализированную социальную сеть. В ВУЗе вообще пишем на C#, но не знаю, подойдёт ли C# для моих целей и как он дружит с React и другими фреймворками. И вообще, есть ли смысл в таком взаимодействии. Буду рад каким-либо советам по возможным технологиям.

Comments

[IL_Garik]

Я уже много лет пишу бек на C# а фронт на Vue. Как показывает моя практика это наиболее оптимальный подход. Когда мы с командой разрабатывали систему управления виртуализацией для b2b чтобы они с ее помощью продавали ресурсы как b2c. Мы строили микросервисную архитектуру с использованием именно бека на C# а фронта на Vue. Работа с беком была на RestApi, Websocket для реактивности сайта (signalR не стали использовать из-за говеной авторизации на кукисах, тогда на тестовом прогоне куча проблем всплыло и отказались от него в пользу чистого websocket) межсервисный внутренний брокер сообщений RabbitMQ. Все запихиваем в кибер с настройкой автоматического массштабирования по нагрузке и все.

Answer 1

[Алексей Черемисин]

Подойдет! Бек можно писать на всем, что отдает JSON/HTML. Начиная от С, С++, PHP, Ruby, Java, Rust, C# и заканчивая Groovy, Clojure, NodeJS и прочими, прочими, прочими.

Comments

[Александр Кувшинов]

А есть какие-либо ресурсы, которые могут помочь в изучении? Видео, статьи или что-то подобное?

[Everything_is_bad]

a_verum, гугл, хотя сначала надо было бежать в него, а сюда уже когда в чем-то конкретном проблема

[Александр Кувшинов]

Everything_is_bad, пробегал. По-моему, если тебя интересует какой-то вопрос, его следует задавать. Мне нужно направление, а дальше станет попроще) Пока не совсем понимаю, в какую сторону лучше двигаться

[Алексей Черемисин]

a_verum, со стороны бека начните с создания http-сервера с отдачей странички index.html и парой эндпоинтов с json.
Начните например отсюда - https://metanit.com/sharp/aspnet6/2.10.php
React прикручиваете, как загрузку javascript-файла

PS. На шарпе практически не программирую (ну так...), программирую на яве, clojure, C, python...

[Александр Кувшинов]

Алексей Черемисин, Спасибо

[iljaGolubev]

Groovy, Clojure, NodeJS, JavaScript

[Алексей Черемисин]

iljaGolubev, технически все же nodejs хоть и написана на JS, но есть нюансы.... конечно же JS можно и внутри JVM запустить, но серевер я бы так не стал писать...
Так что предложу все же NodeJS с языком JS.

[sudo rm -rf /]

Бек на C# пишется на ASP.Net
Чистый бек пишется через шаблон Web Api, который предоставляет rest-ручки через контроллеры. Можно через ASP и фронт отдавать через статику, но я бы предложил не заниматься такими извращениями, и использовать условный Nginx для роутинга между страницами и ручками api

Answer 2

[Василий Банников]

Схема вполне рабочая и такой стек применяется во многих компаниях.
Никаких проблем в C#, применительно к этой задаче я не вижу.

Comments

[Александр Кувшинов]

Понял, спасибо

Answer 3

[Elmo Sputterspark]

И чему в этих ВУЗах учат? В подавляющем большинстве случаев клиент и сервер не знают на чём другой написан и им пофиг так как общаются они по стандартизированному протоколу, в случае web-разработки по HTTP.

Comments

[Saboteur]

точно, чему учат в институтах, когда люди не различают фронт и клиент....

[Elmo Sputterspark]

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

[Saboteur]

В современном программировании, фронт часто генерится бэком, поэтому "сервер" и "фронт" называть сервером и клиентом можно довольно условно. Клиент это все-таки браузер.

Answer 4

[Сергей Соловьев]

Эти стеки совместимы очень хорошо. Лично я делал минимум 2 (пет)проекта на этом стеке.

Даже есть отдельный шаблон для React приложений - dotnet new react

Answer 5

[WSGlebKavash]

Конечно можно. C# в основном и используется в качестве бэка, так как обладает достаточной стабильностью и надёжностью при высоких нагрузках. Более того .NET работает и в Windows, и в Linux, и в MacOS, так что можно разместить Backend на простом VPS.

Comments

[Александр Кувшинов]

А можете ещё посоветовать, что посмотреть или почитать на эту тему? Сегодня, вроде, достаточно много интересного нашёл на эту тему, но доп. информация лишней не будет)

Answer 6

[Lexans]

Проблема сайтов на c# в том, что почти нет нормальных хостингов для него в отличии от php. А те что есть и поддерживают net core. я использовать не смог - при публикации (обновлении) сайта везде вылезала ошибка, типа нельзя заменить исполняемый файл, поддержка ничем не помогла. Таким образом сайт придется хостить на собственном впс на windows server, что довольно дорого.
Так что попробуй опубликовать и обновить хотя бы простенький сайт на таких хостингах как fozzy и smarterasp

Comments

[alexeishishkin]

Глупости какие. У asp.net core есть прекрасный кроссплатформенный веб-сервер kestrel

[Игорь]

есть же .net для Linux, кроме тогда можно сделать образ со всем чем нужно и размещать его где угодно на любом vps

Answer 7

[Nik Faraday]

Вообще это довольно странный вопрос. Если вы знаете что такое C#, вы уже должны понимать, что такое стек технологий. Тем более, если понимаете связь между back-end и fron-end приложениями.

Смысл есть! Почему? Первое на что стоит обратить внимание, это на рынок .NET. Там большая половина веб-апп делается на этой связке

Или же смысла нету если вы хотите вложиться в некие дедлайны. Потому что, судя по ваших знаниях, вам это надоест уже на начале 2го месяца изучения asp.net, а это ещё к React даже не приступите.

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

Проблема заключается в том, что из-за брака знаний, вы не сможете нормально реализовать это. А вашу идею может украсть кто-то более продвинутый в этом и напишет нормально. Без багов/лагой и прочих недоработок, которых вы 100% допустите в ходе разработки. Или вашим приложением никто не будет пользоваться... В прочем, вариантов для краха этой идеи есть уйма

Второе дело, это дело обучения. В целях обучения, это достаточно хорошая идея, но только вы должны понимать объём знаний, которые нужно изучить, или то, ЧТО вы хотите изучить. Хватит ли вам этого для написания приложения?

Comments

[Александр Кувшинов]

Это идея для дипломного проекта, так что исключительно в целях обучения. Всё время писали WPF приложения на учёбе, а на диплом всё же хочется что-то поинтереснее попробовать сделать) Спасибо за совет.

[LucyM]

Бэк для ERP на чем лучше писать? Какой ЯП лучше?

[Nik Faraday]

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

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

Answer 8

[Roma_1651]

Можно, но если вы знаете c# я бы советовал blazor webasembly вместо реакта, будет быстрее разобраться и написать при незнании реакта. Пользователи зайдя на сайт смогут легко установить как приложение на смартфон.

Comments

[Александр Кувшинов]

Пробовал Blazor на практике, но от работников компании слышал, что он сильно уступает во многих аспектах React)

Answer 9

[Антон Соломонов]

Можно и нужно. Это обычная нормальная практика. В нескольких проектах участвовал, где бек на микросервисах c#, а фронт на react. C# сервисы поднимаются в докере и работают на любом, даже самом дешевом vps хостинге.

Answer 10

[sudo rm -rf /]

Такой стек многие используют.
Через, например, Nginx настраивается маршрутизация запросов: по каким путям отдавать фронт, а по каким - дергать backend. А дальше - дело техники: чаще всего используют http-rest, и он непривередлив. Имплементируете rest-api через ASP.Net Core, дёргаете его с фронта, маршрутизация решает вопросы доставки пакетов.

P.S. Лучше пару тестовых приложений написать ч разными вариациями имплементации. Так появится понимание из чего выбирать. А в интернетах уже написано, что устарело, а что - свежачок

Answer 11

[Юрий Александрович Морозов]

Собственно, все "умные" рекомендации уже написаны выше...
Так что остаётся оставить не-умный комментарий: вы путаете божий дар (C#) с глазуньей из яиц (react)... Шарп с жаваскприптом нормально дружит ой! -- как много лет, раньше - чем ваш начальник родился...
Так что дерзай, грызи доки (раз уж курить их не умеешь...)
УДАЧИ!!!

Comments

[Александр Кувшинов]

Спасибо)