На этой странице обсуждения обсуждаются улучшения в статье ASP.NET . Это не форум для общего обсуждения темы статьи. |
Политика статьи
|
Найти источники: Google ( книги · новости · газеты · ученый · бесплатные изображения · WP рефов ) · FENS · JSTOR · NYT · TWL |
Архивы : 1 |
|
Архивы | |
---|---|
| |
Разделение состояния сеанса нигде не найдено
Эта часть кажется неправильной:
В IIS 6.0 и ниже страницы, написанные с использованием разных версий платформы ASP, не могут совместно использовать состояние сеанса без использования сторонних библиотек. Эта критика не относится к приложениям ASP.NET и ASP, работающим параллельно в IIS 7. С IIS 7 модули могут запускаться в интегрированном конвейере, который позволяет модулям, написанным на любом языке, выполняться для любого запроса. [18]
Кажется, нет (простого) способа поделиться состоянием сеанса между ASP.NET и устаревшими (или классическими) страницами ASP, которые размещены в одном каталоге (следовательно, в одном веб-приложении). Есть много решений, связанных с базами данных, и много изменений в обоих местах (ASP.NET и ASP), но ничего не работает из коробки. Возможно ли, чтобы это утверждение было действительным только для приложений ASP.NET, скажем, одно - 1.1, а другое - 2.0? - 85.130.3.78 ( разговорное ) 11:23, 23 марта 2009 г. (UTC)
Чистый код
В статье говорится о «чистом коде» без ссылки. Кавычки заключают «чистый», но не «код». Если это ссылка на концепцию чистого кода Роберта Мартина , я рекомендую расширить кавычки, чтобы заключить оба слова, и сделать ссылку либо на статью о чистом коде, либо, по крайней мере, на статью о Мартине. Unfree ( разговор ) 16:01, 4 ноября 2009 (UTC)
Информация о ViewState неверна
Состояние просмотра не отслеживает значения формы, это источник путаницы среди многих программистов ASP.NET.
Значения формы уже отправлены с данными обратной передачи, поэтому они не обязательно должны быть в состоянии просмотра. Видеть:
- http://msdn.microsoft.com/en-us/library/ms972976.aspx
- http://weblogs.asp.net/infinitiesloop/archive/2006/08/03/Truly-Understanding-Viewstate.aspx
Viewstate должен содержать только то состояние, которое отличается от значений по умолчанию, установленных в файлах ASCX и методе OnInit (). Это включает:
- модификации обработчиком событий (например, отображение панели после события OnClick -> видимость должна отслеживаться и восстанавливаться)
- модификации с помощью события `Page_Load ()`.
Программисты, которые заполняют метод Page_Load () по умолчанию, получают огромное ViewState. Это состояние передается туда и обратно с каждым запросом страницы, что вызывает проблемы с производительностью.
Vdboor ( разговор ) 09:42, 10 декабря 2009 (UTC)
ПОЧЕМУ МЫ ИСПОЛЬЗУЕМ ASP.NET, ПОЧЕМУ НЕ ИСПОЛЬЗУЕМ PHP ИЛИ JAVA # - предшествующий неподписанный комментарий, добавленный 220.226.191.107 ( обсуждение ) 03:51, 9 января 2010 г. (UTC)
Ошибочная критика
Я считаю, что разделы с критикой, касающиеся управления сеансом / состоянием, были написаны кем-то, кто не полностью разбирался в технологии. Здесь упоминаются внутренние сеансы, один из многих способов, которыми ASP.NET/IIS может обрабатывать данные сеанса, и единственное допустимое решение для самых маленьких развертываний. Хранение данных сеанса обычно обрабатывается вне веб-сервера, таким образом, один сайт может обслуживаться множеством веб-серверов и корректно обрабатывать сбои сервера.
ASP.NET обрабатывает использование sql в качестве хранилища сеансов и поставляется со сценариями для создания этих баз данных (кроме .net 1.0, который находится здесь. Http://support.microsoft.com/kb/311209 )
Существует множество обоснованных критических замечаний по поводу ASP.NET (использование памяти, задержка компиляции при первом обращении, невозможность действительно просто использовать нужные фрагменты, не использовать дружественные URL-адреса / URL-адреса без суффиксов и т. Д.) Без такой субъективной критики - предшествующий неподписанный комментарий добавлено 97.102.228.141 ( обсуждение ) 06:29, 25 февраля 2010 г. (UTC)
- Просто наткнулся на эту страницу, и критика в основном исходила. Я собираюсь удалить неподтвержденный материал как исходные выводы, которые, похоже, не исходят из стороннего источника. Как вы говорите, есть критика, на которую можно ссылаться, однако текущая критика не кажется уместной без источников. - Билл ( Обсуждение | вклад ) 10:31, 16 мая 2010 (UTC)
«На стороне сервера приложение может изменить состояние просмотра, если обработка требует изменения состояния любого элемента управления». Хм? Это неправильное предложение ... —Предыдущий комментарий без знака добавлен 99.224.141.81 ( обсуждение ) 17:29, 10 июля 2010 г. (UTC)
Несомненно, в критике должно быть намного больше, чем есть сейчас. Единственный элемент, присутствующий на данный момент, больше связан с IIS, чем с ASP.NET, но ASP.NET регулярно подвергается критике - состояние просмотра становится до смешного огромным, требование javascript для многих элементов управления, так оно и есть. беспорядок с вашими идентификаторами HTML, тот факт, что даже базовая проверка выполняется на сервере, потеря контроля над источником, заметная задержка при выполнении первой компиляции, относительно высокие требования к серверу, модель стиля рабочего стола на самом деле довольно непригодна для большинства веб-сайты и тот факт, что многие методы, предлагаемые Microsoft, необходимы только из-за этого странного стиля разработки. Конечно, некоторые из этих недостатков представляют собой большую проблему с тем, как Visual Studo обрабатывает решения ASP.NET, но, похоже, это никому не помешало использовать такие вещи в качестве предполагаемых преимуществ. Половина перечисленных преимуществ - это преимущества только в том случае, если вы не знаете, как это сделать самостоятельно. Кроме того, вы можете обойти многие из этих проблем, не используя функцию X или Y, но если вам нужно сделать это для большинства функций, вы должны сначала спросить, используете ли вы правильные технологии. Ужасно несбалансированные статьи, подобные этой, - вот почему никто больше не верит всему, что читают в Wiki. —Предыдущий комментарий без подписи, добавленный 94.5.13.206 ( обсуждение ) 12:34, 22 ноября 2010 г. (UTC)
Раздел «Техника рендеринга» ужасен.
Я бросаю вызов кому бы то ни было сказать мне, что это значит:
"ASP.NET использует метод рендеринга посещенных композитов. Во время компиляции файл шаблона (.aspx) компилируется в код инициализации, который строит дерево элементов управления (составное), представляющее исходный шаблон. Буквальный текст входит в экземпляры класса элемента управления Literal , а серверные элементы управления представлены экземплярами определенного класса элементов управления. Код инициализации комбинируется с кодом, написанным пользователем (обычно путем сборки нескольких частичных классов), и в результате создается класс, специфичный для страницы. Страница также является корневым дерева управления ". —Предыдущий комментарий без подписи, добавленный 74.176.210.68 ( обсуждение ) 03:28, 16 мая 2011 г. (UTC)
"Примеры встроенного кода" вандализм
Кто - то с IP - адресом 117.201.97.210 изменил часть этого примера кода на странице. Я бы отменил это изменение, но я не уверен, как это сделать, чтобы не повлиять на какие-либо другие правки, внесенные в статью после этого редактирования. aidilfbk ( обсуждение ) 13:40, 5 декабря 2011 (UTC)
- Спасибо за предупреждение. Я его только что удалил. - Энрик Наваль ( разговор ) 15:30, 5 декабря 2011 г. (UTC)
Раздел истории устарел
Раздел «История» кажется дико устаревшим; он заканчивается в 2003 году, до выпуска ASP.NET 2.0. Моралебуст ( разговор ) 04:05, 1 декабря 2012 (UTC)
Особенности asp.net
Он предоставляет среду GUI (графический пользовательский интерфейс) для создания привлекательной веб-формы - предшествующий неподписанный комментарий добавлен Anshu256 ( обсуждение • вклад ) 11:52, 3 ноября 2017 г. (UTC)
Внешние ссылки изменены
Привет, друзья Википедии,
Я только что изменил одну внешнюю ссылку на ASP.NET . Пожалуйста, найдите время, чтобы просмотреть мою правку . Если у вас есть какие-либо вопросы или вам нужно, чтобы бот игнорировал ссылки или страницу в целом, посетите этот простой FAQ для получения дополнительной информации. Я внес следующие изменения:
- Добавлен архив https://web.archive.org/web/20071014005507/http://www.extremeexperts.com/Net/Articles/ViewState.aspx в http://www.extremeexperts.com/Net/Articles/ViewState. aspx
Когда вы закончите просматривать мои изменения, вы можете следовать инструкциям в шаблоне ниже, чтобы исправить любые проблемы с URL-адресами.
По состоянию на февраль 2018 г. разделы страницы обсуждения «Изменены внешние ссылки» больше не создаются и не отслеживаются InternetArchiveBot . В отношении этих уведомлений на странице обсуждения не требуется никаких специальных действий, кроме регулярной проверки с использованием приведенных ниже инструкций инструмента архивации. Редакторы имеют разрешение удалить эти разделы «Внешние ссылки изменены» на странице обсуждения, если они хотят убрать беспорядок на страницах обсуждения, но перед массовым систематическим удалением просматривают RfC . Это сообщение динамически обновляется с помощью шаблона (последнее обновление: 15 июля 2018 г.) .{{sourcecheck}}
- Если вы обнаружили URL-адреса, которые бот ошибочно считал мертвыми, вы можете сообщить о них с помощью этого инструмента .
- Если вы обнаружили ошибку в каких-либо архивах или самих URL-адресах, вы можете исправить их с помощью этого инструмента .
Ура. - InternetArchiveBot ( Сообщить об ошибке ) 10:10, 14 января 2018 г. (UTC)