void main() — @дневники: асоциальная сеть

суббота, 03 января 2009

12:24

Йа волосат и бородат!

НГ прошел, а на душе так и не появилось праздника. Скорее стало только больше какого-то непонятного осадка в душе. Ничего не хочется... и мыслей никаких, в голове лишь пустота.
Впрочем, я соврал. Одно желание есть - деться куда-нить, заныкаться подальше.

URL

среда, 31 декабря 2008

14:37

Пора подвести итог...

Йа волосат и бородат!

Вот и прошел еще один год... Я получил диплом, понял, что я умею и что знаю на самом деле. Побывал на Кавказе и на Сахалине, в Москве, Воскресенске, Туле и Ярославле... и даже немножко прогулялся в Хабаровске, погулял вдоль Волги в Самаре. Веселый был год, насыщенный впечатлениями, хорошими и не очень. Наверное пора бы перейти к достижениям в этом году.
Пожалуй самых больших моих достижений за этот год было два. Одно из них - это диплом, а второе - касается моей личной жизни. Так что же было достигнуто? Итак, по списку (Указаны ники):

1. Командировки на Кавказ и Сахалин, попутное дипломонаписание.
2. Визит Мелнакса в Уфу. Защита диплома.
4. Командировка в Самару. Встреча с Сапфиром и Кво.
3. Получение базового опыта применения паттернов проектирования (Gof).
4. Начало генератора отчетов. Проект был пилотным, обкатывались паттерны "Стратегия" и "Состояние" и "Синглтон".
5. Первый в жизни визит в Москву. (до этого только проездом) Встреча с Мелнаксом, Механистом, Крафтом, Клэнси и Ирбисом.
6. Визит в Ярославль и Тулу. Встреча с Дожиком, Гиром, Снежем, Ари, Митхрил, Грином и Тигрой.
7. Освоение шаблонов. Разбор реализации контейнеров в STL.
8. Проектирование справочников (ну это в более ранних записях есть).

Навскидку, наверное, все. Год был для меня, конечно, тяжелым. Еще и кризис этот, самый пик которого ожидается в мае... но как сказала бывшая начальница, "Кризис дает шанс, который ты можешь использовать, а можешь пропустить. И если ты им пользуешься, то ты можешь как очень хорошо взлететь, так и очень много потерять". Поживем - увидим.

ЗЫ: Писалось второпях, так что ежели кого забыл упомянуть - не обессудьте, а просто киньте в меня тапком

URL

вторник, 30 декабря 2008

08:00

Вчера покопался в дебрях STL-контейнеров...

Йа волосат и бородат!

Интересно, есть у кого-нибудь идеи, зачем оно так:

template«class _Ty»
struct _Allocator_base
{ // base class for generic allocators
typedef _Ty value_type;
};

template«class _Ty»
class allocator : _Allocator_base
{
typedef value_type _Myval;
// ....
};
Других классов/структур, наследованных от _Allocator_base - нет.
У меня идей нет...

URL

воскресенье, 28 декабря 2008

09:45

Какие выходные?! Марш работать!

Йа волосат и бородат!

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

А утром проснулся, глянул и ужаснулся. Ибо хрень полная. И решил сделать проще и универсальнее.

URL

суббота, 27 декабря 2008

23:29

Йа волосат и бородат!

Norritt (00:19:22 28/12/2008)
1. Если что-то сосчитать, больше его от этого не станет.
2. Но если не сосчитать, то может стать сильно меньше, особенно в России.
3. Сосчитать что-то всегда стоит дороже, чем не считать.
4. Необходимым условием успешного завершения автоматизации является сильное желание первого руководителя.
5. Результатом автоматизации бардака всегда становится автоматизированный бардак

Norritt (01:23:50 28/12/2008)
Принцип модульности Орлова. Если из распечатки одного модуля программы можно свить веревку, на которой можно повесить программиста, его написавшего, то все это следует сделать..

Norritt (01:28:06 28/12/2008)
Если качество или производительность труда программиста можно повысить с помощью материального стимулирования, то этого программиста следует уволить.

URL

09:16

Рабочее

Йа волосат и бородат!

Дописал вчера комменты в проекте. Уффф....
А потом вернулся я к рабочим вопросам и, помедитировав, понял, что появилась у нас небольшая загвоздка с загрузкой... но сначала - пару слов об общем.

Суровые программистские будни, многобуковИтак, есть некоторая база данных (БД) с некоторым набором таблиц. Часть из таблиц представляют собой некоторый справочный материал, который нужен клиентской программе (клиенту) для работы. Таблиц таких много и данные в них различны по структуре, так что возникает задача предоставления этих данных клиенту. Эту задачу можно решать на стороне сервера, формируя нужный результат и передавая его клиенту, но такой подход крайне нежелателен, поскольку он имеет проблемы с расширяемостью, да и для нескольких клиентов сильно проигрывает в скорости. Гораздо практичнее передать все данные из таблиц клиенту и пусть он делает с ними все, что захочет, а сервер в это время сможет обрабатывать другие запросы.

Однако и тут не все гладко. Данные различны по структуре и имеют четкую классификацию, а значит, их нельзя смешивать. После некоторых мытарств было решено написать класс справочника, который будет представлять любую справочную информацию клиенту, которая требуется.

Сказано - сделано.

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

При загрузке справочник получает записи из таблицы (свои элементы), создает для них узлы и записывает их в ассоциативный контейнер, индексируя их, т.о. по их уникальным номерам (ИДам). Затем вызывается глупая процедура, которая пробегает по всему контейнеру и проставляет иерархические связи между узлами в соответствии с указанным ИДом родительского узла. ИДы, естесственно, сокрыты в элементе и доступны только на чтение.

Казалось бы, что все прекрасно и удобно. Для простых справочников с одним деревом элементов - да.

Но у нас ведь есть не только простые справочники, но и всякие пакости вроде справочников с некоторым уровнем вложенности (чтоб их)! И тут возникает вопрос - как с помощью имеющейся структуры представить такие "нехорошие справочники", у которых элементы кроме своих полей имеют еще и вложенный, внутренний справочник? Про структуру и речи не шло - и очевидно, что делать надо именно с вложенностью, а не 2 и более отдельных справочника. А вот с загрузкой возникают проблемы.

Рассмотрим проблему на примере двухуровневой иерархии. Самый простой вариант загрузки - это выполнить запрос на загрузку родительского элемента, а затем, в процедуре получения хранимых в нем полей, вызвать процедуру загрузки внутреннего справочника. Решение простое, для реализации его в текущей иерархии - написать 3-4 строки кода. к тому же оно не нарушает инкапсуляции. Минус у него - огромная тормознутость из-за большого количества выполняемых запросов.
Второй вариант - нарушить инкапсуляцию, сделав загрузку в клиенте "извне" справочника. Быстрое, но ненадежное решение.
Еще можно "пригрузить" сервер, чтобы он формировал у себя некоторую виртуальную таблицу со всеми нужными данными. Решение плохое, т.к. нагрузки на сервер хочется избежать, да и клиент выполнит быстрее.

В конце раздумий пришли к следующему: отделить загрузку от справочника и для этой цели написать класс, который будет дублировать интерфейс класса для работы с БД и формировать нужную виртуальную таблицу в памяти клиента, после чего предоставлять к ней доступ через тот же интерфейс. Плюс этого решения в скорости, в малой загруженности сервера и в инвариантности относительно требуемого справочника - можно использовать один и тот же загрузчик для работы с разными справочниками в пределах одного уровня иерархии. Сам же загрузчик допускает варьируемость посредством отделения правила формирования виртуальной таблицы.

На этом пока и остановились... пока что готовлю диаграмму классов и думаю над интерфейсами.

Вот такая вот у нас жизня.

Остро ощущаю нехватку опыта в проектировании - очень жалею, что меня этому не учили в университете. Составил себе список книг, которые обязательно надо прочитать:
1) Саттер Г., Александреску. А. Стандарты программирования на языке Си++. Отличный сборник рекомендаций, всем советую.
2) Вандевуд Д., Джоссатис Н.М. Шаблоны С++: Справочник разработчика. Это единственный правильный учебник по шаблонам, который я когда-либо видел. Содержит очень много интересного и прекрасно помогает при разработке обобщенных классов или функций.
3) Фаулер М. Рефакторинг. Улучшение существующего кода.
4) Влиссидес Дж. Применение шаблонов проектирования. Книга рассчитана на читателя, знакомого с шаблонами проектирования авторства "Банды четырех" (Гамма, Хелм, Джонсон, Влиссидес). Читать однозначно стоит.
5) Александреску А. Современное проектирование на С++. Сам так и не листал, но знакомые с книгой говорят, что труд очень сложный. Так что возьмусь за него нескоро.
6) Элджер Дж. Библиотека программиста на Си++. Нуу... у меня немного хромает знание стандартов языка =^.^=
7) Страуструп Б. (не помню название) По той же причине, что и п. 6

А вот книгу Гамма, Хелм, Джонсон, Влиссидес. "Приемы объектно-ориентированного программирования. Паттерны проектирования." оч хочется видеть у себя на полке. Ибо оч полезно как справочный материал.

URL

пятница, 26 декабря 2008

07:35

Йа волосат и бородат!

Сенсуально-когнитивный диссонанс и эмоциональные флуктуации

URL

четверг, 25 декабря 2008

21:17

Йа волосат и бородат!

Весь день писал комменты в коде для ДоксиГена. Моск ПЫЩ-ПЫЩ!

URL

среда, 24 декабря 2008

22:00

Рабочее

Йа волосат и бородат!

На работе процесс идет полным ходом. Сделал шаблон класса справочников, который имеет внутри иерархическую структуру, а элементы грузит из некоторой таблицы. Сам справочник параметризуется типом хранимого элемента. Элемент сделан тоже шаблоном класса, параметром которого является открытая структура хранимых в элементе данных. Элемент инкапсулирует информацию о структуре, которую должны образовывать элементы, а сама структура сидит во внутреннем классе справочника.
Справочники задаются теперь в 3 шага:
1) обьявляется открытая струкутра хранимых данных и правило ее заполнения;
2) обьявляется строковая константа, хранящая запрос к базе;
3) обьявляются 2 синоннима для инстанциирования шаблонов нужными типами и для сокращения записи

Просто и удобно.

Завтра проверю возможности комбинирования справочников, т.е. возможность реализации справочника, элементами которого являются справочники.

Также, ощутив жуткую потребность в документировании, начал воскуривать генератор технической документации doxygen, завтра буду писать комменты, пытаясь привить это дело и всем остальным. Уж больно хорош результат.

Кстати, не так уж и сложно, как на первый взгляд.

Одно плохо - уставать я начал сильно...

@музыка: Krypteria - Na Ga Ja

URL