[qualsiasi]problemino matematico

[RaouL_BennetH]

Ciao a tutti

Chiedo aiuto a voi per il seguente problema che riguarda la lettura dei contatori dell'acqua nei condomini:

1)Si legge il contatore generale, che per esempio segnerà 2385 scatti; In base al numero di utenze di questo condominio, c'è da fare la moltiplicazione per una costante (23) ed in base al risultato si applica una determinata tariffa. Per esempio:

Condominio A, numero utenze = 40

Devo fare: 40 * 23 = 920 e applicare la prima fascia di tariffazione, per esempio = 0.45 quindi: 920 * 0.45 = 414

poi, dovrei fare sempre 40 * 23 che fa sempre 920 e applicare la seconda tariffa: 920 * 0.75 = 690

A questo punto, io devo sempre tenere presente che devo arrivare al numero totale di scatti (2385) e quindi devo fare:

920 + 920 (1a e 2a tariffa) = 1840

2385 - 1840 = 545 e applicare una terza tariffa (o una quarta...)

Sperando di essere stato chiaro, come potrei automatizzare il tutto?

Grazie mille

RaouL.

P.S.: credo che il tutto si possa sintetizzare in questo modo:

quante volte il risultato della moltiplicazione del numero di utenze * 23 è contenuto nel numero di scatti del contatore generale;

[mastoo]

Originariamente inviato da RaouL_BennetH

P.S.: credo che il tutto si possa sintetizzare in questo modo:

quante volte il risultato della moltiplicazione del numero di utenze * 23 è contenuto nel numero di scatti del contatore generale;

non ho capito bene il problema
ma dalla sintesi che hai fatto sembra che il tutto si riduce ad una divisione

n = numero di scatti /(numero di utenze * 23)

[RaouL_BennetH]

Originariamente inviato da mastoo

non ho capito bene il problema
ma dalla sintesi che hai fatto sembra che il tutto si riduce ad una divisione

n = numero di scatti /(numero di utenze * 23)

si, ma il problema che ho io è di applicare a questo numero delle tariffazioni.

Per esempio, ho una tabella con 13 tipi di tariffe:

1) 0.45
2) 0.72
3) 1.18
4) 2.15

blabla

Ora, il contatore generale segna 2560 scatti;
le utenze del condominio sono 34;

il primo calcolo che faccio è:

int numTariffeDaApplicare = contatore / (utenze * 23);
//che non mi darà il numero esatto perchè c'è il resto che calcolo così:

int resto = contatore % (utenze * 23);

//con i numeri che ho messo in esempio ho:

numTariffeDaApplicare = 3

//così divise:
primaTariffa = (utenze * 23) * 0.45
secondaTariffa = (utenze * 23) * 0.72
terzaTariffa = (utenze * 23) * 1.18

//rimane quella del resto che secondo l'operazione di prima è:
214 
//e su quest'ultima devo fare:
quartaTariffa = 214 * 2.15

[mastoo]

ma il tuo problema è calcolare la tariffa sul resto, perche non sai qual applicare ?

[naoto84]

Insomma, se ho capito bene è come la tassazione progressiva...
In tal caso puoi fare così.

(codice simil-C)

int n_utenze = 34;
int costante =  23;
fascia = n_utenze*costante;
int lettura= 2560;

int totale = 0;

double[] tariffe = {0.45, 0.72, 1.18...  etc }

for (int i=0; lettura>0; i++)
{
if (lettura>=fascia)
   {
    totale+=fascia*tariffe[i];
    lettura-=fascia;
    }
else
   {
    totale+=lettura*tariffe[i];
    lettura=0;
   }
}

Naturalmente si può sistemare per avere parametri, non sovrascrivere le variabili, gestire le eccezioni... etc. etc.

A livello puramente matematico era un bell'integrale di una funzione a gradini... ma è meglio non trattarlo così.

[RaouL_BennetH]

Originariamente inviato da mastoo

ma il tuo problema è calcolare la tariffa sul resto, perche non sai qual applicare ?

Prima di tutto grazie per l'interessamento

Per il momento ho risolto così:

//il codice è in C#
private void MyData()
        {
            int result = Int32.Parse(cmbUtenze.ComboBox.Text) * 23;
            
            int contatore = Int32.Parse(txtContatore.Text);
            
            int numTariffe = contatore / result;
            
            int resto = contatore % result;

            switch (numTariffe)
            {
                case 1:
                    double totale = (result * 0.417) + (resto * 0.719);
                    MessageBox.Show("caso 1");
                    label2.Text = totale.ToString();

                    break;

                case 2:
                    double totale2 = (result * 0.417) + (result * 0.719) + (resto * 0.835);
                    MessageBox.Show("caso 2");
                    label2.Text = totale2.ToString();
                    break;

                case 3:
                    double totale3 = (result * 0.417) + (result * 0.719) + (result * 0.835) + (resto * 1.121);
                    MessageBox.Show("caso 3");
                    label2.Text = totale3.ToString("N3");
                    break;

                case 4:
                    double totale4 = (result * 0.417) + (result * 0.719) + (result * 0.835) + (result * 1.121) + (resto * 1.334);
                    MessageBox.Show("caso 4");
                    label2.Text = totale4.ToString();
                    break;

                case 5:
                    double totale5 = (result * 0.417) + (result * 0.719) + (result * 0.835) + (result * 1.121) + (result * 1.334) + (resto * 1.334);
                    MessageBox.Show("caso 5");
                    label2.Text = totale5.ToString();
                    break;
            }

Qualsiasi critica o consiglio è ben accetto

[naoto84]

Originariamente inviato da RaouL_BennetH

Qualsiasi critica o consiglio è ben accetto

Forse ti è sfuggito il mio messaggio perché abbiamo postato insieme. Nella tua soluzione vedo che calcoli preventivamente quante "aliquote" incontri e fai un calcolo ad hoc per ogni caso, ma non è necessario.
E poi è poco flessibile... appena cambia una tariffa o se ne aggiunge una devi andare a cambiare tutto il codice.

[sottovento]

Scusa se mi permetto, mi sento di darti un consiglio.
Da quel che ho capito, si tratta di un problema che ben si presta ad una soluzione impostata mediante tabelle.

Il consiglio e' quindi di fare in modo che l'applicazione vada a consultare delle tabelle ed eventualmente fare i conti con il loro contenuto invece di usare uno switch.

Il vantaggio e' che il risultato e' piu' comprensibile di uno switch chilometrico (con parti di codice che, per forza di cose, sono duplicate o comunque molto simili).
Hai anche il vantaggio della configurabilita': in versioni future, potresti inserire le tabelle in un file di configurazione, e cambiarlo senza nemmeno toccare il codice. Puoi prendere come riferimento il codice di naoto84 ed eventualmente ampliarlo....

[RaouL_BennetH]

Grazie a tutti per i consigli

Per rispondervi:

Si, alle tabelle ci avevo pensato, magari lasciando all'utente la possibilità di inserirle in una list box o in un db, in modo che possa aggiornarle in tempo reale quando cambiano.

Quello che ho fatto con lo switch era più che altro per rendermi conto di come far fare matematicamente l'operazione.

Ora vedo cosa riesco a capire dal codice di nato84.

[a2000.1]

[RaouL_BennetH]

Originariamente inviato da a2000.1

lol! questo è il consiglio migliore

[a2000.1]

tre righe tre di codice e passa la paura

Sub ppp()
 Dim t(1 To 10), tt(1 To 10)
 t(1) = 0.45
 t(2) = 0.75
 t(3) = 0.95
 t(4) = 1.15

 tt(1) = t(1)
 For i = 2 To 10: tt(i) = tt(i - 1) + t(i): Next i
  
 
 Nsc = 2385
 Nut = 40
 a = 23

 c = Nut * a
 II = Int(Nsc / c)
 TOT = c * tt(II) + (Nsc Mod c) * t(II + 1)

End Sub

[marco.r]

Originariamente inviato da a2000.1

tre righe tre di codice e passa la paura

...

sono 15

[naoto84]

Originariamente inviato da a2000.1

tre righe tre di codice e passa la paura

Un aiutone gli hai dato.

" "

[a2000.1]

Originariamente inviato da marco.r

sono 15

eh, bisogna saperle contare ...

[okay]

Originariamente inviato da a2000.1

eh, bisogna saperle contare ...

ciao a2000.1

[a2000.1]

ciao

[marco.r]

Originariamente inviato da a2000.1

eh, bisogna saperle contare ...

Piu' che altro carina l'idea che hai usato per calcolare il risultato.
Capita proprio a proposito, perche' sfruttandola si riesce a scrivere una soluzione in due righe

rates = zip (0.45:0.75:0.95:repeat 1.15) (scanl (+) 0.0 (map fst rates))
bill users amount = (\fi u -> (\(x,y) -> x*(fi (mod amount u)) + y*(fi u) ) (rates !! (div amount u))) fromIntegral (users*23)

Non sono proprio 80 colonne, ma cmq sotto le 132

[a2000.1]

certo anche perchè, da buon copy-paste programmer, non sapendo un C++ di matematica ti tocca copiare la sostanza dagli altri e incollare il tutto con un po' di immonda C-like glue-shit .

P.S.
non te la prendere ma è la verità, d'altra parte non è colpa tua: ve lo hanno insegnato che il codice (degli altri ) va riutilizzato e che non si deve reinventare la ruota (anche se ve la danno quadrata )

[a2000.1]

dopo lo mandiamo in esecuzione 10^9 volte e vediamo quello che ci mette di meno, se il tuo anacoluto da barboni pala&piccone o quello in lingua evoluta porsche-cayenne modello ranzani (alias fortran).


comunque eccotelo servito, non in anacoluto da cavernicoli , in una sola riga (con una ripetizione)

Function f_TOT(Nsc, c, tt(), t())
 'II = Int(Nsc / c)
 f_TOT = c * tt(Int(Nsc / c)) + (Nsc Mod c) * t(Int(Nsc / c) + 1)
End Function

va a laürà barbün !!!