один api есть на Core 1.x
поменять не могу, потому что исходников нет, а декомпиляя не помогает все методы получить
для мобильного приложения нужно поменять один запрос, но создавать новый сайт для него пишуть накладно, то есть создать новый запрос (экшн)

Здравствуйте, dsalodki, Вы писали:

D>для мобильного приложения нужно поменять один запрос, но создавать новый сайт для него пишуть накладно, то есть создать новый запрос (экшн)

Сделайте прокси, который будет обслуживать ровно один нужный метод, а всё остальное — отправлять на старый сайт.

Здравствуйте, Слава, Вы писали:

С>Здравствуйте, dsalodki, Вы писали:

D>>для мобильного приложения нужно поменять один запрос, но создавать новый сайт для него пишуть накладно, то есть создать новый запрос (экшн)

С>Сделайте прокси, который будет обслуживать ровно один нужный метод, а всё остальное — отправлять на старый сайт.

А как это сделать? слышал только про паттерн такой

Здравствуйте, dsalodki, Вы писали:

D>Здравствуйте, Слава, Вы писали:

С>>Здравствуйте, dsalodki, Вы писали:

D>>>для мобильного приложения нужно поменять один запрос, но создавать новый сайт для него пишуть накладно, то есть создать новый запрос (экшн)

С>>Сделайте прокси, который будет обслуживать ровно один нужный метод, а всё остальное — отправлять на старый сайт.

D>А как это сделать? слышал только про паттерн такой

Ну контролер такой, получает запрос, подключается к старому api, передает, потом возвращает ответ. Т.е. одновременно должно работать два приложения со старым и новым api. Еще может это все можно провернуть настройками web-сервера.

Здравствуйте, dsalodki, Вы писали:

D>один api есть на Core 1.x
D>поменять не могу, потому что исходников нет, а декомпиляя не помогает все методы получить
D>для мобильного приложения нужно поменять один запрос, но создавать новый сайт для него пишуть накладно, то есть создать новый запрос (экшн)

Если это всё под IIS, то можно, например, через Rewrite делать редиректы:

<configuration>
    <system.webServer>
        <rewrite>
            <rules>
                <rule name="My Routes" stopProcessing="true">
                    <match url="что-то-там"/>
...

Или через хендлеры, если запросы можно разнести по разным путям

<configuration>
    <system.webServer>
        <handlers>
            <add name="MyOldApi" path="/api/*" verb="*" />
            <add name="MyNewApi" path="/api2/*" verb="*" />
        </handlers>
        <MyOldApi processPath="old.exe" />
        <MyNewApi processPath="new.exe" />
...

Само собой, это псевдо-конфиг — но для понимания идеи должно подойти.

Здравствуйте, dsalodki, Вы писали:

С>>Сделайте прокси, который будет обслуживать ровно один нужный метод, а всё остальное — отправлять на старый сайт.
D>А как это сделать? слышал только про паттерн такой
Nginx там не куда поставить?

Здравствуйте, dsalodki, Вы писали:

D>А как это сделать? слышал только про паттерн такой

Искать AspNetCore.Proxy — там есть даже сампл...