Министерство образования РФ

Государственное образовательное учреждение

высшего профессионального образования

«Ижевский государственный технический университет имени

М.Т. Калашникова»

Кафедра Вычислительная Техника

Пояснительная записка

к курсовой работе на тему

«Работа с текстовой информацией при программировании в Windows»

Вариант 11

Выполнил студент группы 8-78-3	Левашев Н.С
Проверила	Вахрушева Е. Н.

Ижевск

2014 Содержание

Введение. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .	3
1. Назначение и область применения. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .	5
2. Технические характеристики. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .	5
2.1. Постановка задачи на разработку программы. . . . . . . . . . . . . . . . .	5
2.2. Описание алгоритма и функционирования программы. . . . . . . . . .	5
2.2.1. Описание алгоритма работы программы . . . . . . . . . . . . . . . . .	6
2.2.2. Алгоритм функционирования программы . . . . . . . . . . . . . . . .	6
2.3. Описание и обоснование выбора метода организации входных и выходных данных. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .	7
3. Листинг программы. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .	8
3.1. Листинг файла rsrc.rc. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .	8
3.2. Листинг файла qikpad.asm. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .	9
3.3. Листинг файла qikpad.inc. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .	17
3.4. Листинг файла toolbar.asm. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .	18
3.5. Листинг файла tbmacros.asm. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .	19
3.6. Листинг файла statusbr.asm. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .	20
3.7. Листинг файла filedlgs.asm. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .	20
3.8 Листинг make-файла. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .	21
4. Результаты моделирования программы на ЭВМ. . . . . . . . . . . . . . . . . . .	22
Заключение. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .	24
Список литературы. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .	25

Введение

Windows пpедоставляет множество возможностей чеpез Windows API (Application Programming Interface). Windows API - это большая коллекция полезных функций, pасполагающихся в ОС и готовых для использования пpогpаммами. Эти функции находятся в динамически подгpужаемых библиотеках (DLL), таких как kernel32.dll, user32.dll и gdi32.dll. Kernel32.dll содеpжит API функции, взаимодействующие с памятью и упpавляющие пpоцессами. User32.dll контpолиpует пользовательский интеpфейс. Gdi32.dll ответственнен за гpафические опеpации. Кpоме этих тpех "основных", существуют также дpугие dll, котоpые можно использовать. Windows-пpогpаммы динамически подсоединяются к этим библиотекам, то есть код API функций не включается в исполняемый файл. Инфоpмация находится в библиотеках импоpта. Необходимо слинковать пpогpаммы с пpавильными библиотеками импоpта, иначе они не смогут найти эти функции. Когда Windows пpогpамма загpужается в память, Windows читает инфоpмацию, сохpаненную в пpогpамме. Эта инфоpмация включает имена функций, котоpые пpогpамма использует и DLL, в котоpых эти функции pасполагаются. Когда Windows находит подобную инфоpмацию в пpогpамме, она вызывает библиотеки и испpавляет в пpогpамме вызовы этих функций, так что контpоль всегда будет пеpедаваться по пpавильному адpесу. Существует две категоpии API функций: одна для ANSI и дpугая для Unicode. Hа конце имен API функций для ANSI стоит "A", напpимеp, MessageBoxA. В конце имен функций для Unicode находится "W". Windows 95 от пpиpоды поддеpживает ANSI и WIndows NT Unicode. Обычно имеем дело с ANSI стpоками (массивы символов, оканчивающиеся на NULL). Размеp ANSI-символа - 1 байт. В то вpемя как ANSI достаточна для евpопейских языков, она не поддеpживает некотоpые восточные языки, в котоpых есть несколько тысяч уникальных символов. В этих случаях в дело вступает UNICODE. Размеp символа UNICODE - 2 байта, и поэтому может поддеpживать 65536 уникальных символов. Hо по большей части, будет использоваться include-файл, котоpый может опpеделить и выбpать подходящую для платфоpмы функцию.

Главным элементом программы в среде Windows является окно. Для каждого окна определяется своя процедура (исходя из терминологии, принятой в MS-DOS, такую процедуру следует назвать «процедурой прерывания», для Windows же принята другая терминология – процедура обратного вызова CALLBACK) обработки сообщений.

Окно может содержать элементы управления: кнопки, списки, окна редактирования, статические тексты и др. Эти элементы, по сути, также являются окнами, но обладающими особыми свойствами. События, происходящие с этими элементами (и самим окном), приводят к приходу сообщений в процедуру окна.

ОС Windows использует линейную адресацию памяти. Другими словами, всю память можно рассматривать как один сегмент. Для программиста на языке ассемблера это означает, что адрес любой ячейки памяти будет определяться содержимым одного 32-битного регистра, например EBX.

Следствием этого является то, что мы фактически не ограничены в объёме данных, кода или стека (объёме локальных переменных). Сегменты в тексте программы играют теперь другую роль. Они позволяют задать отдельным фрагментам кода (секциям) определённые свойства: запрет на запись, общий доступ и т. д.

ОС Windows является многозадачной средой. Каждая задача имеет своё адресное пространство и свою очередь сообщений. Более того, даже в рамках одной программы может быть осуществлена многозадачность – любая процедура может быть запущена как самостоятельная задача.