Из числа int прочитать раздельно сотни, десятки, единицы

int number=315
int n1=0 //сохранить единицы
int n2=0 //сохранить десятки
int n3=0 //сохранить сотни

как из number прочитать сотни десятки единицы n3=3 n2=1 n1=5

n3=целые (number/100)
number=number-n2
n2=целые (number/10)
number=number-n1
n1=целые (number/1)

Вроде так? Проще возможно?
n3=trunc(number/100)
number=number-n3
n2=trunc(number/10)
number=number-n2
n1=trunc(number/1)

0

если число трёхзначное
n1=n%10;
n2=n/10%10;
n3=n/100;

1

Пашет. Немного подправил. А как метод называется?
А если число 20 значное?

0

Сообщение от Excalibur921 А как метод называется?

пока никак. можете придумать название. обычные операции деления и взятия остатка от деления.

Сообщение от Excalibur921 А если число 20 значное?

любое число можно разбить на цифры. куда их нужно выводить (например просто распечатать или занести в массив) ?

0

Аналогичная задача только число из пусть 10 знаков. Пригодиться.

0

Сообщение от Excalibur921 число из пусть 10 знаков

да сколько угодно знаков. Вы на вопрос можете ответить:

Сообщение от Yetty куда их (цифры) нужно выводить (например просто распечатать или занести в массив) ?

0

Сообщение от Excalibur921 Аналогичная задача только число из пусть 10 знаков.

Знание С и примитивнейшей алгоритмики на нуле?
Заводите строковый буфер, гоните sprintf'ом в него число, strlen'ом определяете длину полученной строки, затем в цикле от последнего символа до начала строки вычитаете из каждого символа '0' и печатаете/сохраняете получившийся символ-результат (его при необходимости можно кастануть к целочисленному типу) так, как нужно.

0

Сообщение от VTsaregorodtsev Знание С и примитивнейшей алгоритмики на нуле?

Это раздел для новичков С++ а не место для троллинга. Тут нужны работающие коды а не примерные идеи алгоритмов на профессиональном сленге для экспертов.

0

Сообщение от Excalibur921 С++

C++ для решения этой задачи не нужен. На 100500% хватает и унаследованных плюсами сишных возможностей/функций.
Но если для 2+2 и аналогичного примитива хотите городить классы - вперёд, мне будет весело смотреть на забивание гвоздей микроскопом.

Сообщение от Excalibur921 Тут нужны работающие коды

Для сферического коня в вакууме?
Вас же 2 раза спросили - куда/как выводить результат.
Но если не можете понять, что символьное (строковое) представление числа УЖЕ решает все или почти все вопросы (можно символы начиная с последнего брать и печатать) - наверное, надо вернуться к букварям? Или, например, к вдумчивому взгляду на таблицу ascii - чтобы понять мои слова про вычитание '0' (это надо будет для превращения символа в целочисленное значение 0-9, если нужны именно целочисленные - а не в виде готовых символов - результаты).

0

Сообщение от Excalibur921 Тут нужны работающие коды а не примерные идеи алгоритмов

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

Сообщение от Excalibur921 на профессиональном сленге для экспертов.

Терминология из любого учебника по основам языка - ни разу не "сленг для экспертов".
При общении на форуме мы оптимистично предполагаем, что общаемся с новичком, а не халявщиком. Что новичок на то и новичок, чтобы учиться.

Сообщение от VTsaregorodtsev Заводите строковый буфер, гоните sprintf'ом в него число, strlen'ом определяете длину полученной строки

ужас какой. То, что по эффективности это намного хуже делений-остатков очевидно. А преимущества у вашего метода есть?

0

Сообщение от COKPOWEHEU Наоборот, именно тут нужны идеи, а не готовые решения.

Наоборот.
Раздел С++ подразумевает именно коды, для алгоритмов есть раздел Алгоритмы. Поэтому пост Yetty, из 3 строчек кода в 100500 раз практически полезней пустых разговоров. Поэтому он получает Спасибо и Лучший Ответ. Дальше начнутся копания что за проценты что это как…при желании.

0

Сообщение от COKPOWEHEU То, что по эффективности это намного хуже делений-остатков очевидно.

А я никогда не выдаю макс.эффективный рецепт.
Например, в проге чисто под Винды sprintf не нужен (т.е. функцию не нужно будет прилинковывать к проге, если она в других местах проги не используется - и размер екзешника не распухнет) - можно встроенным в винду wsprintf'ом обойтись.
В общем, халявщикам/нубам - околоплинтусный уровень, он и для них откровением будет.

0

Сообщение от Excalibur921 Раздел С++ подразумевает именно коды, для алгоритмов есть раздел Алгоритмы. Поэтому пост Yetty, из 3 строчек кода в 100500 раз практически полезней пустых разговоров.

Пустых - полезнее. Подсказок - вреднее.
Раздел "С++" это не "фриланс" и не "халява", это помощь.

Сообщение от VTsaregorodtsev А я никогда не выдаю макс.эффективный рецепт.

Здесь слушая ТСа это оправдано: сойдет и индусня. Но хотя бы адекватным вопрошающим уточняйте, что метод неоптимален.

Сообщение от VTsaregorodtsev в проге чисто под Винды sprintf не нужен <...> - можно встроенным в винду wsprintf'ом обойтись

А можно поподробнее?
Вы хотите сказать, что стандартный sprintf не идет с stdlib или какой-то другой стандартной библиотекой, что его нужно из-под палки линковать? А wsprintf при этом входит в стандартные?
Как-то это странно...

0

Сообщение от COKPOWEHEU Вы хотите сказать, что стандартный sprintf не идет с stdlib или какой-то другой стандартной библиотекой, что его нужно из-под палки линковать?

Нет, я хочу сказать, что нормальный=умный линкер не цепляет к екзешнику абсолютно все функции, присутствующие в либ-файле/файлах. А цепляет только реально используемые (т.е. не прицепит функций, к которым в проге не будет обращения).
А у части стандартных сишных библиотечных функций есть аналоги (пусть и под другими именами, и, возможно, с другим набором/порядком аргументов) в ОС. И при отсутствии задачи обеспечения максимальной портируемости кода - можно вместо вызовов некоторых стандартных сишных библиотечных функций в коде прописывать вызовы их аналогов из потрохов ОС. Правда, взамен исключения из екзешника тушек функций, которым в ОС нашлась замена - в екзешнике появятся записи в таблице импорта.

0

Сообщение от VTsaregorodtsev Нет, я хочу сказать, что нормальный=умный линкер не цепляет к екзешнику абсолютно все функции, присутствующие в либ-файле/файлах

Но ведь libc - динамическая библиотека, ее не линковать надо, а обращаться в рантайме.

Сообщение от VTsaregorodtsev И при отсутствии задачи обеспечения максимальной портируемости кода - можно вместо вызовов некоторых стандартных сишных библиотечных функций в коде прописывать вызовы их аналогов из потрохов ОС.

А оно надо? Я так понял, вы предлагаете незначительно снизить размер бинарника путем выкидывания части функций.
Сейчас попробовал собрать свою программку с флагами -static-libgcc -static-libstdc++ и без них. Если не ошибаюсь, это статическая линковка libc в бинарник. Размеры получились 612К против 700К. ИМХО - не тот размер, за который стоит бороться.

0

Сообщение от COKPOWEHEU Но ведь libc - динамическая библиотека, ее не линковать надо, а обращаться в рантайме.

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

Сообщение от COKPOWEHEU Я так понял, вы предлагаете незначительно снизить размер бинарника путем выкидывания части функций

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

0

Сообщение от VTsaregorodtsev А потом и в разделе ВижуалС++, и в разделе С++Билдера в числе пришитых сверху тем - темы про то, как заставить прогу работать на другом компутере

Не смешивайте стандартную библиотеку языка, на которую полагаются все компоненты системы, со стандартной библиотекой IDE, на которую полагается только она. Скажем, для CBulder'а нужно тащить только его, борландовские библиотеки.

0

Сообщение от COKPOWEHEU Не смешивайте стандартную библиотеку языка, на которую полагаются все компоненты системы

ОК, покажите мне в Винде стандартную библиотеку языка С.
Ну и для С++ аналогично - dll'ка с cin/cout, STL и прочей плюсовой шнягой где лежит в Винде?

0

Сообщение от VTsaregorodtsev где лежит в Винде?

Откуда ж мне знать?
У себя в линуксе находил. Да и по логике: динамические библиотеки для того и придумали, чтобы не таскать стандартный функционал с каждым экземпляром программы

0

Сообщение от COKPOWEHEU Да и по логике: динамические библиотеки для того и придумали, чтобы не таскать стандартный функционал с каждым экземпляром программы

Ой, только не отнимайте у разработчиков компиляторов/IDE возможностей померяться пиписьками на тестах, достаточно сильно опирающихся, например, на стандартные функции работы с памятью/строками (malloc/free-new/delete, или всякие там memset/memcpy, strlen и т.д.). Т.е. на идущие в поставках компиляторов библиотечные реализации таких функций - а не на что-то общее для всех.

Плюс если при билде проги стоит галка статической линковки - то IDE может линкеру указывать библиотеку, предварительно откомпилированную под ВЫБРАННЫЙ процессор среди набора процессоров некоторой платформы. Т.е. если написанный кодером код будет (по высказанному явно желанию кодера) компилироваться под целевой процессор - то и библиотеку можно статически пришить именно под него.
При динамической же линковке - прога ВСЕГДА вынуждена опираться на dll, собранную под НАИБОЛЕЕ СТАРЫЙ из поддерживаемых осью процессоров. Потери производительности на пустом месте, для ВСЕХ прог на С/С++.
Так что нафиг стандартные для языков либы пихать в дистрибутив осей, идущих не в виде исходников. Чтобы была как возможность скомпилировать статически прогу под современный проц, так и притащить с прогой динамические библиотеки из более свежей, чем ось, версии IDE/компилятора.

0