Loading...
Jaihertz avatar Jaihertz 4 Точки

EX09 - Padawan Equipment - Discussion

Отварям тази тема от философски подбуди. Първоначално събмитнах кода така и получих 90/100, като тест 3 гърмеше. Използвах минималистичен подход и сложих най-ниските възможни типове променливи, тъй като по условие НЕ се очакваше надхвърлящо капацитета им число (дискутираме само тези в червено). Промених ги после и 3-те на на double, но тогава гръмна за време само последният. Работещата комбинация се оказа два дабъла и float за priceOfBelts.

 

Въпросъ е, защо условието лъже за това че винаги ще дойдат валидни типове данни впосочените гранични стойности? :D

 

using System;

namespace EX09_PadawanEquipment
{
    class CostCalculator
    {
        static void Main()
        {
            double money = double.Parse(Console.ReadLine());
            int students = int.Parse(Console.ReadLine());
            float priceOfStabbers = float.Parse(Console.ReadLine());
            float priceOfRobes = float.Parse(Console.ReadLine());
            float priceOfBelts = float.Parse(Console.ReadLine());

            double tenPercent = Math.Ceiling(students * 0.1);

            double totalStabbers = (tenPercent + students) * priceOfStabbers;
            double totalRobes = students * priceOfRobes;
            double totalBelts = (students - (students / 6)) * priceOfBelts;

            double costOfEquipment = totalStabbers + totalRobes + totalBelts;

            Console.WriteLine(money >= costOfEquipment ? $"The money is enough - it would cost {costOfEquipment:F2}lv." : $"Ivan Cho will need {((money - costOfEquipment) * -1):F2}lv more.");
        }
    }

}

Тагове:
0
Fundamentals Module 27/01/2019 16:35:08
NikolayNeykov92 avatar NikolayNeykov92 617 Точки

Здравей, в задачата се казва че ще получиш floating-point number (число с плаваща запетая), а не изрично че ще бъде float.

0
Filkolev avatar Filkolev 4482 Точки

Едва ли е подадено нещо, което не е в посочените граници. С double дава 100/100, това с грешката за време е било случайно (натоварване на системата сигурно).

Вероятно става дума за разлика в точността между двата типа, float пази по-малко значими цифри. Т.е. подозирам, че на входа за някоя от променливите е подадено нещо, което float не може да го побере достатъчно точно.

Типовете, които се ползват по подразбиране за числа, са int и double. Смисъл да се ползват други има само ако ни трябва по-широк диапазон (например long, BigInteger) или точност при сметки с реални числа (decimal). Ненужно е да се търси най-малкия тип, който ни върши работа, много малко програмисти работят с толкова сериозни ограничения. А и дали тази оптимизация реално води до някакво подобрение не е сигурно - оптимизиране се прави само при необходимост.

0
Jaihertz avatar Jaihertz 4 Точки

Filkolev аз още от сега се точа на структурите от бази данни и алгоритми, затова гледам да "остържа боята" използвайки променливите на предела :D

 

NikolayNeykov92 това с фоутинг поинта е ясно, визирах постановеният в условието рейндж който би следвало идеално да се вмести в float, byte, float, float, float :D А пък отзаде на тестовете се подават по-дълги числа от 7 символа (•Floating point ◦float : 32 bits, range from 1.5 × 10−45 - 3.4 × 1038, 7-digit precision) :D

  • The amount of money Ivan Cho has – floating-point number in range [0.00…1,000.00]
  • The count of students – integer in range [0…100]
  • The price of lightsabers for a single sabre – floating-point number in range [0.00…100.00]
  • The price of robes for a single robe – floating-point number in range [0.00…100.00]
  • The price of belts for a single belt – floating-point number in range [0.00…100.00]

The input data will always be valid. There is no need to check it explicitly.

0
Filkolev avatar Filkolev 4482 Точки

В диапазона 0-100 има безкрайно много реални числа. Никъде в условието не е казано, че ще са с не повече от 7 цифри, така че тестът не е грешен. Не са подадени отрицателни числа или по-големи от 100, проверено :).

При алгоритмите примитивните типове са най-малкият проблем. Там проблемите идват от неефикасно изпълнение на операции (обхождания на ненужни данни и т.н.). Освен ако нямаш подадени много, ама много на брой малки числа, не би трябвало да има особена разлика. А и ще разбереш ако това е проблемът - ще имаш прехвърлена памет в тестовете. От гледна точка на скорост, типовете по подразбиране са по-ефикасни доколкото помня, защото се правят преобразувания - но тук трябва да провериш, защото беше отдавна и не съм сигурен, че съм прав.

1
Jaihertz avatar Jaihertz 4 Точки

В диапазона от 0.00 до 100.00 аз лично разбирам, че входът ще е нещо от рода 87.16 но не повече или по-малко от оказаните граници. Сиреч гарантирано ми е, че няма да дойде някво 88.94893и483217488712498428174741442414гигавата8946427429 число. Явно в моят телевизор е грешката.

Иначе системата явно наистина е на слаба машина, защото с дабъл на второ четене съшият код минава. Това беше коментирано за БГ кодер преди, сега като се замисля.

0
27/01/2019 18:26:09
Можем ли да използваме бисквитки?
Ние използваме бисквитки и подобни технологии, за да предоставим нашите услуги. Можете да се съгласите с всички или част от тях.
Назад
Функционални
Използваме бисквитки и подобни технологии, за да предоставим нашите услуги. Използваме „сесийни“ бисквитки, за да Ви идентифицираме временно. Те се пазят само по време на активната употреба на услугите ни. След излизане от приложението, затваряне на браузъра или мобилното устройство, данните се трият. Използваме бисквитки, за да предоставим опцията „Запомни Ме“, която Ви позволява да използвате нашите услуги без да предоставяте потребителско име и парола. Допълнително е възможно да използваме бисквитки за да съхраняваме различни малки настройки, като избор на езика, позиции на менюта и персонализирано съдържание. Използваме бисквитки и за измерване на маркетинговите ни усилия.
Рекламни
Използваме бисквитки, за да измерваме маркетинг ефективността ни, броене на посещения, както и за проследяването дали дадено електронно писмо е било отворено.