|
|
|
|
|
для: cheops
(14.12.2011 в 04:10)
| | Спасибо | |
|
|
|
|
|
|
|
для: Cena
(13.12.2011 в 23:22)
| | Имеется в виду вот этот?
for(x = xn, k=0; x <= xk; x += dx,k++)
{
z=cbrt((tan(a - x))/(4.35 + sin(a + x)));
if(k%4==0) cout<<"x="<<x<<"\t z="<<z<<endl;
} | можно поступить следующим образом
x = xn; k=0;
do {
z=cbrt((tan(a - x))/(4.35 + sin(a + x)));
if(k%4==0) cout<<"x="<<x<<"\t z="<<z<<endl;
x += dx; k++;
} while (x <= xk;); |
| |
|
|
|
|
|
|
|
для: cheops
(12.12.2011 в 17:04)
| | Здраствуйте, подскажите пожалуйста, как организовать цикл по этой программе: do...while? | |
|
|
|
|
|
|
|
для: Cena
(11.12.2011 в 19:51)
| | К сожалению, не могу воспроизвести ситуацию, так как у меня cbrt(x) отсутствует. | |
|
|
|
|
|
|
|
для: cheops
(11.12.2011 в 19:37)
| | Да, у меня неправильно выводятся max и min знвчения в результате выполнения получается:
x=1.5 z=1.3093
x=2.3 z=0.597753
x=3.1 z=-0.33991
x=3.9 z=-0.664024
x=4.7 z=0.99338
max=6.65598e+268 min=0.572952
R=6.65598e+268
некорректно выводит максимальные значения по модулю z, и R (разность) среди max и min | |
|
|
|
|
|
|
|
для: Cena
(11.12.2011 в 19:30)
| | Не очень, если очень, понял суть проблемы... у вас в результате получаются неправильные максимальные и минимальные значения? | |
|
|
|
|
|
|
|
для: cheops
(11.12.2011 в 18:57)
| | Спасибо, но функция возведения в кубический корень:
cbrt(x) считает более-менее корректно, но у меня проблема с max и min значениями z, неверные значения z берет за min и max | |
|
|
|
|
|
|
|
для: Cena
(11.12.2011 в 17:43)
| | Эту задачу лучше решать в отдельной функции, она потребует своего собственного цикла. Такие задачи решаются оптимизационными алгоритмами, т.е. вы приходите к решению последовательно. Берете произвольное начальное значение числа и помножаете его на себя три раза, сравнивая с результатом - не подходит, прибавляете к исходному произвольному числу небольшое значение (варьируете число), повторяете процедуру, опять не подходит, смотрите разницу между исходным числом и результатами. Если после прибавления результат получился еще дальше от исходного числа - вы идете не в ту сторону, если результат ближе, значит вы на верном пути, нужно еще увеличить значение. Повторяя эти операции вы все ближе и ближе будете подходить к тому, что умножение вашего числа три раза на себя будет приближаться к нужному вам результату, чтобы его не проскочить, вам нужно будет уменьшать варьируемое значение, пока оно не станет совсем маленьким, а получаемый результат практически перестанет изменяться и очень близко подойдет к нужному вам числу. Тогда можно прекращать поиск вы получите те самые 2.9999999999999999999999999999967, которые выдает калькулятор и которые очень близки к 3. Этот недостающий хвостик большого значения иметь не будет, так как ошибка, которая накапливается в сопроцессоре еще больше (он многие задачи аналогично решает).
Алогоритмов таких поисков очень много, но все они действуют по указанной выше схеме, только порядок изменения приращения у них разный. | |
|
|
|
|
|
|
|
для: cheops
(11.12.2011 в 17:27)
| | Вы правы был путь очень-очень простой, есть такая функция возведения в кубический корень:
cbrt(x)
#include <iostream>
#include <math.h>
#include <cmath>
using namespace std;
int main()
{
double x,xn,xk,dx,a,max,min;
long double z;
int k;
cout<<"xn=";
cin>>xn;
cout<<"xk=";
cin>>xk;
cout<<"dx=";
cin>>dx;
cout<<"a=";
cin>>a;
for(x = xn, k=0; x <= xk; x += dx,k++)
{
z=cbrt((tan(a - x))/(4.35 + sin(a + x)));
if(k%4==0) cout<<"x="<<x<<"\t z="<<z<<endl;
}
if(k==1)
{
max=z;
min=z;
}
if(z>max) max=z;
if(z<max) min=z;
cout<<"max="<<max<<"\t min="<<min<<"\n";
cout<<"R="<<max-min<<"\n";
system("PAUSE");
return 0;
}
но есть проблема небольшая, у меня min и max после выполнения дают значения, которые вообще не имеет значение z, может я неправильно поставил где-то фигурные скобки? | |
|
|
|
|
|
|
|
для: Cena
(11.12.2011 в 17:17)
| | Вообще извернуться, конечно, можно - если уверены в том, что делаете, то нужно просто решить оптимизационную задачу s * s * s = tan(a - x)/(4.35 + sin(a + x)), изменяя s таким образом, чтобы тройное произведение наиболее близко было к значению справа (это не совсем корректно с алгебраической точки зрения, но зато задача будет решена, по крайней мере будет вариант). Если уверены, что эта задача должна решаться так, можем попробовать, но у меня ощущение, что мы через стену пытаемся пройти в соседнюю комнату, а где-то должна быть вполне обычная дверь :))), хотя я не буду возражать против похода и через стену :). | |
|
|
|
|