знаки после запятой

@SeeT · Регистрация: 12.10.2012

Студворк — интернет-сервис помощи студентам

Здравствуйте, простой вопрос на который я никак не могу найти ответ.
Почему после компиляции, программа отказывается показывать знаки после запятой?
Грешу на тип переменных, но вроде бы все верно. Надеюсь на вашу помощь

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
#include <iostream>
using namespace std;
#include <conio.h>
#include <math.h>
#include <stdlib.h>
 
int x, y;
double z;
 
int main()
{
    x=rand() % 10 +1;
    y=rand() % 10 +1;
    z=x/y;
    cout << x << ":" << y << "=" << z;
 
    return 0;
}

@solar_wind · 27.08.2013, 13:45

Попробуй написать

C++
1
z=(double)x/(double)y;

@SeeT · 27.08.2013, 13:46 **[ТС]**

О дааа! Работает, отлично! Спасибо большое, добрый человек

@solar_wind · 27.08.2013, 13:53

SeeT, у тебя просто int делился на int и компилятор автоматически результат записывал в int, и только потом уже этот int запихивал в double, отсюда и потеря данных после запятой.

@Герц · 27.08.2013, 14:07

Сообщение от solar_wind

Попробуй написать

C++
1
z=(double)x/(double)y;

Два каста ни к чему, достаточно одного, и лучше привыкать к C++ кастам.

C++
1
z = static_cast<double>(x) / y;

@AnyOne697 · 27.08.2013, 14:18

Всё уже рассказали. Лишь немного дополню:
Си (равно как и Си++) имеет два типа деления - нормальное и целочисленное. Целочисленное - то же нормальное, но после отбрасывается дробная часть. Если хоть один из типов, участвующие в делении - дробное (float или double), то результат тоже дробный, иначе - целочисленный (и остаток отбрасывается).

Сообщение от Герц

Два каста ни к чему, достаточно одного, и лучше привыкать к C++ кастам.

В общем-то верно, но во-первых, это разводит неудобную и плохочитаемую простыню. Читаемость на первом месте, имхо. Во-вторых, в данном случае, кастов лучше вообще избегать (завести вместо int'ов - double или float). Наконец, тогда уж надо и инклудить в C++ стиле (никаких *.h), и использовать не STL, а BOOST, и ещё много чего правильного. И вообще - не мешать Си и Си++.

@I.M. · 27.08.2013, 14:22

Сообщение от AnyOne697

использовать не STL, а BOOST

как написание программ на С++ противоречит использованию STL?

@Герц · 27.08.2013, 14:30

Это уже максимализм, в C++ Standard Library (не STL) перекочевывают нововведения из Boost, и использовать последний вовсе не требуется в рядовых задачах. С появлением в стандартной библиотеке средств для работы с датами, временем, многопоточным программированием, регулярными выражениями и прочими вещами отпала необходимость в Boost во многих задачах.
В C++ Standard Library, по-видимому, нет ни одного заголовка с расширением *.hpp, везде использует *.h. Вопрос расширения для файла не имеет никакого отношения к Coding Conventions языка.
C-style касты обладают меньшей читаемостью и трудно идентифицируются в коде, усложняя восприятие. На счет того что без кастов тут можно было обойтись вообще - разумеется, тут спорить не с чем.

@AnyOne697 · 28.08.2013, 01:03

Сообщение от I.M.

как написание программ на С++ противоречит использованию STL?

Особо ни чем, но стоит признать ужасную реализаю шаблонов в Си++.
Вообще, я сильно разочаровался в плюсах за последнее время. Много, очень много вещей, которые делаются легко и непринуждённо в современных ЯП, в Си++ требуется городить трудночитаемые простыни кода. В то же вермя, производительность кода, скомпилированного непосредственно под архитектуру, не сильно выше, чем байт-код Java-машины или CIL-код. Более того - средний программист на Java напишет код быстрее и лучше, чем средний программист на Си++. Хоть это и "имхо", но по опыту именно так. Си++ создан для машины, под машину, Java (C#, Python) - для программистов.

Добавлено через 2 минуты

Сообщение от Герц

Это уже максимализм, в C++ Standard Library (не STL) перекочевывают нововведения из Boost, и использовать последний вовсе не требуется в рядовых задачах. С появлением в стандартной библиотеке средств для работы с датами, временем, многопоточным программированием, регулярными выражениями и прочими вещами отпала необходимость в Boost во многих задачах.

Си++11 сегодня поддерживается не всеми компиляторами. Да и BOOST использовать далеко не так удобно, как хотелось бы. Вообще, программирование на Си++ требует огромного опыта, порог вхождения в него слишком высок, чтобы начинать с него. Вот что я понял.

@Герц · 28.08.2013, 12:21

Си++11 сегодня поддерживается не всеми компиляторами. Да и BOOST использовать далеко не так удобно, как хотелось бы. Вообще, программирование на Си++ требует огромного опыта, порог вхождения в него слишком высок, чтобы начинать с него. Вот что я понял.

Это какими же, Visual C++ 2010 и ниже чтоли? Какие могут быть проблемы, если есть свободно распространяемые G++ и Clang, полностью поддерживающие текущий стандарт? Если твой компилятор не поддерживает C++11, то на сегодняшний день это уже твой косяк (на дворе середина 2013 года, и названные компиляторы уже даже исправления C++14 частично поддерживают). Даже тулчейны для Android и iOS полностью поддерживают стандарт.

@AnyOne697 · 28.08.2013, 12:28

Не по теме:

Сообщение от Герц

Это какими же, Visual C++ 2010 и ниже чтоли? Какие могут быть проблемы, если есть свободно распространяемые G++ и Clang, полностью поддерживающие текущий стандарт?

Visual C++ 2010 тот же самый. Самая нормальная студия, а ставить туда новый компилятор тот ещё гемор.
Но это так, к слову. Тем более, gcc не полностью поддерживает стандарт - самого главного нет - garbage collector'а, да и поддержка сугубо экспериментальная - по дефолту выключена. Я лишь попробовав баг нашёл. С clang ещё хуже. Так что не надо разводить. Я уже молчу про Visual C++, в Visual C до сих пор нет поддержки C'99, на неё мелкомягкие банально забили.

@Герц · 28.08.2013, 12:40

GC не являются обязательной частью стандарта, слова "minimal support" тебе ни о чем не говорят?
А по ссылке то ты, собственно, ходил? Что там "еще хуже"?

И последний вопрос - ты на языке то этом разрабатываешь вообще? Спроси людей, реально использующих C++ - нужен ли им GC.

@AnyOne697 · 28.08.2013, 12:53

Не по теме:

Сообщение от Герц

GC не являются обязательной частью стандарта, слова "minimal support" тебе ни о чем не говорят?
А по ссылке то ты, собственно, ходил? Что там "еще хуже"?

Разрабатываю. Но C++11 пока не использую.
Minimal Support значит, что требуется минимальная поддержка gc, то есть не такой крутой и продвинутый, как в java, с отдельными потоками и прочим "непотребством". Вообще забавно было проследить, как коммитет думал, нужен ли GC. Сначала подумали, что нужен. Потом ещё раз подумали и сказали - нет, не будет, используйте фреймворки. Потом ещё раз подумали, и решили, что было бы не плохо, но не решились. Под конец, отвязались этим самым minimal support. А ещё они рефлексию забраковали. Хотя я точно и не понимаю, что значит этот minimal support, а ещё странно то, что ни gnu этого не реализовала, ни в clang'е этого не встретишь...

Вообще, если так будет дальше, я полностью откажусь от C++. Когда я искусил C#, я понял, что такое любовь. Когда я искусил Java, я понял, что такое нирвана. Когда я возвращаюсь к C++, меня охватывает дежавю - ничего не меняется.

@ForEveR · 28.08.2013, 12:56

Сообщение от AnyOne697

Minimal Support значит, что требуется минимальная поддержка gc, то есть не такой крутой и продвинутый, как в java, с отдельными потоками и прочим "непотребством". Вообще забавно было проследить, как коммитет думал, нужен ли GC. Сначала подумали, что нужен. Потом ещё раз подумали и сказали - нет, не будет, используйте фреймворки. Потом ещё раз подумали, и решили, что было бы не плохо, но не решились

Вы бы proposal прочитали б что-ли... http://www.open-std.org/jtc1/s... /n2670.htm

@kvadro · 28.08.2013, 15:43

В общем-то верно, но во-первых, это разводит неудобную и плохочитаемую простыню.

C++
1
z=double( x )/ y; // C++ каст

в данном случае, кастов лучше вообще избегать

Что?

и использовать не STL, а BOOST

Что?

Вопрос расширения для файла не имеет никакого отношения к Coding Conventions языка.

Насколько я помню хотели сделать ".hpp", но пока комитет это бы одобрил прошли десятки лет

, так что осталось как осталось - C заголовки имеют формат ".h", C++ заголовочные файлы вообще не имеют формата.

Много, очень много вещей, которые делаются легко и непринуждённо в современных ЯП, в Си++ требуется городить трудночитаемые простыни кода.

К примеру?

уже твой косяк

Вообще, если так будет дальше, я полностью откажусь от C++

Нам очень важен твой выбор.

@AnyOne697 · 28.08.2013, 22:42

Не по теме:

kvadro, вы видимо не читале тред. Без каста обойтись можно, если сразу завести переменные нужного типа. Именно то, STL убога, равно как и Си++ в неумелых руках. Про расширение файла вообще не понял. И что?

Сообщение от kvadro

Нам очень важен твой выбор.

Да неужели? Рад за Вас. (если не заметили, то там оффтоп)
Да и вообще, всё это жуткий оффтоп.

Новые блоги и статьи Все статьи Все блоги /
Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.	Фиксация колонок в отчете СКД Maks 14.04.2026 Фиксация колонок в СКД отчета типа Таблица. Задача: зафиксировать три левых колонки в отчете. Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка) / / . . .	Настройки VS Code Loafer 13.04.2026 { "cmake. configureOnOpen": false, "diffEditor. ignoreTrimWhitespace": true, "editor. guides. bracketPairs": "active", "extensions. ignoreRecommendations": true, . . .	Оптимизация кода на разграничение прав доступа к элементам формы Maks 13.04.2026 Алгоритм из решения ниже реализован на нетиповом документе, разработанного в конфигурации КА2. Задачи, как таковой, поставлено не было, проделанное ниже исключительно моя инициатива. Было так:. . .
Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .	Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .

@SeeT 55 / 25 / 3 Регистрация: 12.10.2012 Сообщений: 132 Записей в блоге: 1
	27.08.2013, 13:46 [ТС]
	О дааа! Работает, отлично! Спасибо большое, добрый человек 0

@solar_wind 770 / 760 / 59 Регистрация: 06.07.2009 Сообщений: 3,021
	27.08.2013, 13:53
	SeeT, у тебя просто int делился на int и компилятор автоматически результат записывал в int, и только потом уже этот int запихивал в double, отсюда и потеря данных после запятой. 0

@Герц 545 / 344 / 12 Регистрация: 05.11.2010 Сообщений: 1,076 Записей в блоге: 1
	27.08.2013, 14:30
	Это уже максимализм, в C++ Standard Library (не STL) перекочевывают нововведения из Boost, и использовать последний вовсе не требуется в рядовых задачах. С появлением в стандартной библиотеке средств для работы с датами, временем, многопоточным программированием, регулярными выражениями и прочими вещами отпала необходимость в Boost во многих задачах. В C++ Standard Library, по-видимому, нет ни одного заголовка с расширением .hpp, везде использует .h. Вопрос расширения для файла не имеет никакого отношения к Coding Conventions языка. C-style касты обладают меньшей читаемостью и трудно идентифицируются в коде, усложняя восприятие. На счет того что без кастов тут можно было обойтись вообще - разумеется, тут спорить не с чем. 0

@Герц 545 / 344 / 12 Регистрация: 05.11.2010 Сообщений: 1,076 Записей в блоге: 1
	28.08.2013, 12:40
	GC не являются обязательной частью стандарта, слова "minimal support" тебе ни о чем не говорят? А по ссылке то ты, собственно, ходил? Что там "еще хуже"? И последний вопрос - ты на языке то этом разрабатываешь вообще? Спроси людей, реально использующих C++ - нужен ли им GC. 0