Вопросы Теги

ASP.NET ведущие страницы MVC

Вам нужно вручную указать каждое поле, поскольку Graph API v2.4:

Декларативные поля Чтобы повысить производительность в мобильных сетях, Nodes и Edges в версии 2.4 требуют, чтобы вы явно запрашивали поля, которые вам нужны для ваших запросов GET. Например, GET /v2.4/me/feed больше не включает в себя предпочтения и комментарии по умолчанию, но GET /v2.4/me/feed?fields=comments-likes вернет данные. Для получения дополнительной информации см. Документы о том, как запрашивать определенные поля.

blockquote>

Например: 

FB.api('/me', 'get', { access_token: token, fields: 'id,name,gender' }, function(response) {
    console.log(response);
});

19
задан Ash 17 January 2009 в 02:35
поделиться

3 ответа

Главным образом это сводится к средствам управления по умолчанию и наследованию.

Ведущее устройство Ajax и Ведущее устройство ASP.NET оба наследовались Системе. Сеть. UI.MasterPage, в то время как Ведущее устройство MVC наследовалось ViewMasterPage.

, Очевидно, они дают Вам немного отличающиеся средства управления на этом - как указано John Clayton , ViewMasterPage подвергает помощников Ajax/Html/Url и т.п., которые не доступны другому MasterPages.

Кроме этого, средства управления по умолчанию немного отличаются:

  • страница ASP.NET Master будет иметь Форму по умолчанию и два средств управления ContentPlaceHolder (один в голове, один в форме.
  • страница AJAX Master также добавляет управление ScriptManager в управлении Формой.
  • у Ведущего устройства MVC (в зависимости от версии - я обращаюсь к Бете) просто будет два средств управления ContentPlaceHolder (в голове и теле).

"различия жизненного цикла" прибывают из Page/ViewPage, а не средств управления MasterPage/ViewMasterPage.

16
ответ дан 30 November 2019 в 04:48
поделиться

ViewMasterPage в MVC немного больше, чем основная страница, которая подвергает тех же помощников как ViewPage. Это предоставляет Вам доступ к AjaxHelper, HtmlHelper, TempDataDictionary, UrlHelper, ViewContext, ViewData и HtmlTextWriter.

Как ViewPage при использовании WebFormsViewEngine (значение по умолчанию) необходимо сопротивляться любому желанию перегрузить события жизненного цикла страницы любой ценой! Они все еще там, и они будут все еще работать, с тех пор под капотом ProcessRequest (...) все еще называют на странице.

, К какой ведущей странице Ajax Вы обращаетесь? Я не знаком ни с кем включенным с платформой...

3
ответ дан 30 November 2019 в 04:48
поделиться

Как быстрое предположение я должен был бы сказать, что ответ будет "жизненным циклом". ASP.NET WebForms, MVC и Ajax, у всех есть различные жизненные циклы, которые произвели бы события, на которые должно ответить основное управление страницей. Ведущее устройство WebForms Page должно было бы ответить на Загрузку, DataBind, PreRender, Рендеринг, и т.д. Ведущее устройство MVC Page будет, вероятно (не уверенный в этом), только нуждаются в действии Рендеринга. Все другие события являются лишними, и эквивалентный код был бы найден в контроллере. Наконец, Ведущее устройство Ajax Page должно было бы обработать запросы Ajax сверху нормальных.

, Поскольку я сказал, это - что-то вроде думаю так, больше исследования рекомендуется

1
ответ дан 30 November 2019 в 04:48
поделиться
Другие вопросы по тегам:

Похожие вопросы: