Подача .NET MVC рассматривает jQuery UI - PullRequest
0 голосов
/ 12 июня 2009

Я видел несколько постов в блогах и учебных пособий, посвященных микшированию в jQuery и элементам пользовательского интерфейса для Views в веб-приложении .NET MVC. Но обычно нацелены на разработчиков с полным пониманием полного цикла разработки и вариаций технологий back / middle-level.

Как разработчик внешнего интерфейса, я представляю пользовательский интерфейс, предназначенный только для jQuery, внутреннему разработчику - он предостерегает от интерфейса, не относящегося к веб-формам, в целях повышения зрелости кода.

Я пытаюсь нанести ответный удар по "ну ... это ваш паттерн ... разве это не элементарно для MVC? Нет логики в представлении? Я читаю это, чтобы быть на стороне сервера" вещи ". Вы просто сериализуете свойства, которые я запрашиваю, или лучше ... позвольте мне легко узнать, что вы _ можете отправить мне ... я смогу реализовать пользовательский интерфейс через jQuery UI."

Итак, насколько верна моя позиция?

Можно ли ожидать, что сетка jQuery будет обрабатывать, по крайней мере, нижние 85% встроенного элемента управления .net (количество строк от низкой до средней)?

Как насчет встроенного редактирования? ... из сетки?

Будет ли работа исключительно в веб-сервисах вообще упростить его жизнь? и если да, разве это не логичный способ построить отношения .net-to-jQuery? сервер связи ajax (методы .net WS) и клиент?

Mny THX --steve ...

Ответы [ 3 ]

2 голосов
/ 12 июня 2009

Не боритесь с платформой. Так лежит боль и страдание.

Объекты просмотра MVC значительно отличаются от веб-форм asp.net с серверными элементами управления - вы получаете html. Вы получаете jquery и ajax в основном бесплатно, с обработкой вызовов (почти) волшебной стороны сервера ajax.

Они предназначены для того, чтобы делать то, что вы просите. Написание собственного JQuery UI изобретает колесо.

Мало того, что это будет тонна дополнительной работы без выгоды. Вы были бы единственным разработчиком, пытавшимся сделать это, и когда вам понадобилась помощь, мало кто мог дать совет.

0 голосов
/ 13 июня 2009

jQuery - очень зрелая библиотека. Он используется тысячами людей в Интернете, и я не думаю, что когда-либо сталкивался с ошибкой. YUI соблазнен YAHOO, поэтому он тоже закален.

Одна вещь, которую я не упомянул вам, это то, что я использую движок представления веб-форм по умолчанию с asp.net mvc. Я думаю, что это все еще лучший вариант, так как вы получаете intellisense, а также рефакторинг Resharper даже ищет ваши представления, и статическое решение anaylsis может найти ошибки кода в ваших представлениях.

Для создания моей разметки я использовал MvcContrib Fluent Html, но вы также можете оформить эту статью , которая очень хорошо отстаивала принцип DRY.

0 голосов
/ 12 июня 2009

Если это интерфейс администратора, и клиент согласился, что у пользователей должен быть включен javascript, то я думаю, что использование javascript для создания виджетов на странице является лучшим вариантом, чем использование серверных элементов управления asp.net. Однако, если это общедоступный веб-сайт, я бы поспорил, что чистый подход html и css намного лучше, а затем использовал бы javascript для постепенного улучшения страницы!

Теперь я никогда не рекомендую использовать серверные элементы управления asp.net, потому что они выдают плохую разметку и их слишком сложно использовать. Вместо этого я использовал jQuery, чтобы выполнять грубую работу, а также выполнять запросы и обходы. Я также не рекомендую использовать пользовательский интерфейс jQuery, потому что в них отсутствуют некоторые очень важные виджеты, например, нет данных, нет просмотра дерева и т. Д. Я знаю, что есть много плагинов для jQuery, но они не являются компонентными, и поэтому каждый плагин должен заново изобретать колесо достичь всего, что ему нужно. После того, как вы включили все свои библиотеки плагинов и css, вы часто получаете очень большой объем страницы. Также каждый плагин часто имеет свою домашнюю страницу и документацию, которая может быть, а может и не быть на пустом месте.

Я думаю, что лучшей библиотекой пользовательского интерфейса является YUI, и вы можете легко комбинировать ее с jQuery. Поскольку каждый виджет состоит из основных компонентов, общий вес загрузки меньше. Также у вас есть вся документация в одном месте с сотнями рабочих примеров. Также это означает работу с одним и тем же набором шаблонов javascript по всем направлениям, поэтому с каждым виджетом вы узнаете все больше и больше о библиотеке. Надеюсь, пользовательский интерфейс jQuery наверстает упущенное, но лично я с нетерпением жду выхода YUI 3, который для меня может означать полное удаление jQuery ...

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...