ASP.NET дизайн действий контроллера MVC
Попробуйте добавить репозиторий Google Maven в свой android/build.gradle
allprojects {
repositories {
...
maven {
// All of React Native (JS, Obj-C sources, Android binaries) is installed from npm
url "$rootDir/../node_modules/react-native/android"
}
maven {
url "https://maven.google.com"
}
}
}
. Я думаю, вы забыли добавить приведенный ниже код во все проекты
maven {
url "https://maven.google.com"
}
. Перейти к документу модуля Здесь так же есть некоторые новые обновления, связанные с версиями. Постарайтесь, чтобы версии обновлялись в вашем коде.
Примечание. Версия Google Play Services для Places SDK для Android (в Google Play Services 16.0.0) устарела с 29 января, 2019 г. и будет отключен 29 июля 2019 г. Новая версия Places SDK для Android теперь доступна.
blockquote>
Надеюсь, это работает!
4 ответа
Можно всегда смешивать Веб-формы ASP.NET с MVC.
Просто добавьте
routes.IgnoreRoute("Pages/{*path}");
к Вашей таблице маршрутизации и добавляют традиционные страницы Веб-формы к Pages папка приложения.
Я обычно угробил "Домашний" контроллер как первую вещь в проекте и заменяю его контроллером "Страницы". Я использую тот для чего-либо, что является "просто" страницей. Вещи как "FAQ", "Связываются Нас", и т.д. Я делаю это по крайней мере частично, потому что подход по умолчанию к Домашнему контроллеру требует нового метода, добавляемого каждый раз, когда Вам нужна даже основная, статическая страница.
В том контроллере у меня только есть одно действие: Дисплей. То действие дает все те страницы тот же объект контекста. Я на самом деле храню содержание для тех страниц в базе данных с поиском "краткий заголовок" и связываю его в шаблонную обработку NVelocity, но даже просто статический HTML или шаблоны NVelocity в файлах работали бы также.
Что-либо еще, как другие сказало, разделяется на контроллеры управляемой "вещью". Так, ReportController, Пользователь или AccountController, CartController, и т.д. Затем действия имеют намного больше смысла.
Когда Вы говорите о списке зарегистрированных пользователей, это - на самом деле список пользователей, таким образом, я имел бы UserController и сделал бы/User/Display/Registered/MostRecent или что-то подобное. Для самой регистрации,/User/Register, который отправил бы на/User/SaveRegistration, который мог, в свою очередь, перенаправить к/User/DisplayProfile/NewUserID или/Page/Display/Home оттуда.
Одна ошибка, которую делают вновь прибывшие к MVC, к действиям группы в контроллер по причинам дисплея. В Вашем случае, вместо того, чтобы группировать действия Регистра и ThankYou в с домашней страницей пытаются выделить их в AccountController, поскольку команда MVC сделала в демонстрационном проекте. Можно использовать маршрутизацию для установки URL однако, Вы хотите для конечного пользователя.
Что касается Ваших других действий, как насчет ReportController? У Вас мог затем дополнительно быть AdministrationController, Индексное действие/представление которого содержит ссылки на различные администраторские действия, включая действия на ReportController.
Короткая версия: Действия группы в контроллер функцией, не навигация сайта.
У Вас может быть столько контроллеров, сколько имеет смысл; то расположение выглядит разумным. Обратите внимание, что маршруты не должны отображаться непосредственно на {контроллер} / {действие}, но это сохраняет вещи простыми. Выглядит хорошо мне - кроме у меня, вероятно, был бы ThankYou, поскольку представление - т.е. Регистр [ДОБИРАЕТСЯ], возможно, использует другое представление для Регистрации [POST]