abshammeri

جزاك الله خير / لكن الى أين ستصل الدروس حسب ما تخطط ؟

تقريباً المواصفات شبه مكتملة لأغلب الكلاسات : Rectangle - Point2D - Line2D - Triangle - Circle - Math سيتم تجميعها في ملفات نصية بسيطة ، ورفعها على svn واضافة الرةابط هنا ان شاء الله . من الان ، يمكن الحديث عن الكلاس Vector2D ، اذا انتهينا منه ننتقل الى Matrix…

سنقوم معاً ببناء نسخة الجافا J2SE ، حتى تكون نسخة موحدة .. سيتم توزيع المهام ، بعد أن ننتهي من المواصفات ان شاء الله . بالنسبة للـ overload ، لايتم كتابته أثناء المواصفات ، يمكن للمبرمج أن يقوم بذلك وذلك بهدف عدم الاكثار من Specifications . يا أخوان : فقط لندف…

أظن أنه لايقصد أن يعمل setPoint ، لكن يقصد اضافة الى النقطة .. مثال : Point p(10,20); p.move(5); // now // p.x = 15 // p.y = 25 أما MoveToPoint .. سنضيفها ولكن باسم setPoint .. وذلك من أجل توحيد طريقة التسمية .. بين الكلاسات // add fixed distance to current po…

لا .. لاتبحث عن محركات ألعاب .. والا مافائدة مشروعنا :D . كنت أسأل عن المكتبة الرسومية .. ولكن الاخ محمد ذكرنا بالـ OpenGL ES ( نسخة OpenGL الموجهة لهذا النوع من الاجهزة ) . لم استخدمها سابقا .. لكن لو استطعت معرفة طريقة تثبيتها ( تثبيت OpenGL ES ) وعمل Hello …

اقتراح جيد اذا كان التنفيذ ممكن .. ولكن قد يكون يسبب اضافة بارمتر اضافي في كل دالة وهذا اراه غير مستساغ . اذا كنا نستطيع أن نستخدام كائن مثل ErrorManager ( يكون متواجد بشكل دائم أثناء تهيئة المحرك ) ، ويكون هو المسؤال عن الاخطاء .. مثال : Point2D<T> getPerpend…

يمكنك استخدام الدالتين getUpperLeftPoint و getLowerRightPoint ، وممكن تكونان inline .. حيث طريقة الاخ سلوان أسهل في أحيان كثيرة مثل : هذه اكثر مقروئية if(point.x > rect.left && point.x < rect.right ) if(point.y > rect.top && point.y < rect.bottom ) there is co…

هنا أتوقف كثيرا .. تعرف أننا سنخسر كثيرا ميزة اعادة الكائن من خلال return بدلا من البارمتر . أفضّل أن أكتب شيء كهذا : print (image.getCenter().x ) بدلا من هذا Point p; image.getCenter(p); print p.x لذلك وكحل وسط .. اقترح أن يكون هناك طريقة اخرى غيراعادة الخطأ …

نعم .. الصيغة النهائية ستكون هكذا : ( مثال على int ) : class Rectangle { // هذه قيم وليست نقاط .. من يريد يستخدم نقاط ينظر الى الدوال في الاسفل int top; int bottom; int left; int right; // purpose : get the upper left corner of this rectangle as new point and …

كما قال الاخ SandHawk ، الافضل هو استخدام (الزاوية العليا اليسرى) كنقطة اصل للاحداثيات .. أي قيم المحور الصادي تزيد كلما اتجهنا لاسفل في مجال الرسوميات . لكن من الممكن أن نتغاضى عن هذه الان .. الى أن يأتي دور الرسم ، لنرى مايمكننا فعله . أي لنستمر الان في مكتب…

نعم نفس سؤال الاخ علاء , وبالتحديد ماهي المكتبة الرسومية التي تستخدمون ؟

هناك سؤال : مانظام الاحداثيات الذي سنتعامل معه ، هل محور y يتزايد كلما اتجهنا لأسفل ، كما في GDI و Direct3D . أم يكون محور y يتناقص كلما اتجهنا لاسفل النافذة كما هو الحال مع الرياضيات المعتادة . بطريقة أخرى : هل تكون نقطة الاصل للاشكال هي النقطة اليسرى العلوية…

اه فهمت .. معذرة على سوء الفهم .. لا أعرف شيء عن j2me .. لذلك أدر هذه النسخة حسب ما ترى ، جزاك الله خير .

أخ مقاوم .. هل ستكون نسخة مختلفة عن الجافا ؟ عموما .. هناك بعض الامور الترتيبة التي يجب أن نقوم بها . كانت الخطة كالتالي : حيث هناك بعض packages يتم مناقشتها في موضوع واحد لانها صغيرة ولها نفس المفاهيم مثل core و io ( لجميع لغات البرمجة ) وهناك أمور ستختلف كثي…

أقصد أن صورة سوبر ماريو .. تحرك فقط نقطة واحدة فيها ( تحرك صورة عادية ) .. أي أنك تحرك مثلا نقطة المنتصف فيها . ما علاقة أقدام الصورة .. هذا لم أفهمه . هذه صورة سوبر ماريو : عندما نحرك الصورة .. نحن نحرك موقع الصورة ( في الغالب النقطة اليسرى العلوية .. وستتحرك…

لايوجد سؤال سخيف :) Direct3D vs OpenGL, أيهما تختار ؟ كلاهما تقريبا بنفس القوّة .. ( تقريبا ) وكل منها له ميزاته . OpenGL : قوته في أنه على أكثر من نظام تشغيل .. وأسهل . DX : مدعوم أكثر من كروت الشاشة ( تقريبا OpenGL صارت مثل D3D في هذا الجانب ) .. وبما أنه عل…

أتمنى تتنظر قليلاً أخ محمد .. حتى ننتهي من الكلاسات السابقة ، خلال 24 ساعة ان شاء الله .. ونعتمد مواصفاتها . أما Matrix فيجب أن لانطرح شيء الان ، قبل أن يكتمل vector تماما .. حيث أن هناك أسئلة بخصوص matrix وكيف سنبنيها .. وعلى أي نظام .. وبالتالي قد يحصل لخبطة…

ملاحظة صغيرة : الأفضل أثناء كتابة Specification ( المواصفات) لكل كلاس .. أن نلتزم بأن يكون الكود موجّه لجميع المبرمجين وليس مكتوب بطريقة لايفهمها الا مبرمجي السي بلس ( يوجد لدينا جافويون أيضا :) ) ... لذلك نذكر مرّة أخرى : 1- نستخدم class بدل struct أثناء كتاب…

وعليكم السلام ورحمة الله وبركاته . مقال جميل .. أستمتع كثيراً بقراءة هذا النوع من المقالات :) .

ماشاء الله .. صور مشجعة كما قال "الكون" .. والأعمدة زاهية زيادة عن اللزوم كما قال "الكون" أيضا :) . أتمنى أن يكون أسلوب تحريك اللاعب سهل وخالي من المشاكل ( ويكون اكتشاف التصادم دقيق ) ، كأولوية في اللعبة . نترقبها :-) ..