Анна Шатковская, и что? Разве его нельзя переписать или рефакторить? На мой взгляд то, о чем вы спросили, описано в учебнике. Может я конечно ошибаюсь, мне приходится судить по вашему фрагменту кода.
Вариантов всегда больше, чем один. Я извините C++ синтаксис не очень помню, но по моему можно реализовать вариант похожий на этот:
class Unobstructed
{
public:
virtual void Pass(){}
}
class Wall : public Unobstructed
{
public:
void Pass() override
{
throw new RunIntoAnObstacleException();
}
}
При этом в классе Point метод Pass переопределять не надо. Вполне вроде симпатично. Хотя, надо понять как объекты взаимодействуют с другими объектами. Как игрок взаимодействует с точками, стенами, игровым уровнем, на котором эти стены и точки встречаются.
Можно взять к примеру request и написать javascript сценарий с его использованием. С помощью request получаем с сервера нужные данные, затем, используя их генерируем новый конфиг.
Что значит "фоновую задачу в ASP.NET Core"? Вы хотите из host процесса, который обслуживает приложение стартовать что-то фоновое? Что вы хотите в этой фоновой задаче делать?
Matisumi, а разве в жизни бывает по другому? Плохая практика, это когда код сильносвязанный, или когда зависимости циклические.
Просто в данном случае, когда модели в отдельной сборке доступны чужим людям, у них появляется возможность увидеть чуть больше, нежели вы им хотели бы показать. Потому что если вы реализуете модели рекомендованным Microsoft способом, то возможно будете использовать атрибуты валидации или ограничения значений на их свойствах.
Ну и как свидетельствует мой опыт, модели, значения которых отображаются в перманентное хранилище (базу данных) через ORM (EntityFramework например), могут достаточно сильно отличаться от моделей, которые экспозируются конечному потребителю сервиса. В таком случае возникают DTO (data transfer object) модели, которые собственно и видит конечный потребитель, а что там на самом деле в Persisted модели, которая у вас в базе лежит он не в полной мере представляет.
z_a_p_a_r_a, вот за что я не люблю ASP.NET. Он скрывает подробности работы http, особенно от начинающих разработчиков.
Можно конечно сделать это атрибутами на сервере. Однако если это будут атрибуты валидации на сервере, например [RegularExpressionAttribute], то сценарий будет неоптимальный. Пользователь введет данные в неправильном формате, отправит их на сервер, сервер обнаружит что данные в неправильном формате, и вернет пользователю ошибку. С точки зрения удобства пользования - это жопа.
Надо делать на клиентской стороне. Писать на Javascript метод, который будет перехватывать события ввода, форматировать вводимые пользователем символы так, как надо и отображать их пользователю сразу уже отформатированными и посылать на сервер уже данные в нужном формате.
Выйти на фриланс можно в любой момент. Увидел заказ в данном случае с html-css и торгуйся за него. В чем проблема? Надо только учитывать тот факт, что наличие знаний и даже навыков не гарантирует доход.
Вы таки какую модель имеете в виду? В бэкенде? Или во фронтенде? У вас к вопросу с одной стороны привязан тэг ASP.NET, а с другой стороны Javascript и jQuery.
А с другой стороны что подразумевается под термином "маска телефонного номера"? Вы хотите чтобы вводимые пользователем символы автоматически выравнивались по маске? Или вы хотите чтобы происходила проверка на соответствие маске, символов, которые вводит пользователь?
Razor рендерит html на сервере и шлет его в броузер. Получается зачем-то вам надо рендерить html на сервере. Делается это обычно с использованием MVC контроллеров.
Если я правильно понимаю ничто не мешает вам в этом html-е использовать те же React/Angular, обращаясь к серверным API контроллерам, которые будут принимать-отдавать JSON.
