MrPenguin9
ملصق أصلي- 1 أغسطس 2008
- 13 مايو 2009
شكرا
سايلنت باندا
مشرف فخري
- 8 أكتوبر 2002
- غابة الخيزران
- 13 مايو 2009
MrPenguin9
ملصق أصلي- 1 أغسطس 2008
- 13 مايو 2009
شكرا
فونى المطور
- 2 سبتمبر 2008
- 13 مايو 2009
x = sin(y); هل هناك شيء أكثر؟
حاول كتابة هذا في المحطة أو google it
يخطئ الرجل م
MrPenguin9
ملصق أصلي- 1 أغسطس 2008
- 13 مايو 2009
شكرا ص
رون سي
- 18 يوليو 2008
- منطقة شيكاغو
- 13 مايو 2009
قال MrPenguin9: ولكن عندما أقوم بعمل 'tan (1)' في xcode يعيدني ذلك 1556013989!؟!؟ لكن تان 1 هو 0.017455 ... ما الخطأ الذي أفعله؟
شكرا
1556013989؟ ربما يتم فقط طباعة قيمة بتنسيق الفاصلة العائمة كعدد صحيح بدون تحويل النوع؟
من أين تحصل على وظيفة tan () هذه؟ رياضيات. ما نوع إرجاع tan () ، على سبيل المثال؟ هل يأخذ راديان أم درجات؟ ما هو نوع تخزين القيمة المعادة فيه؟
لقد راجعت صفحة الرجل من أجل tan () وهي تقول:
الكود:
#include double tan(double x); long double tanl(long double x); float tanf(float x); DESCRIPTION The tan() function computes the tangent of x (measured in radians). إذن ... الوظيفة الوحيدة التي تطابق ذلك التوقيع تأخذ تحويلًا مزدوجًا (تحويل تلقائي) وتعيد تحويلًا مزدوجًا (تحويل تلقائي أيضًا) وتأخذ راديان. كيف ترى القيمة؟ كيف تبدو التعليمات البرمجية الخاصة بك؟
تحرير: لقد تحققت للتو من قيمة tan (1 راديان) في Calculator.app - تقول: 1.557408. إذن ... لماذا تعتقد أنه يجب أن يكون 0.017455؟ هذه هي قيمة tan (1 DEGREE) م
MrPenguin9
ملصق أصلي- 1 أغسطس 2008
- 13 مايو 2009
#import 'MainView.h' @implementation MainView -(void)awakeFromNib { Text.text = [NSString stringWithFormat:@'%d', tan(1)]; } @end (أوه ، ولم أكن أعرف أن tan (x) كان بالتقدير الدائري). شكرًا يا رفاق على المساعدة! جي جويون
- 19 أبريل 2008
- كامبريدج ، ماساتشوستس
- 13 مايو 2009
قال MrPenguin9: - (باطل) awakeFromNib {
Text.text = [NSString stringWithFormat '٪ d'، tan (1)]؛
}
هناك مشكلتك ، تان ترجع ضعفًا لكن سلسلة التنسيق٪ d تتوقع عددًا صحيحًا. يجب أن يؤدي تغيير '٪ d' إلى '٪ lf' إلى إصلاح ذلك. ستمنحك كتابة 'man 3 printf' في المحطة معلومات أكثر بكثير حول سلاسل تنسيق نمط printf التي تستخدمها Apple (والكثير من المكتبات الأخرى) ؛ ابحث عن الجزء الذي يبدأ بـ 'تتكون سلسلة التنسيق من صفر أو أكثر من التوجيهات' ص
رون سي
- 18 يوليو 2008
- منطقة شيكاغو
- 14 مايو 2009
قال Guiyon: هناك مشكلتك ، تان ترجع ضعفًا لكن سلسلة التنسيق٪ d تتوقع عددًا صحيحًا. يجب أن يؤدي تغيير '٪ d' إلى '٪ lf' إلى إصلاح ذلك. ستمنحك كتابة 'man 3 printf' في المحطة معلومات أكثر بكثير حول سلاسل تنسيق نمط printf التي تستخدمها Apple (والكثير من المكتبات الأخرى) ؛ ابحث عن الجزء الذي يبدأ بـ 'تتكون سلسلة التنسيق من صفر أو أكثر من التوجيهات'
لا تحدث هذه التحويلات من النوع 'السحري' ما لم يعلم المترجم أنه يجب أن يكون هناك واحد. إحدى الحالات التي لا تعرف فيها هي في كود مثل stringWithFormat: - لا يعرف حقًا أنه يجب أن يكون هناك تحويل ، لذلك يمر بمرح على طول ضعف. بمجرد أن تبدأ اللعب بأنواع النقطة العائمة ، عليك الانتباه إلى ذلك.
ملاحظة أخرى مختصرة حول أنواع النقطة العائمة. لا تكتب كود مثل: كود:
double a,b; ... if (a == b) { ... تكمن المشكلة في أنواع = وأنواع الفاصلة العائمة في أنه من غير المحتمل أن تكون متساوية. حتى شيء مثل: كود: float a,b,c,prod1,prod2; ... // compute values for a, b, and c prod1 = a*b*c; prod2 = c*b*a; if (prod1 == prod2) { ... هذه الأرقام هي نفسها على السبورة. داخل الكمبيوتر ، لا يجب أن يكونوا كذلك. إنه أمر غريب ، لكن عليك أن تعتاد عليه. م MrPenguin9
ملصق أصلي- 1 أغسطس 2008
- 15 مايو 2009
شكرا لكم جميعا لمساعدتي!
المشاركات الشعبية