سوالی در مورد کلاس ساخت دیتابیس

[sobhan1990]

سلام

توی کتابهای رفرنس؛ کلاسی که برای ساخت دیتابیس بکار میره و از کلاس OpenSQLiteHelper مشتق میشه فیلدها رو با مودیفایر Public static final تعریف میکنه.

میخوام بدونم دلیل اینکار چیه؟ اگر فقط Public رو بزاره که این فیلد قابل دسترسی هست پس اون دو تای دیگه(static final) واسه چیه؟

با تشکر

[Nevercom]

کلمه ی کلیدی final برای این به کار میره که متغیری که تعریف می کنیم از نوه Constant باشه و درواقع مقدارش قابل تغییر نباشه.
در این مورد احتمالاً فیلد ها نام دیتابیس یا نام جدول ها و ... هستن، این متغیر ها باید از نوع ثابت (Constant) باشن، چون نباید درحین اجرای برنامه تغییری بکنن.

static هم اشاره میکنه که این متغیرها وابسته به Type هستن و نه Instance
بطور خلاصه میشه گفت که بخاطر استفاده از static این فیلدها به ازای هر instanceی که از کلاس ایجاد میشه یه کپی ازشون ساخته نمیشه و میشه مستقیماً با نام کلاس ازشون استفاده کرد
String dbName = SOHClass.DB_NAME
که این هم برای مورد شما مناسب تره چون این متغیر هیچ تغییر مقداری توش صورت نمیگیره و نیاز نیست برای هر Instance از کلاس یه کپی واسش ساخته بشه

[Modernidea]

سلام

توضیحی بسیار خوبی بود.

خیلی از دوستان در مورد متغیر static، دو اشتباه معمول میکنن، یکی اینکه فکر میکنن متغیر های static همان حالت Constant است و مقدار آن همیشه ثابت است، و دوم اینکه برای دسترسی به این متغیر، سعی بر ایجاد یک شی از کلاس را دارند! که این کار به هیچ عنوان امکان پذیر نیست! برای دسترسی به متغیر های static فقط میتوان به طریقی که دوستمون در پست قبلی گفتند، عمل کد.

اما این را باید در نظر داشت، برای اینکه قصد دسترسی به متغیری از خارج از کلاس مربوطه را داشته باشیم، این راه خوبی نیست که متغیری را static تعریف کنیم، به دلایل مختلف. اما اگر متغیری و یا حتی تابعی، در اکثر نقاط برنامه مشترک بوده و به کررات از آن استفاده میشود، به طور حتم بهتر است که متغیر به صورت static تعریف شود.

البته، این یکی از دلایل استفاده از متغیر های static است. این متغیر ها و توابع کاربردهای فراوانی دارند که در صورت استفاده صحیح از آن بسیار مفید خواهند بود و عکس این قضیه صادق است، یعنی اگر استفاده نادرست از این نوع شود؛ مشکلات خواص خود را خواهد داشت.

توضیح گوگل در مورد متغیر های static: (http://developer.android.com/training/articles/perf-tips.html)

Avoid Internal Getters/Setters

In native languages like C++‎ it's common practice to use getters (i = getCount()) instead of accessing the field directly (i = mCount). This is an excellent habit for C++‎ and is often practiced in other object oriented languages like C#‎ and Java, because the compiler can usually inline the access, and if you need to restrict or debug field access you can add the code at any time.
However, this is a bad idea on Android. Virtual method calls are expensive, much more so than instance field lookups. It's reasonable to follow common object-oriented programming practices and have getters and setters in the public interface, but within a class you should always access fields directly.
Without a JIT, direct field access is about 3x faster than invoking a trivial getter. With the JIT (where direct field access is as cheap as accessing a local), direct field access is about 7x faster than invoking a trivial getter.
Note that if you're using ProGuard (http://developer.android.com/tools/help/proguard.html), you can have the best of both worlds because ProGuard can inline accessors for you.



موفق باشید.