Бибилиотека Fractions C++

думаешь, у тебя получится лучше чем в gmp?

с помощью числителя и делителя

fix: с помощью числителя и знаменателя

P.S. Это учебный проект или вы её в каких-то своих проектах используете?

Как серьёзно.

P.P.S. Что-то я давно не пользовался sourceforge и в итоге не сумел найти исходников вашей библиотеки. Ткнете носом?

Бегло проглядев инклуды:

1. Имена классов начинают с заглавной буквы.
2. Чем pow() отличается от fastPow()?
3. Что делает этот метод: fraction fra_fra(); ?
4. long long num;
unsigned long long div;
Лучше спрятать в приватный член и создать геттеры-сеттеры.

Это учебный проект или вы её в каких-то своих проектах используете?

Раньше возникла потребность в данной библиотеки (несколько лет назад), только на каком-то другом языке, не помню каком, пришлось писать свою, но она уже давно потерялась. Решил реализовать новую на C++, чтобы другим не приходилось писать свою.

Что-то я давно не пользовался sourceforge и в итоге не сумел найти исходников вашей библиотеки. Ткнете носом?

Остались в предыдущей версии, которую недавно удалил, выложу, когда уже окончательно определюсь с лицензией, пока только заголовочный файл и документация(wiki).

1. Имена классов начинают с заглавной буквы.

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

2. Чем pow() отличается от fastPow()?

fastPow() делает более быстрое возведение в степень, не округляя каждый раз дробь.

3. Что делает этот метод: fraction fra_fra(); ?

Возвращает дробную часть. Вместо 8/3 (2 2/3) вернёт 2/3.

4. long long num;

unsigned long long div; Лучше спрятать в приватный член и создать геттеры-сеттеры.

Пока решил оставить так, вдруг кому понадобится использовать числитель и делитель напрямую. Например, создать дробь 3/6, а не 1/2. Думаю ещё добавить bool _reduce для подтверждения округления, если false, то дродь не округляется при создании, если это возможно.

Можно еще посмотреть в сторону GMP, MPIR и MPFR.

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

Но вот мозг и глаза у многих программеров придется потом реабилитировать.

В С++11 это уже было, и там выполняется почти все во время компиляции std::ratio.

UPD. Хотя нет, там все делается во время компиляции.

В чем отличие от http://www.boost.org/doc/libs/1_54_0/libs/rational/rational.html и http://www.cplusplus.com/reference/ratio/ratio/ ?

В чем отличие

В закрытом коде. Это даже не смешно, это грустно.

Возможностей больше.

А тем временем в Common Lisp...

выложу, когда уже окончательно определюсь с лицензией, пока только заголовочный файл и документация(wiki).

Это вообще писец и очень стыдно

fastPow() делает более быстрое возведение в степень, не округляя каждый раз дробь.

Тогда зачем нужно медленное возведение в степень? Точность хуже?

3. Что делает этот метод: fraction fra_fra(); ?

Возвращает дробную часть. Вместо 8/3 (2 2/3) вернёт 2/3.

Необходимо подобрать «говорящее» название для этого метода.

P.S.

Стандарт этого не запрещает.

Стандарт и говнокод не запрещает, но мы ведь в своих проектах его не используем?

Тогда зачем нужно медленное возведение в степень? Точность хуже?

Точность абсолютно одинаковая. Просто, если дробь возводить в большую степень, то размера long long может не хватить.

Необходимо подобрать «говорящее» название для этого метода.

Как-то в голову ничего «говорящего», и при этом короткого, не пригодит :(

Исходники сейчас выложил, лежат в архиве в папке source, под лицензией GNU LGPLv3.