Модуль для роботи з асоціативними масивами в C + + Builder

Заєв А.А.

Вступ

Мій улюблений мова - PHP. Він витончений і простий, але, на жаль, призначений тільки для програмування сайтів. «Звичайне» програму на ньому не напишеш.

На щастя, деякі технології, реалізовані в PHP можна перенести і в інші мови програмування: наприклад, в C + +.

Одна з таких технологій - асоціативні масиви.

В асоціативному масиві замість числових індексів використовуються ключі будь-яких типів. Дані в асоціативному масиві так само можуть бути різнотипними.

Наприклад:

ass_arr array;

array [0] = 123;

array [ "name"] = "John Silver";

Тут в масиві array створюються два елементи, один з яких має ключ «0» і числове значення «123», інший - ключ «name» і строкове значення «John Silver». «Ass_arr» - не масив дуп, як подумало більшість читачів, а можливе ім'я типу (класу) асоціативного масиву.

Зручно? Зручно! Не треба описувати що входять в масив елементи та їх типи. Не потрібно думати про розмір масиву - він динамічний. Не потрібно дбає ні про що, крім вільної пам'яті.

Детальніше про зручності

Асоціативний масив - всього лише спосіб представлення даних. Будь-яка завдання, яке вирішується за допомогою асоціативних масивів, може бути вирішена за допомогою структур або класів. Однак, використання асоціативності істотно спрощує вирішення багатьох завдань.

Розглянемо простий приклад. Візьмемо структуру, в якій зберігаються налаштування якоїсь програми. Опишемо її так:

struct preferences

(

int WindowWidth;

int WindowHeight;

int WindowX;

int WindowY;

char documentPath [128];

);

Для збереження даних цієї структури де-небудь, буде потрібно спеціальна функція, яка буде «знати» всі поля, які присутні в цій структурі. Наприклад, така:

bool savePreferences (struct preferences * pref)

(

saveInteger (pref-> WindowWidth);

saveInteger (pref-> WindowHeight);

...

saveString (pref-> documentPath);

)

При додаванні в структуру нового поля, доведеться доповнювати цю функцію.

Якщо ж замість змінної такої структури використовувати асоціативний масив - все що потрібно функції збереження -- перед початком роботи сформувати список ключів цього масиву і в циклі по списку ключів, зберегти кожен елемент, грунтуючись на його тип.

Це могло б виглядати так:

bool savePreferences (ass_arr * pref)

(

int i;

Variant v;

// цикл по всіх елементів

for (i = 0; i < pref-> Count (); i ++)

(

// витягаємо черговий елемент

v = (* pref) [pref-> key (i)]. v ()

// якщо елемент числового типу,

// зберігаємо його числове значення

if (VarType (v) == varInteger)

(

saveInteger ((* pref) [pref-> key (i)]. asInteger ());

)

// далі для інших типів

...

)

)

Як бути, якщо потрібно заповнити даними налаштувань Builder'овскую форму? Потрібно буде ще одна функція. При використанні асоціативних масивів цю процедуру можна автоматизувати.

А головне: при додаванні в масив установки нового поля - не потрібно нічого змінювати.

Існує ще багато подібних завдань. Асоціативні масиви - універсальний засіб. Але як реалізувати їх в C ++?

Реалізація асоціативних масивів в C + + Builder

Для реалізації класу асоціативного масиву, я використовував кілька стандартних класів: по-перше, Variant - мультітіп. У змінної типу Variant може зберігається значення будь-якого зі стандартних типів. По-друге, CList - для створення внутрішніх списків. Тому, поза Builder'а -- наприклад, в MSVC + +, цей клас працювати не буде. Однак, при великому бажанні, його можна перенести (використавши list з stl і написав свою реалізацію Variant).

Моя бібліотека містить три класи: ass_arrEl - клас елемента масиву, ass_arr - клас простого асоціативного масиву, і його спадкоємець - prop_ass_arr, призначений для роботи з вікнами налаштування. Він «Вміє» зберігати і завантажувати свій вміст з реєстру, заповнювати їм форми і заповнюватися вмістом форми сам.

Як працювати з моїми класами

Кілька наочних прикладів:

Простий масив. Робота зі значеннями.

# include "ass_arr.h";

ass_arr a;

// так можна створити елементи

a [ "name"] = "Сажин";

a [ "surname"] = "Біснуватий";

// а так - звернутися до їх значень

ShowMessage (a [ "name"]. v ());

ShowMessage (a [ "name"]. v ());

a [ "name"]. v () повертає значення типу Variant.

Робота з ключами

# include "ass_arr.h";

ass_arr a;

int i;

// Створюємо два значення

a [ "name"] = "Сажин";

a [ "surname"] = "Біснуватий";

// Виводимо їх у циклі

for (i = 0; i < a.Count (); i ++)

(

// a.key (i) повертає ключ i-го по рахунку елементу.

// Ключ теж типу Variant. Зауважте, що при виведенні я напряму

// не вказую ключів: вони визначаються автоматично

ShowMessage (a [a.key (i)]. v ());

)

У ключах не існує неприпустимих символів. Ви можете використовувати в якості ключів навіть імена файлів з повними шляхами!

Вкладені масиви. Найпростіше дерево.

# include "ass_arr.h";

ass_arr a;

ass_arr * inner;

int i;

// створюємо новий асоціативний масив

inner = new ass_arr;

// заповнюємо його даними. (* inner) [] - звернення до операторові

// об'єкта за вказівником.

(* inner) [ "name"] = "Федір";

(* inner) [ "surname"] = "Сумкін";

// вносимо його в нульовий елемент масиву a

a [0] = inner;

inner = new ass_arr;

(* inner) [ "name"] = "Федір";

(* inner) [ "surname"] = "Чистяков";

a [1] = inner;

inner = new ass_arr;

(* inner) [ "name"] = "Федір";

(* inner) [ "surname"] = "Беззвестний";

// привласнювати можна посилання на масив, або ж сам масив

a [2] = * inner;

// тепер виведемо поле surname другого елементу

inner = a [1]. sub ();// заносимо в inner посилання на вкладений масив другого елементу

ShowMessage ((* inner) [ "surname"]);

// виведемо поле name третьому елементу (можна писати так)

ShowMessage ((* (a [2 ]))[" name "]);

Вкладені масиви так само можуть мати вкладені масиви. Подібні структури, по суті, являють собою дерева з вузлами довільної структури.

Заповнення форми значеннями масиву. Завантаження значень асоціативного масиву. Збереження асоціативного масиву в реєстрі та завантаження його з реєстру.

Припустимо, на формі mainForm два поля: TEdit login і TEdit password. Крім того, в масиві конфігурації необхідно зберігати число запусків програми (numStarts).

# include "ass_arr.h";

prop_ass_arr config;

... mainForm:: onCreate (...)

(

// завантажуємо конфігурацію з реєстру

if (! config.loadSection (HKEY_CURRENT_USER, "Software/Kuu/Passworder "))

ShowMessage ( "Не вдалося завантажити конфігурацію з реєстру ");

config [ "numStarts"]. v () = config [ "numStarts"]. v () +1;

)

... mainForm:: onShow (...)

(

// заповнюємо форму значеннями конфігурації

config.toForm (this);

)

... mainForm:: onDestroy (...)

(

// заповнюємо конфігурацію значеннями з форми

config.fromForm (this);

if (! config.saveSection (HKEY_CURRENT_USER, "Software/Kuu/Passworder "))

ShowMessage ( "Не вдалося зберегти конфігурацію в реєстр ");

)

Так просто? Так!

saveSection і loadSection підтримують вкладені масиви необмеженого рівня вкладеності.

Віктор Соколов

http://kuu.spb.ru

http://www.realcoding.net/

Виключення в Borland С + + Builder 6.0

У статті розглядаються проблеми, що виникають при роботі з винятками в середовищі Borland C + + Builder 6.0

Я не спроста уточнив, що всі нижчевикладене відноситься в першу чергу до шостої версії середовища, оскільки я натрапив на ці проблеми саме в ній, і не перевіряв інші версії.

Отже, короткий інструктаж із застосування винятків, згідно з книг, статей та офіційним джерел.

Конструкція виключень має такий вигляд.

Приклад № 1

try// try - вказує на те, що піде далі блок винятків

(

throw 1;// throw - ключове слово, власне і що створює виключення

)

catch (int a)// catch - вказує на те, що далі піде блок вилову винятків

(

MessageDlg ( "Exception - 1", mtError, TMsgDlgButtons () <

);

Тепер, розберемо цю конструкцію детальніше.

try

Ключове слово, яке вказує на початок блоку винятків. Використовується тільки в С + +, а в С доведеться використовувати __try. Однак, __try можна так само використовувати в C ++.

Блок винятків полягає у фігурні дужки, як це показано вище, і при необхідності, в ньому створюється виняток.

throw

Ключове слово, що створює виняток. Іншими словами, при створенні виключення, throw ініціалізує тимчасовий об'єкт того типу, з допомогою якого ми хочемо створити виняток. У наведеному прикладі, ми використовуємо тип int, відповідно, створюється тимчасовий об'єкт типу int, що містить дані - 1.

catch

Ключове слово, яке вказує на початок блоку обробки винятків. Тут ми можемо розмістити будь-які реакції на спіймані виключення. У параметрах блоку ми повинні вказати тип даних, використаний при створенні винятків. Оскільки в наведеному вище прикладі ми створювали винятків типу int, то і слухати нам треба на предмет типу int. Так що ми вказуємо цей тип в дужках.

І начебто все! Створюємо новий проект, поміщаємо на форму кнопочку, і вставляємо в обробник натискання цієї кнопки наш приклад. Потім запускаємо. Компілятор впевнено зчитує рядки. Лінкер не бачить нічого підозрілого. Програма запускається, і радісно чекає початку роботи. Ми натискаємо на кнопочку ...

Бах !!!

І добре, якщо вам скажуть, що «Project XXX.exe raised exception class int with message 'Exception Object Address: 0x8E4C6E'. process stopped. use Step or Run to Continue. "

У деяких випадках вас взагалі можуть викинути з середовища, включаючи повне зависання всій Windows.

Отже, що ж неправильно в цьому коді?

По-перше, давайте розберемося, що таке «Project XXX.exe raised exception ... »

Це повідомлення з'являється тоді, коли програма, над якій працює дебаггер, створює виняток. Проблема в тому, що С + + Builder (так само як і Delphi) чомусь всі винятки, які знаходить, за замовчуванням скидає на стандартний обробник.

Однак, подібне повідомлення ми можемо побачити не тільки при обробці свого виключення. Це повідомлення виникає також у випадках, якщо це Operating System Exception (Виняток операційної Системи) або Language Exception (Виняток Мови).

У даному прикладі, ми працюємо з допомогою засобів мови, аніскільки не чіпаючи (ну хіба що зовсім небагато) операційну систему.

Так що варто сходити в гості до дебаггер, і перевірити - Чим він там займається.

Знайти його можна за адресою: Tools-> Debugger Options

Тут нас цікавить вкладка Language Exceptions. Заходимо всередину, і що ми бачимо? У наявності суворе порушення правил безпеки! Виявляється, дебаггер успішно ігнорує виключення, що належать Delphi, Microsoft, VisiBroker, CORBA! Але навіщо? Відповідь очевидна - кожен з цих шедеврів думки має свої власні обробники винятків, які заточені під специфічні потреби. І вони зовсім не збираються користуватися стандартним обробником.

Ми, звичайно, можемо вписати сюди тип int, але в цьому випадку дебаггер буде ігнорувати все, що пов'язане з цим типом даних. Це не є правильно.

Раз сильні світу цього реєструють тут свої типи даних, для коректної обробки, значить, ми просто зобов'язані створити свій тип даних, що відповідає за виключення.

Назвемо його TCustomException. Кількома по Add, і вписуємо це в рядок діалогу. Потім клацаємо OK. Все, вітаю пані та панове! Ми успішно зареєстрували тип даних. Тобто тепер дебаггер НЕ буде ображатися на те, що ми використовуємо для створення виключень щось, про що він не знає.

Отже, йдемо з опцій дебаггер, і повертаємося в програму.

Змінимо код.

Приклад № 2

сlass TCustomException ();// Наш тип даних

TCustomException NewEx;// Об'єкт класу (типу) TCustomException

try// Початок блоку створення винятків

(

throw NewEx;// Створення виключення

)

catch (TCustomException)// Початок блоку вилову винятків

(

MessageDlg ( "Exception !!!", mtError, TMsgDlgButtons () <

);

Оскільки класи є типами даних, ми легко створюємо свій TCustomException. Однак, незручно створювати під кожне нове виняток - новий клас. Так що краще створити об'єкт класу TCustomException, що ми і робимо. Створюємо об'єкт NewEx, і використовуємо його для створення виключення, яке потім з успіхом відловлюється. В іншому конструкція працює так само, як вищеописана, з тією різницею, що вона працює!

Однак, подібна конструкція теж має проблеми. У випадку більш-менш складної ситуації, нам доведеться вибудовувати цілі ієрархії винятків. Щоб цього не допускати, краще користуватися винятками з параметрами.

Приклад № 3

// Клас для винятків з параметрами.

// Не забувати реєструвати його в опціях дебаггер!

class TEx

(

public:

int fCode;

TEx (int eCode) (fCode = eCode ;};

);

// Код, вбудований в клавішу Button1

try

(

throw TEx (1301);

)

catch (TEx Ex)

(

if (Ex.fCode == 1301) (

MessageDlg ( "Exception!", mtError, mbOKCancel, 0);

);

)

Іншими словами, можна всередині робочого алгоритму створювати виключення в будь-якій невподобаний вам ситуації, а потім у обробнику винятків, вирішувати - що робити в кожному конкретному випадку. Просто, зручно та надійно. Які милі люди працюють в Borland!

Сподіваюся, ця стаття допоможе зацікавленим в їх нерівному бою з чудовим (так, я насправді так вважаю!) інструментом -- Borland C + + Builder 6.0

Заєв А.А.

Список літератури

Для підготовки даної роботи були використані матеріали з сайту http://www.realcoding.net/