Преимущество переключения от ASP.NET до хлеба и масла HTML/jQuery
SVGOMG Джейка Арчибальда, доступный по адресу https://jakearchibald.github.io/svgomg/ , является отличным инструментом с открытым исходным кодом для этого. Это позволяет легко обрезать размер разметки SVG (также с различной точностью).
Ему удалось урезать ваш образец SVG примерно на 50% без потери визуальной точности.
Если вы хотите достичь большего, вам, возможно, придется реструктурировать SVG. Размер SVG напрямую зависит от того, как он состоит из более мелких элементов (примитивов и их композиций).
Редизайн логотипа Google является хорошим примером того, как этого можно достичь. https://www.quora.com/How-could-Googles-new-logo-be-only-305-bytes- while -its-old-logo-is-14-000-bytes / answer / Ilya-Yakubovich? srid = 3a0v Кроме того, Конрад Джвинель недавно сделал небольшой урок о том, как он недавно настроил логотип DuckDuckGo https: / /twitter.com/kdzwinel/status/1097592890501615616
5 ответов
Вы не должны бросать все, как MasterPages. Вы могли бы попытаться выключить ViewState, выключить EventValidation и использование как можно меньше средств управления ASP.NET (в основном - если некоторая функциональность может быть легко достигнута с XHTML, запишите это как XHTML). Можно все еще использовать средства управления ASP.NET, где Вам нужны они.
Я думаю, что Вы не являетесь одними. После двух лет работы с WebForms я также устал от них и после того, как я обнаружил, как замечательный jQuery был и как хорошо это работало с веб-сервисами, я значительно изменил свою модель разработки. Я медленно двигаю MVC прямо сейчас, когда я нахожу это окончательным решением, но для некоторых других приложений (маленькие и/или предназначающиеся 2.0) я просто пытаюсь использовать меньше управления сервером, избавиться от ViewState, используйте больше Ajax (веб-сервисы). Это хорошо работает. Я рекомендовал бы, чтобы Encosia Dave Ward - запустились с этой статьи. Я признаю, что это открыло мои глаза на некоторые другие пути к разработке веб-приложений с помощью Платформы.NET.Удачи!
Если используется правильно, ASP.NET и веб-приложения JavaScript/jQuery действительно могут похвалить друг друга. Я теперь реализовал jQuery в 3 различных веб-приложениях, и люблю каждую минуту его. Пока Вы используете каждый компонент для его силы, Вы закончите тем, что были довольны проектом в конце.
Вы конкретно упомянули, что идентификатор Управления вызывал проблему, но действительно не настолько большой из соглашения.
JavaScript
document.getElementById("<%=this.MyObject.ClientID %>");
jQuery
$("#<%=this.MyObject.ClientID %>")....
В Вашем примере отношений отцов и детей можно очень легко обработать точно, что Вы обсуждаете с ASP.NET и платформой Ajax с UpdatePanels.
Составление таблицы в JavaScript/JQuery не является самым изящным кодом также. Таким образом, я пропустил бы управление Повторителем.
Кроме того, существуют обходные решения для проблемы ClientId.
У меня есть много кода на моей странице, которая похожа на это:
var myTextBoxId =' <% =MyTextBox. % ClientID>';
Если существует набор средств управления, мне нужен клиентский идентификатор, поскольку я помещу их в объект
var myControlIds = {MyTextBoxID: '<% =MyTextBox. % ClientID>'};
Другая работа вокруг должна поместить определенные классы CSS на Ваши средства управления или имя/значения пользовательского атрибута.
Таким образом, Ваше текстовое поле могло быть:
И мой заключительный прием должен использовать "Концы Со" средством поиска атрибута.
Так Ваш JQuery, вместо
$ (" #MyTextBox")//не работает из-за клиентского идентификатора mangalling
вместо этого сделайте: $ (" [идентификационный $ =MyTextBox]")
Это ищет 'идентификационный' атрибут всех средств управления для нахождения один со значением, которое заканчивается "MyTextBox"
Я думаю, что фундаментальный вопрос спросить себя:
Am I using the controls for what they've been designed to do?
Работая только с ASP.NET в 2.0 Платформах, я нашел, что не должен был заниматься проблемами, которые Вы описываете. ASP.NET может быть изворотливым да, но главным образом то, когда Вы используете его для чего-то другого, чем он, было предназначено. В этом случае пользовательские прокрученные средства управления заполняют нишу легко.
Править:
Ваши проблемы кажутся, что Вы пытаетесь реализовать методы Ajax, однако в Вашем вопросе, Вы не упоминаете, что использовали платформу Ajax. Взгляните на это, поскольку это может заполнять Вашу нишу.
Это могло бы быть сдвигом парадигмы, но если Вы ищете больше "хлеба с маслом" и являетесь удобной работой без управления сервером asp.net, Монорельсовая дорога могла бы просто быть хорошим вариантом для Вас. Это позволяет Вам, что Вы ищете, будучи намного более легким весом, MVC основывал архитектуру также. Я рекомендовал бы asp.net mvc если бы не Ваше ограничение .net 2.0. Так как Вы ограничиваетесь, Монорельсовая дорога могла бы просто быть жизнеспособным выбором.