آموزش های این وب سایت به صورت رایگان در دسترس است. اطلاعات بیشتر
بروز خطا
   [message]
اشتراک در سوال
رای ها
[dataList]

ترتیب اجرای کلاس

rad  10 سال پیش  10 سال پیش
0 0

توی آموزش گفته شده که Application قبل از Activity اجرا میشه خواستم بدونم تربیب اجرای اینا چطوره از بالا به پایین یعنی کلاسی هست که قبل از Applictionاجرا بشه؟

الان یعنی اگه G توی ContextWrapper یا context تعریف بشه زود تر از Activity اجرا میشه؟

0 0
سلام onCreate درون کلاس G که extends شده از Application از هر onCreate درون هر کلاس دیگه ای زودتر اجرا میشه شما میتونید با دستور log و چاپ یک پیغام توی logcat ببینید اولویت اجرا چه جوری یه . موفق باشین (10 سال پیش)
0 0
میدونم منم غیر این نگفتم که میگم کلاسی هست که ما از او extends کنیم که اولویت بیشتری نسبت به Application داشته باشه؟ (10 سال پیش)
0 0
خوب به غیر از آموزش های استاد آموزش های که دیدم نه چیزی در این مورد نبوده و بهتر هست همینطور کد بزنید چون هیچ وقت لازم نمیشه(اولویت کلاس ها) و اگه هم بشه بعد از چند سال کار و تخصص خودتون بهش خواهی رسید موفق باشین (10 سال پیش)
0 0
برید روی کلمه Apploicaton که در کلاس G هست یک F3 بزنید ترتیب کلاس ها رو مشاهده میکنید . (10 سال پیش)
+1 0
اینا ها ترتیب اجرا نیستند ، ترتیب عناصر هستند ، که چه کسی فرزند کس دیگر هست. در اندروید شما کلاس activity رو در منیفست معرفی میکنید برای اجرا شدن و همینطور کلاس Application رو هم معرفی میکنید ، این 2 کلاس در فریمورک اندروید به ترتیب Application و بعد Activity اجرا میشوند . اما اجرا شدن فقط به معنی نمایش چیزی نیست ، مثلا در کلاس Application ابتدا کلاس ساخته میشود و متد OnCreate صدا زده میشود و در اکتیویتی هم به همین تریتیب ولی مثلا کلاس ContextWrapper متدی مثل onCreate ندارد . ولی در عملا کلاس Application فرزند ContextWrapper هست پس برخی از متد های آن توسط فرزندش صدا زده خواهد شد . اما قابلیت اجرا مستقل شبیه به Application را ندارد . (10 سال پیش)
0 0
یکیمی جا افتاده جمله آخری کمتر (10 سال پیش)
 برای این سوال 1 پاسخ وجود دارد.
پاسخ به سوال 
rad  10 سال پیش
0 0

توی محدوده دید کلاس و متد فقط Private رو میزنی توی بقیه کلاس ها و زیر کلاس ها دیده نمیشه و بقیه فرقی نداره فیلم آموزشی رو دیدم و این خوب برام جا نیافتاده

ما توی SRC دوتا package داریم package1 , package2 توی پکج1 ما یه کلاس پسر تعریف میکنیم اگه public انتخاب کنیم یعنی توی packge2 هم قابل دسترسی هست درصورتی که میزنیم pesar pesar= new که میزنیم میگه creat new object و به این صورت میشه

Pesar pesar = type name = new type(arguments);

من فیلم شی گرایی رو خوب دیدم با اونچه که تو فیلم هست مسئله ای ندارم ولی یکم میخوام ذهنم نسبت به شی گرایی مخصوصا محدود دید خوب برام جا نیافتاده

مورد دیگه هم که هست اینه اگه قرار باشه ما یه متدی رو@Override کنیم وبعد چیزی از والدش ارث نبره یا super. رو حذف کنیم ویژگیش چیه که ما یه متد جدید تعریف نکنیم

اگه برای این موضوع فیلم عکس یا اسلایدی که بصورت ویژوال و بصری کلاس ها الل خصوص محدوده دید رو بخوبی نشون  بده ممنون میشم

0 0
لینک (10 سال پیش)
0 0
?من منظورم این نبود (10 سال پیش)

پاسخگویی و مشاهده پاسخ های این سوال تنها برای اعضای ویژه سایت امکان پذیر است .
چنانچه تمایل دارید به همه بخش ها دسترسی داشته باشید میتوانید از این بخش لایسنس این آموزش را خریداری نمایید .