Каждой твари по паре

Вот значит, понадобилось мне иметь объект, который будет содержать в себе справочник для получения некоторых оценок, которые в свою очередь определяются исходя из попадания в некоторый интервал значений. По сути, должны быть записи типа: значение верхней границы интервала, признак «включительно» и текст комментария, т.е. три поля. Первый (наименьший) элемент справочника оценок имеет значение нижней границы равное нулю. Естественно, значения внутри контейнера должны быть упорядочены. В качестве контейнера выбран std::map, но вот беда ключ-то нужен не простой, сложный. Одно из решений, которое пришло на ум использовать структуру std::pair, с одной стороны в качестве ключа, т.е. пару “верхняя граница интервала – признак включительно”, а с другой значением пары будет комментарий. В общем основное с чем пришлось повозиться это приведение семантики «первый-второй» к семантике «верхняя граница – включая - комментарий». Вот, что получилось:

 #include <string>
 #include <map>
 #include <iostream>
 
 class Estimation {
 private:
     typedef std::pair < int, bool > KeyEstimation ;
     typedef std::pair <KeyEstimation, std::string > Estim ;
     Estim estimation_;
 
 public:
     Estimation(const int up_border,const bool included,const std::string
» commentary):
» estimation_(std::make_pair(std::make_pair(up_border,included),commentary)) {}
 
     Estimation() {}
 
     int borderValue() const {
         return estimation_.first.first ;
     }
     void borderValue(const int value) {
         estimation_.first.first =value;
     }
 
     bool included() const {
         return estimation_.first.second;
     }
     void included(const bool value) {
         estimation_.first.second=value;
     }
 
     std::string commentary() const {
         return estimation_.second;
     }
     void commentary(const std::string& s) {
         estimation_.second=s;
     }
 
     Estim estimation() const {
         return estimation_;
     }
 
 //Скрывая от клиента, что используется std::pair, преобразование придется делать
» явным
     Estimation(std::map<KeyEstimation, std::string>::const_iterator& es) {
         estimation_.first.first =es->first.first;
         estimation_.first.second =es->first.second;
         estimation_.second =es->second;
     }
 
 };
 
 class ListEstimations {
 private:
     typedef std::pair < int, bool > KeyEstimation ;
     typedef std::pair <KeyEstimation, std::string > Estim ;
 
 public:
     ListEstimations() {};
     ~ListEstimations() {};
 
     ListEstimations(const Estim& est) {
         //Вставляет новую запись в список
         estimations_.insert(est);
     };//{ estimations_.push_back(est);}
 
     //Классы исключений
     class EstimationNotFound { };
     class DublicateEstimation { };
 
     ///Всталяет оценку в список и делает проверку на уникальность borderValue_ и
» included_, а вслучае совпадения делает замещение commentary_, не создавая
» нового элемента в контейнере.
     void insertEstimation(const Estim& est) throw (DublicateEstimation) {
         //Вставляет новую запись в список
         estimations_.insert(est);
     }
 
     void insertEstimation(const int up_border,const bool included,const
» std::string commentary)  {
        
»
»
»
» estimations_.insert(std::make_pair(std::make_pair(up_border,included),commentary));
     }
 
     ///Удаляет оценку из списка.
     void eraseEstimation() throw (EstimationNotFound);
 
     ///Возвращает оценку по заданным значениям value
     //const Estimation& getEstimation(int i) const throw (EstimationNotFound);
     Estimation& getEstimation(int i)  throw (EstimationNotFound);
 
     void print() {
         for( std::map<KeyEstimation, std::string>::const_iterator
» i=estimations_.begin(); i!=estimations_.end(); ++i) {
             //std::cout << i->first.first  << '\t' << i->first.second << '\t' <<
» i->second  << std::endl;//Делает, то же самое, что и следующая строка
             std::cout << Estimation(i).borderValue() << '\t' << 
» Estimation(i).included()  << '\t' <<  Estimation(i).commentary() << std::endl;
         }
     }
 
 private:
     ///Запрещение копирования
     ListEstimations(const ListEstimations&);
     ListEstimations& operator=(const ListEstimations&);
 
     std::map<KeyEstimation, std::string> estimations_;
 
 };
 
 
 int main() {
     setlocale(0, "") ;
 
     Estimation est(10,false,std::string("Комментарий"));
 
     ListEstimations ests(est.estimation());
 
     Estimation est2(15,false,std::string("Комментарий2"));
     ests.insertEstimation(est2.estimation());
 
     est2.commentary("Комментарий3");
     est2.borderValue(20);
     est2.included(false);
 
     ests.insertEstimation(est2.estimation());
 
     est2.commentary("Комментарий4");
     est2.borderValue(20);
     est2.included(true);
     ests.insertEstimation(est2.estimation());
 
     ests.insertEstimation( 120,false,std::string("Комментарий5"));
 
     ests.print();
 
     std::cin.get();
     return 0;
 }
 

Какой контейнер STL выбрать?

Блок-схема была создана в приложении Dia под Windows. За основу была взята вот эта картинка C++ STL Containers.

find_package(wxWidgets)

Решил использовать cmake, сюрпризом было, то что find_package(wxWidgets REQUIRED) не находил библиотеку wxWidgets, все получилось после выполнения следующих команд:

cd %WXWIN%\build\msw
call vcvars32
nmake -f makefile.vc MONOLITHIC=0 SHARED=0 UNICODE=1 BUILD=debug

Таким образом, успешность поиска wxWidgets зависит от наличия debug версии сборки библиотеки ...

Открытое программное обеспечение для бухгалтерии

Сегодня в организациях находят широкое применение различное программное обеспечение для автоматизации бухгалтерского учета. Возможна ли в принципе автоматизация бухгалтерии на основе open source продукта? Ответ очевиден – возможна. Поскольку есть фирмы, которые применяют программы типа Ананас, iceB и др.

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

В результате организация платит как минимум дважды, в первый раз, поставщику программного продукта, а второй раз за доработку продукта.

По сути, гибкое решение в этом случае обладает рядом существенных недостатков:
1) избыточность программного обеспечения в отношении функциональности
2) избыточность программного обеспечения в отношении трудности настройки и/или конфигурирования
3) возможна сложность добавления функционала
4) многие строки (функции) программного кода практически не используются
5) не рациональное использование ресурсов компьютера
6) получаемые решения не являются оптимальными и практически не поддаются оптимизации без перекомпиляции
7) происходит подмена интерфейсов в том плане, что реальный разработчик пишет, например, на Visual C++ , а программист занимающийся сопровождением в конфигураторе

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

Нужен ли швейцарский ножик на кухне?

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

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

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