Jak zastąpić komendę?

Jak zastąpić komendę?
RS
  • Rejestracja:około 9 lat
  • Ostatnio:ponad 5 lat
  • Lokalizacja:Gliwice
  • Postów:7
0

Witam,
Krótki opis sytuacji.
Do wykonania mam zadanie :
Zdefiniuj funkcję parametrów x i n, wyznaczającą iteracyjnie wartość:
f1(x,n) = 1/x + 1/ x2 + 1/ x 3+ 1/ x4 + . . . + 1/ x n ;
W funkcji main wielokrotnie wczytuj argumenty x i n, a następnie obliczaj i prezentuj
wartość funkcji, aż do momentu podania x == 0 lub n <= 0.

Mój kod wygląda tak :

Kopiuj
#include <stdio.h>
#include <math.h>

double funkcja (double, double);

int main()
{
	double wynik, x, n;
	
	while(1)
	{
	printf("Podaj wartosc x oraz n :");
	scanf("%lf%lf", &x, &n);

	if(x == 0)
		break; 

	if(n<=0)
		break;

	wynik = funkcja ( x, n ) ;

	printf(" Wartosc funkcji to : %.3lf \n", wynik);
	}
	
}
double funkcja( double x, double n )
{
	int i;
	double f = 0; 

	for( i = 1; i <= n; i++ )
		{
			f += 1 / pow(x, i); 
		}

	return f; 
}

Pytanie brzmi : W jaki sposób można zastąpić komendę " pow " ?
Z góry dziękuję i pozdrawiam

edytowany 4x, ostatnio: RybaSG
Gynvael Coldwind
  • Rejestracja:ponad 21 lat
  • Ostatnio:około miesiąc
  • Lokalizacja:Zurich, Switzerland
  • Postów:457
3

Mnożeniem :)
Zacznij od jakiegoś double p = x; a potem co iteracje pętli rób p *= x;.

Gdyby nie były to potęgi z kolejnymi, naturalnymi wykładnikami, tylko np. wykładnik byłby liczbą rzeczywistą, to musiałbyś zaimplementować jakiś ciekawszy numerycznie algorytm.


peace,
gynvael.coldwind//vx "Imagination is more important than knowledge..." Albert Einstein
RS
  • Rejestracja:około 9 lat
  • Ostatnio:ponad 5 lat
  • Lokalizacja:Gliwice
  • Postów:7
0

Ok, dzięki :)

_13th_Dragon
  • Rejestracja:ponad 19 lat
  • Ostatnio:3 miesiące
3
  1. Zapoznaj się z inkrementacją, bo jej nie rozumiesz: http://4programmers.net/Forum/1101404
  2. Używaj wyłącznie angielskiego nazewnictwa: http://4programmers.net/Forum/1208091
  3. Do liczników wszelkiego rodzaju użycie double - to sabotaż własnej pracy
  4. Wg mnie lepiej jakoś tak:
Kopiuj
#include <stdio.h>
#include <math.h>
 
double func(double x,unsigned count)
  {
   double sum=0,add;
   for(add=1/x;count--;add/=x) sum+=add;
   return sum;
  }
 
int main()
  {
   double x;
   unsigned count;
 
   while(1)
     {
      printf("Podaj wartosc x oraz n: ");
      if(scanf("%lf%u",&x,&count)==2)
        {
         if((!x)||(!y)) return 0;
         printf("Wartosc funkcji to : %.3lf\n",func(x,count));
        }
      else printf("Trzeba podać liczby\n");
      while(getchar()!='\n') {}
     }
  }

Wykonuję programy na zamówienie, pisać na Priv.
Asm/C/C++/Pascal/Delphi/Java/C#/PHP/JS oraz inne języki.
Zobacz pozostałe 16 komentarzy
_13th_Dragon
Ta, zrozumiałem, lepsza nazwa niż count oraz dodatkowe zmienne oraz w związku z tym kilka wierszy więcej oraz w kolejnej wersji ktoś czegoś nie zauważył i błąd na który stracisz czas. Czytelność oznacza mały czas czytania kodu przez twoją grupę a nie ilość początkujących którzy są w stanie go przeczytać. Jak już pisałem - nie dasz rady napisać czytelny dla wszystkich - więc pisz czytelny dla swojej grupy.
ŁF
Nieuważnie cytujesz, co sugeruje, że nieuważnie czytasz. Nie napisałem że "że większość formatowań dla mnie czytelna", tylko że czytelne są dla mnie formatowania zgodne z ogólnie przyjętymi standardami. "Nie świadczy to również że masz większe umiejętności od początkującego, a jednak powinno" - nie rozumiem o co Ci tutaj chodzi, poza tym jeśli coś "powinno", to warto by to uzasadnić. Wracając do tematu - piszecie w swoim gronie, więc ma być czytelne dla was; a co z kosztem wdrożenia nowych osób?
ŁF
Moja księgowa nie zagląda do kodu (chociaż kto ją tam wie; w każdym razie nie chwali się, że to robi. Co do nooba - owszem, da się kod tak napisać, żeby uniknąć robienia kilku rzeczy w jednej linijce, kilku funkcjonalności w jednej metodzie i klasie, dobrze ponazywać wszystkie zmienne, stałe, metody, klasy, struktury itp., dobrze pogrupować kod pustymi linijkami - i wtedy będzie mu znacznie łatwiej, nawet jeśli sam nie będzie potrafił napisać tak przejrzystego kodu.
fasadin
dodam tylko jedno od siebie. oraz w kolejnej wersji ktoś czegoś nie zauważył i błąd na który stracisz czas Od tego sa unit testy.
_13th_Dragon
@ŁF, jeżeli "formatowania zgodne z ogólnie przyjętymi standardami" - rozumiesz domyślne formatowanie ustawiane przez większość środowisk to będzie to również "większość formatowań", jeżeli zaś pod tym rozumiesz podtrzymywanie formatowania przez istniejące środowiska - to coś kręcisz, ponieważ to co ja używam również jest podtrzymywanie - więc uważnie czytam a i w trakcie robię wnioski. @fasadin, no własnie o tym mówię, test pokazał że teraz źle i teraz co? cofamy zmiany i robimy na nowo? albo porównujemy znak po znaku wersje? albo szukamy w nowym kodzie błędu debugerem?
RS
  • Rejestracja:około 9 lat
  • Ostatnio:ponad 5 lat
  • Lokalizacja:Gliwice
  • Postów:7
0

Czemu przy licznikach double jest złe?

Sopelek
for(float f = 0.0f; f < 20000000.0f; f+=1.0f) ile razy wywoła się ta pętla?
_13th_Dragon
  • Rejestracja:ponad 19 lat
  • Ostatnio:3 miesiące
0
RybaSG napisał(a):

Czemu przy licznikach double jest złe?
Temu: http://ideone.com/9Y579a


Wykonuję programy na zamówienie, pisać na Priv.
Asm/C/C++/Pascal/Delphi/Java/C#/PHP/JS oraz inne języki.
Gynvael Coldwind
  • Rejestracja:ponad 21 lat
  • Ostatnio:około miesiąc
  • Lokalizacja:Zurich, Switzerland
  • Postów:457
7

@RybaSG
To ja przewrotnie napiszę, że akurat w przykładzie który miałeś, dla naturalnych n poniżej 252-1 (give or take) i tak by wszystko działało (związane z wyliczaniem w pętli ofc; przy czym precyzja i by się skończyła trochę szybciej), niemniej jednak warto zapoznać się z tym jak floaty działają od wewnątrz :)
@Sopelek rzucił kontr-przykład, w którym akurat liczba przy liczniku nie jest poprawnie reprezentowana we floatach (do 223-1 by było dobrze, ale 20000000.0f jest w okolicy 2**25 ;)

@_13th_Dragon
W ramach czepiania się szczegółów (co tak lubimy na forum uprawiać), Twój przykład nie pokazuje, że użycie double do licznika i jest niepoprawne - wszystkie liczby od 0 do 999 są poprawnie reprezentowane w double bez straty precyzji, i dodawanie +1 do nich również nie powoduje straty w precyzji.
Problem braku precyzji leży natomiast (jak pewnie wiesz) w tym jak obliczane jest A i B (0.1 nie można wyrazić bez straty precyzji w double).


peace,
gynvael.coldwind//vx "Imagination is more important than knowledge..." Albert Einstein
edytowany 4x, ostatnio: Gynvael Coldwind
ŁF
Moderator
  • Rejestracja:ponad 22 lata
  • Ostatnio:7 dni
3
_13th_Dragon napisał(a):
RybaSG napisał(a):

Czemu przy licznikach double jest złe?
Temu: http://ideone.com/9Y579a

Tak jak GC napisał, pokazałeś że stukrotne dodanie do siebie 0.1 nie da dokładnie 100. Błąd będzie identyczny dla użycia double i dla użycia int jako licznika.
Jednak jest uzasadnienie dla nieużywania double w licznikach: wydajność. Jeśli co iterację zmienna zwiększana jest o liczbę naturalną, to nie ma żadnego uzasadnienia dla używania jako typu tej zmiennej czegoś innego niż typ naturalny/całkowity. Co prawda w praktyce spadek wydajności będzie zwykle pomijalny, ale użycie takiej konstrukcji to programistyczne faux pas, takie pierdnięcie przy stole, nikt nie umrze, ale wszyscy się skrzywią.


Zarejestruj się i dołącz do największej społeczności programistów w Polsce.

Otrzymaj wsparcie, dziel się wiedzą i rozwijaj swoje umiejętności z najlepszymi.