Хорошо, давайте посмотрим на это с концептуального уровня.
Поскольку у вас есть кнопка Сохранить, это означает, что у вас уже есть форма и у вас есть угловые модели, которые, конечно, являются JavaScript. В этой форме должна быть кнопка отправки, и у вас есть доступ ко всем данным в вашем угловом приложении. До этого момента вам ничего не нужно от серверной части.
Далее необходимо отправить данные в WebAPI. Мы говорим о переносе из внешнего интерфейса в конечное приложение. У WebAPI есть конечные точки, и они берут модели для сбора данных. Эти модели будут очень похожи на ваши передние, если не совсем одинаковые. Это не значит, что у вас их не должно быть.
Когда вы строите систему, в которой вы смешиваете разные стеки, то происходит такая вещь, когда модели существуют в разных местах, в разных форматах.
Есть способы справиться с этим, у вас может быть процесс, при котором при компиляции приложения MVC вы добавляете несколько шагов для автоматической генерации моделей JavaScripts для вас, так что это не все вручную, но в конце дня вам все еще нужны модели с обеих сторон, если вы хотите иметь разумный смысл в вашем коде.
В конце концов, вам понадобятся модели со стороны Angular, а также модели со стороны WebApi. Вам также нужно как-то синхронизировать их.
Я бы поговорил с другим человеком и объяснил бы все это.
Если вы не хотите оказаться в таком положении в будущем, вы можете придерживаться классического способа MVC.
Вам не нужно было использовать Angular, например. Я не говорю, что это решение было неправильным (оно полностью зависит от того, насколько оно помогает проекту, и есть веские причины, чтобы добавить его в смесь), но ситуация, в которой вы сейчас находитесь, является прямым результатом этого. MVC имеет свой собственный способ создания форм, который использует внутренние модели, поэтому ему не нужны специфичные для JavaScript.
Конечно, вы можете полностью исключить фоновые модели и просто получить данные из отправленной формы (WebApi может это сделать), а затем вы можете просто перенести эти данные в свои DTO Entity Framework, но это слишком хлопотно. и легко ошибиться, поэтому я бы не стал его использовать.