Главная » Статьи для тега "каждый"

Типы данных в Visual C# (Sharp)

Добавлено Дата: 9 March, 2014 категория: C#

Тип данных представляет собой способ для описания единицы данных с помощью метаописания. Существует несколько типов данных: int, long, short, single, double, string, enum, struct и т. д. В С# можно даже определять собственные типы данных. Типы данных лежат  в основе среды  CLR и обеспечивают типовую безасность программирования.

Читать »

GLSURFACEVIEW: ОБЛЕГЧАЕТ ЖИЗНЬ С 2008 ГОДА

Добавлено Дата: 4 October, 2013 категория: Программирование игр под Android

Первым делом нам понадобится определенный тип View, который позволит нам рисовать с помощью OpenGL ES. В Android API такой View имеется. Он называется GLSurfaceView и является потомком класса SurfaceView, который мы уже применяли для отрисовки мира мистера Нома.

Читать »

МАНИПУЛИРОВАНИЕ ДАННЫМИ XML

Добавлено Дата: 3 August, 2012 категория: SQL, Базы данных

Теперь перейдем к вопросу о языках манипулирования данными XML. Было предложено много таких языков, но стандартным, по-видимому, должен стать XQuery [27.29]. Как будет вскоре показано, язык XQuery (работа над которым ко  времени написания данной книги еще не была закончена) основан на  нескольких более ранних языках, включая, в частности, XPath [27.27]; в действительности, язык XQuery полностью включает в себя XPath.

Читать »

Небоскребы не масштабируются

Добавлено Дата: 12 April, 2012 категория: Архитектура ПО

Майкл Найгард

Разработку программных продуктов часто сравнивают со строительством небоскребов, дамб и дорог. В некоторых важных аспектах это уместное сравнение.

Самая трудная часть строительства не проектирование здания, которое будет стоять на своем месте после завершения, а проработка процесса строительства. Этот процесс начнется с пустой площадки и завершится готовым зданием. За это время каждый рабочий должен иметь возможность применить свои профессиональные навыки, а частично возведенное строение должно оставаться устойчивым. Мы можем извлечь из этой аналогии полезный урок в том, что касается развертывания больших интегрированных систем. (А к категории «интегрированных» относятся практически все корпоративные и веб-приложения!) Традиционное развертывание по схеме «Большого взрыва» выглядит так, словно вы привезли на пустырь груду балок и брусьев, подбросили их в воздух и ожидаете, что они сами сложатся в форме здания.

Читать »

Размещение  ссылок на визуальные стили в текущей теме

Добавлено Дата: 15 March, 2012 категория: Разработка для Android

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

Читать »

(а,Ь)-деревья

Добавлено Дата: 21 January, 2012 категория: Java, Структуры данных и алгоритмы

Для уменьшения воздействий различия времени доступа к внутренней и внешней памяти при поиске представим словарь с помощью многопроходного поискового дерева (раздел 9.3). При этом перейдем от структуры (2,4)-дерева к более универсальной структуре, известной как (я,6)-деревЬ.

Читать »

Дерево Терминология и основные свойства

Добавлено Дата: 13 January, 2012 категория: Java, Структуры данных и алгоритмы

Дерево (tree) Т — это набор узлов (node), хранящих элементы, состоящие в отношениях «отцы и дети», со следующими свойствами:

•                       Гимеет особый узел г, называемый корнем данного древа (root of Т)\

Читать »

Многопроходные поисковые деревья

Добавлено Дата: 23 December, 2011 категория: Java, Структуры данных и алгоритмы

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

Читать »

Интерфейсы и абстрактные классы

Добавлено Дата: 7 December, 2011 категория: Java, Структуры данных и алгоритмы

Для того чтобы два объекта могли взаимодействовать, они должны «знать», какие типы сообщений может принимать каждый из объектов, то есть какие методы поддерживает каждый из них. Для обеспечения подобного «знания» в парадигме объектно-ориентированного программирования классы должны содержать интерфейс прикладного программирования[7] (ИПП), или просто интерфейс, который объекты данного класса будут представлять для других объектов. В книге структуры данных рассматриваются, исходя из понятия абстрактных типов данных, и интерфейс, который в свою очередь описывает АТД, содержит описание типа данных и методы работы с данными этого типа, а также с аргументами соответствующего типа для каждого метода. Такое соответствие обусловлено особенностями компилятора или исполняющей системы, которые требуют, чтобы тип передаваемых в метод параметров точно соответствовал типу, указанному в интерфейсе. Данное требование называется правилом строгого контроля типов. Безусловно, работа программиста усложняется необходимостью создания описаний интерфейсов, а затем строгого контроля типов данных в этих описаниях, тем не менее подобные сложности компенсируются преимуществами такого подхода в дальнейшем, а именно — использование принципа инкапсуляции и перехват ошибок программирования, которые в противном случае не были бы замечены.

Читать »

О работе с индикаторами длительности процесса

Добавлено Дата: 23 May, 2011 категория: Delphi

Несколько слов о работе с ползунками, которые отображают время длительного процесса. Вместо стандартного ProgressBar можно взять более продвинутый Gauge (закладка Samples), но в этой книге мы этого делать не будем, т. к. он тормозит процесс уже до совершенно неприемлемых величин. Для того чтобы проиллюстрировать обращение с разными типами ползунков и протестировать их возможности, я расположил на диске в папке Glaval3\Polzunok демонстрационную программу Polzunok. В ней примерно 100-килобайтный файл (наша картинка из SlideShow 0klen2.jpg) читается побайтно в строку (о том, как это делается, см. главу 21). До этого и после этого системным таймером фиксируется время и выводится длительность процесса в секундах. Рассматриваем четыре случая: вообще без графического ползунка (с выводом процентов выполнения в текстовой форме в компонент Label), со стандартными ProgressBar и Gauge, а также с самостоятельно сконструированным ползунком на основе компонентов image и Panel. Ручаюсь, что вы будете несколько ошеломлены результатами: на моем относительно медленном компьютере длительность процедуры без графического сопровождения составила 2 секунды, с компонентом ProgressBar— 55 секунд, а с компонентом Gauge— целых 130 секунд, в 65 раз медленнее! При этом наш самодельный ползунок дает фору "официальным" компонентам — с ним длительность составила 46 секунд. Однако не сомневаюсь, что если на его основе сделать собственный компонент, то "классовая" обертка замедлит процесс, и никакого выигрыша мы по сравнению с ProgressBar уже не получим, поэтому возиться, видимо, не стоит. Конечно, на компьютерах с другими видеосистемами, более быстрым процессором и доступом к памяти результаты будут другими, но соотношение вряд ли изменится принципиально. В DOS я бы не задумался над тем, чтобы написать свой собственный ползунок с прямым выводом в видеопамять (см. на эту тему замечание в главе 8), но в Windows это настолько громоздкое занятие, притом с непредсказуемым результатом в отношении выигрыша во времени, что в критичных случаях проще обойтись вообще без ползунка.

Читать »

Совет 2 — о комментариях и именах переменных

Добавлено Дата: 3 May, 2011 категория: Delphi

Текст программы должен быть как можно подробнее комментирован. Это тот самый случай, когда требования ГОСТа полностью отвечают реальному положению вещей. Той же цели повышения читаемости программ служит требование. чтобы наименования идентификаторов переменных были как можно более осмысленными: программа не рухнет, если вы назовете несколько переменных типа file именами 11, ?2 и т. д. Но вам не придется каждый раз искать в тексте место с их инициализацией, чтобы вспомнить, что fi— „но файл установок, а ?2 — журнал (log-файл), если вы с самого начала присвоите им имена, например, file set и file log. Хорошим методом изобретения идентификаторов является присвоение "говорящих" имен по звучанию (iks, igrek) или записанных транелнтом по-русски (stroka). При присвоении имен использование фантазии по максимуму не возбраняется, но туг главное — не переборщить. Так, для именования простых численных переменных удобно использовать имена, аналогичные обозначениям в обычной алгебре: х, у, i, п и т. д. Вряд ли целесообразно затемнять смысл текста программы чем-то принципиально более навороченным.

Читать »