Как мы все знаем, в ASP.NET 2.0 микропрограммное обеспечение предоставляет систему новых элементов управления, некоторые из которых весьма полезны, например система управления членами Membership и пошаговые элементы управления мастером, которые экономят нам много времени. Кроме того, некоторые из них, например Gridview, обновленный с Datagrid, иногда не очень хороши.
Хотя этот элемент управления предоставляет нам большое удобство, он также теряет гибкость. Например, прямое указание оператора SQL может завершить работу по доступу к данным, а постраничное отображение и сортировка становятся даже проще, чем употребление в пищу. Как мы все знаем, это противоречит нашей многоуровневой логической архитектуре, что создает неловкую ситуацию. Новичкам сложно создавать мощные и полные программы, просто полагаясь на эти элементы управления. Более того, они инкапсулируют множество операций. , и мы не знаем, как это работает в фоновом режиме. Для новичков, если что-то пойдет не так, они понятия не имеют, в чем проблема, а опытные программисты точно не возьмут на вооружение такой уродливый дизайн. Когда мы используем его для выполнения обновлений и других операций, нам потребуется проверка входного содержимого, что также неудобно. При запуске элемента управления будет генерироваться огромное поле ViewState, что приведет к снижению эффективности подкачки. при больших объемах данных это еще более неудобно. Однако, хотя DataSet теперь и может быть сериализован в двоичном виде, результаты все равно неудовлетворительны. Тогда мы должны спросить, в чем ценность такого контроля?
Хотя GridView может выполнять разбиение по страницам, предоставляемые им стили разбиения на страницы ограничены, и их очень сложно определить вручную. Опять же, если вам нужны очень мощные операции с данными, такие как сортировка по нескольким столбцам, суммирование, экспорт, суммирование или даже перетаскивание и т. д., лучше использовать для этого другие средства, такие как бизнес-контроль и использование умных клиентских платформ. Более удобное. Дизайн десятков атрибутов стиля GridView также очень плох. Хотя вы можете использовать эти атрибуты для создания очень необычного пользовательского интерфейса, если в проекте есть десятки GridViews, работа по изменению просто невообразима, поэтому вам придется использовать мощный инструмент, такой как CSS, для определения его стиля.
Столь же бесполезным является управление источниками данных SQL, которое делает программирование настолько простым. Хотя оно не имеет практической ценности в крупномасштабных проектах, я думаю, что оно все же имеет определенные преимущества. По крайней мере, оно может повысить уровень интереса к программированию, не будучи слишком высоким. .. доверие людей, я думаю, что тогда я использовал функцию автоматического кодирования DW, как слепой, чтобы создать личный веб-сайт для развлечения. Хотя сгенерированный ею код был таким уродливым, а логика такой запутанной, позже я полностью полагался на свой энтузиазм. не был бы тем, кем я являюсь сегодня, если бы я был увлечен программированием.
Более оптимистично я отношусь к средству управления источниками данных под названием ObjectDataSource. Почему? Он может свободно управлять логикой программы в фоновом режиме, делая каждый шаг операции очень прозрачным. программа выглядит так: «Он чувствует себя хорошо». Источник данных экономит много времени на нашей работе по привязке данных. Правильное использование этой функции может значительно повысить удобство наших программ.
Друзья, знакомые с Microsoft StarterKit, знают, что существует пример программы для личного веб-сайта, который является типичным примером приложения с объектным источником данных. Можно сказать, что в этой программе реализованы новые функции управления, предоставляемые ASP.NET 2.0. полностью используется. Большая логическая работа выполняется с помощью небольшого количества кода. Но ведь это всего лишь личный сайт, и работы во многих местах не хватает. Например, я могу отправить пустую форму, а она не выполняет никаких проверок.
Короче говоря, рациональное использование этих новых элементов управления значительно повысит эффективность, а также даст друзьям с низкими навыками программирования возможность испытать новый потрясающий опыт C#. С функциональной точки зрения лично я считаю, что это намного лучше, чем трюк с трехногим котом DW. Многие до сих пор обсуждают, как программировать под DW, который действительно не подходит для интерфейсов.
Что касается проблемы с подкачкой, в настоящее время я работаю над управлением подкачкой под ASP.NET 2.0. Вообще говоря, это обновление и преобразование на основе MSDN SQLPAGER в 1.1. Во-первых, программа переносится на 2.0, а во-вторых, она завершена. В форме пользовательских элементов управления стиль разбиения на страницы может быть свободно расширен в соответствии с вашими предпочтениями, и вы можете использовать блок доступа к данным последней корпоративной библиотеки Microsoft для связи с базой данных. Вы можете использовать кэширование данных или читать только необходимые. записи, что повышает эффективность. Он в основном завершен и будет выпущен в новый день. Приглашаем всех обратить внимание. В то же время из-за ограниченности уровня и энергии неизбежно будут возникать некоторые недостатки и недостатки, но не волнуйтесь, этот элемент управления разработан с исходным кодом, вы можете свободно расширять его, а если возникнут проблемы, вы можете также проверьте и исправьте их из исходного кода.
Что касается проблемы пейджинга больших данных, сегодня я увидел в Интернете кое-что, что показалось мне весьма интересным. Мне потребуется некоторое время, чтобы перевести это и посвятить всем. Вот адрес источника. Функция ROW_NUMBER() SQL SERVER 2005. Приступайте к работе.