Рубрика: Мысли по ИТ

Рубрика о общих аспектах касающихся ИТ

Больше без ТЗ не работаю!

Из жизни, Мысли по ИТ

Одни и те-же грабли который раз. А все жадность! Классика жанра: берешься делать работу без нормального ТЗ (мятые огрызки бумаги, написанные заказчиком за 5 минут, ТЗ не считаются), в итоге переделываешь работу по несколько раз. А еще постоянно борешься со все возрастающими «хочушками» возникающими во время разработки. За неделю 2! случая.

Все! Доделываю то что начал, и зарекаюсь…

Оставить комментарий ,

Проблема с выводом изображений OpenCart

Мысли по ИТ

В базе без доработок, не позволяет выводить изображения в «пропорциях». Если картинка не соответствует пропорциям что указал, то пустые области получаются белого цвета (либо того цвета, который указал в /system/library/image). Большой большой минус. Сижу и думаю…

Оставить комментарий

Изучаю Qt-Creator

Из жизни, Мысли по ИТ

Понемножку пишу фреймворк для работы с БД. Решил писать его не на Lazarus, а на С++. Так,  для практики так сказать. Идет ОЧЕНЬ тяжело, т.к. и времени нет, и большие пробелы в С++, да и с QT ни работал в плотную никогда. Пока решил реализовать только ту часть которая формирует XML файл с описанием БД. Ту часть которая будет непосредственно работать с полученным файлом пока еще вообще не решил на чем буду писать. Если войду во вкус, то возможно вообще весь проект «Учет оргтехники» не теолько перепишу заново, но и вообще буду реализовывать на С++

Оставить комментарий , ,

Фреймворк для работы с БД в Lazarus

Мысли по ИТ

Задумываюсь о создании своего набора компонентов для комфортной работы с БД (предполагаю поддержку пока только MySQL). Зачем нужно? Ну тут развернутый ответ. Есть вероятность что просто не умею работать правильно с БД, потому и вывешиваю данный пост здесь, народ чего скажет…

В бытность разработки приложения для учета оргтехники (обсуждение здесь, ссылка на сайте разработчика здесь) столкнулся со следующими проблемами:

  • трудно отслеживать взаимосвязи между таблицами. Т.е. например удалил одну запись в какой-то таблице, нужно самому программно отслеживать чтоб были удалены все связанные записи в других таблицах.
  • трудно реализуемо понятие «помечено на удаление». Все приходится отслеживать самому программно. Собственно потому в программе такое и не реализовал, гемор страшнейший.
  • затруднительна работа с «блокировкой» записи, при многопользовательской работе. Возможно и есть что-то на уровне MySQL, но хотелось бы реализовать более внятно и понятно на уровне «да запись редактируется уже тем то и темто».

 

Что планирую реализовать:

  • компонент который позволит создавать структуру БД и хранить оную (структуру) в XML файле.  В нем будут описываться все взаимосвязи между таблицами.
  •  компонент который будет использовать этот XML файл, и собственно будет «прослойкой» при работе с БД. Т.е. все запросы будут выполнятся через него. Как то, добавление, удаление,редактирование.
  • прозрачно будет реализовано понятие «помечено на удаление». Т.е. например ставишь «помеченными на удаление» запись в таблице, все связанные записи тоже автоматически будут «помечены на удаление».
  • точно также с «физическим» удалением записей. Все связанные записи будут удалены автоматически.
  • упрощена работа с блокировками. При запросе редактирования/удаления компонент будет проверять редактируется эта таблица уже кем-то или нет.

Не хочется изобретать велосипед. Если нечто подобное уже где-то реализовано, ткните носом?

Осуждение поста здесь

 

Оставить комментарий ,
1 2 3