به نقل از روحانی "سید مهدی صدر ساداتی":
دوستی گفت: من از تازی(عرب) بدم میاد!! ما از نسل کوروشیم، منشور کوروش را خوانده ای؟
گفتم: کوروش آدم خوبی بوده؟
گفت: بله
گفتم: کوروش بین افراد جامعه تبعیض نژادی قائل میشد؟
کمی مکث کرد و چاره ای نداشت که بگوید: نه
گفتم: پس تو چرا اینطور شدی؟
در دنیای امنیت اطلاعات(Information security)، اصطلاحاتی مثل فرمت دهی (Encoding) ، رمزنگاری (Encryption) ، هشینگ (Hashing) و مبهم سازی (Obfuscation) بسیار به کار میرن... این تکنیک ها هر کدوم برای اهداف مختلف طراحی شدن و راه ها(الگوریتم ها) مختلفی هم برای پیاده سازی اونها وجود داره. شاید اولش کمی گیج کننده باشه، ولی در واقع هر کدوم از این تکنیک ها کاربرد خاص خودش رو دارن و اصلاً ارتباطی با هم ندارن!
توی این مقاله سعی کردم به زبان ساده توضیح بدم که هر کدوم دقیقاً چیکار میکنن، چه الگوریتم هایی دارن و چرا باید بدونیم که کدوم رو کی استفاده کنیم.
1- برای رفع خطای OutOfMemory هنگام کار با تصاویر راه های زیر رو دنبال کنید:
- مقدار خاصیت largeHeap در فایل مانیفست رو true قرار بدید.
- سعی کنید از LRU cache manager استفاده کنید.
- تصاویر رو compress کنید.
- کدهارو بررسی کنید که memory leak رخ نداده باشه. (که 90% بخاطر بی توجهی به activity life cycle رخ میده)
- برای سرویس ها و Toast ها از ApplicationContext استفاده کنید.
- دقت کنید که broadcast receiver ها رو Unreg کنید.
- همه Observer ها رو بعد از استفاده delete کنید.
- همه resource ها رو(مثل XML) بعد از استفاده destroy کنید.
مقاله کامل و قابل فهم از حافظه Stack و حافظه Heap.
2- مقدار صفت android:targetSdkVersion در تگ uses-sdk فایل AndroidManifest.xml، به دستگاه با نسخه مشابه SDK فرمان میده که سیستم compability رو غیرفعال کنه. بنابراین سرعت پردازش برنامه افزایش و کارایی برنامه بهبود پیدا می کنه.
3- یادتون باشه که synchronized و Thread-Safe در جاوا یک مفهوم دارن: دسترسی همزمان به کد توسط چند Thread بدون بروز مشکلات. یعنی کد/متد synchronized اجازه دسترسی همزمان چند Thread به کد/متد رو نمیده، پس Thread ها باید نوبتی به کد/متد دسترسی پیدا کنن بنابراین آخرین وضعیت کد/متد در همه Thread ها مشترک هستش.
نکته: این مسئله فقط در مورد برنامه های Multi-Thread صدق میکنه و نه Single-Thread.
4- برای حل مشکل minSdk(API x) != deviceSdk(API y) در Android Studio یکی از راه های زیر رو دنبال کنید:
راه اول: داخل گوشی/emulator به مسیر Settings -> منوی Developer options برید و گزینه USB debugging رو فعال کنید.
راه دوم: زمانی که گوشی/emulator رو وصل می کنید، داخل گوشی پنجره Allow USB Debugging باز میشه که حاوی fingerprint هم هست... اون رو ALLOW کنید.
راه سوم: مطمعن شید که حافظه گوشی/emulator پر نشده باشه... اگر شده خالیش کنید.
راه چهارم: داخل گوشی/emulator به مسیر Settings -> منوی Storage برید و از بالا options رو باز کنید، سپس گزینه USB computer connection رو بزنید و نهایتا Media device MTP رو فعال کنید. (اگر درست نشد، Camera device رو فعال کنید)
راه پنجم: نسخه targetSdkVersion و compileSdkVersion رو یکی کنید.
راه ششم: فایل build.gradle رو باز کنید و مقدار عددی minSdkVersion رو به مقدار عددی deviceSdk تغییر بدید.
راه هفتم: داخل Android Studio به منوی Tools -> گزینه Android برید و ADB Integration رو فعال کنید.
راه هشتم: داخل Android Studio به قسمت Build Tools Version برید و نسخه رو به مقدار عددی minSdk یا deviceSdk تغییر بدید.
راه نهم: کلاً از device های سری Preview, N, L استفاده نکنید.
Version یا همون نسخه، مشخصه ای برای دسته بندی وضعیت محصول منتشر شده و [مختصر] شرحی از تغییرات انجام گرفته هستش.
به این معنی که Version یک محصول، بیانگر حال و روز کنونی و مقدار بهبود یافتگی اون محصول هستش... یا حتی آینده ای که در انتظارشه
مشخصه Version می تونه بصورت عدد، کلمه و تاریخ باشه; یا حتی هر سه:
Major.Minor.Micro/Patch[.Build] [ReleaseState] [Architecture] [Date] [Time]
1- با اضافه کردن خاصیت android:supportsRtl="true" در تگ application فایل AndroidManifiest.xml، مشکل راست به چپ صفحات preferences تون حل خواهد شد. (برای اندروید 4.2 به بعد)
2- آیا میدونید هیچ تفاوتی بین fill_parent و match_parent در خاصیت عناصر گرافیکی وجود نداره و هر دو دارای مقدار 1- هستند؟
این مسئله فقط یک تغییر نام جزیی بوده که از API 8 به بعد صورت گرفته و پیشنهاد شده که از match_parent استفاده بشه.
3- از انجایی که SharedPreference ها عملیات read/write برروی دیسک انجام میدن و معمولاً هم در متد OnCreate() یا OnResume() فراخوانی و load می شن، پس بهتره در thread غیر از UI اعمال بشن، تا برنامه رو دچار وقفه نکنن.
همچنین لازم نیست نگران تعدد عملیات باشید، چراکه SharedPreference یک شی Singleton هست و فقط یکبار بارگذاری میشه.
4- در بیشتر مواقع با استفاده از عبارات زیر در تعاریف HttpURLConnection کدتون، خطای recvfrom failed: ECONNRESET (Connection reset by peer) برطرف خواهد شد:
System.setProperty("http.keepAlive", "false");
myHttpUrlConnection.setRequestProperty("connection", "close");
5- برای حل مشکل GC overhead limit exceeded در برنامه Eclipse کافیه ظرفیت حافظه Heap این برنامه رو در فایل eclipse.ini تغییر بدید:
-XX:MaxPermSize=1024m -Xms512m -Xmx1024m
Virtual File System یا سیستم فایل مجازی
Virtual File System(مخفف VFS) یک ساب سیستم مهم در Kernel لینوکس هست که لایه بین filesystem و برنامه های user-space رو تشکیل میده. درواقع همه filesystem ها، با تکیه بر VFS می تونن شناسایی بشن و تبادل اطلاعات کنن. همین مسئله، برنامه های user-space رو قادر کرده که توسط دستورات موجود در VFS برای خواندن و نوشتن در filesystem های گوناگون اقدام کنن:
نکته: در اینجا منظور از لایه، همون Abstraction layer و منظور از دستورات، همون System call/SysCall هستش.
نکته 2: البته به برکت wrap های GNU C Library، کمتر پیش میاد که برنامه user-space نیاز به استفاده از System call داشته باشه.
تغییر رفتار و امکانات keyboard اندروید در مقابل مقدار صفت inputype عنصر EditText: (تست شده روی اندروید 4.4.3 و 2.3.3)
<EditText android:id="@+id/et_test" android:inputType="?????"/>
| نوع inputtype | نوع Keyboard | رفتار دکمه Enter | شکلک | Case حروف | Suggestion | کاراکترهای اضافی |
| textLongMessage | الفبا / پیشفرض | ارسال / بعدی | دارد | lowercase | دارد | , و . و همه چیز |
| textFilter | الفبا / پیشفرض | ارسال / بعدی | دارد | lowercase | ندارد | , و . و همه چیز |
| textCapWords | الفبا / پیشفرض | ارسال / بعدی | دارد | Camel Case | دارد | , و . و همه چیز |
| textCapSentences | الفبا / پیشفرض | ارسال / بعدی | دارد | Sentence case | دارد | , و . و همه چیز |
| time | اعداد | ارسال / بعدی | ندارد | - | ندارد | فقط : |
| textMultiLine | الفبا / پیشفرض | خط بعدی | دارد | lowercase | دارد | , و . و همه چیز |
| number | اعداد | ارسال / بعدی | ندارد | - | ندارد | ندارد |
| textEmailAddress | الفبا / پیشفرض | ارسال / بعدی | ندارد | lowercase | ندارد | @ و . و همه چیز |
| بدون نوع | الفبا / پیشفرض | خط بعدی | دارد | lowercase | دارد | , و . و همه چیز |
| textPassword | الفبا / پیشفرض | ارسال / بعدی | ندارد | lowercase | ندارد | , و . و همه چیز |
| text | الفبا / پیشفرض | ارسال / بعدی | دارد | lowercase | دارد | , و . و همه چیز |
| textShortMessage | الفبا / پیشفرض | شکلک | دارد | lowercase | دارد | , و . و همه چیز |
| textUri | الفبا / پیشفرض | ارسال / بعدی | ندارد | lowercase | ندارد | / و . و همه چیز |
| textCapCharacters | الفبا / پیشفرض | ارسال / بعدی | دارد | UPPERCASE | دارد | , و . و همه چیز |
| phone | اعداد | ارسال / بعدی | ندارد | - | ندارد | * # . - / () W P N , + |
| textPersonName | الفبا / پیشفرض | ارسال / بعدی | دارد | lowercase | دارد | , و . و همه چیز |
نکته: در صورتی که تنظیم Auto-capitalization در تنظیمات Keyboard فعال باشه، Case حروف رفتار پیشفرض خواهد داشت، در غیر اینصورت همه حروف کوچیک خواهند شد.
نکته 2: زبان نوع Keyboard اعداد، همگی اعداد انگلیسی 1234567890 می باشد.
نکته 3: در صورتی که تنظیم Correction/Suggestion در تنظیمات Keyboard فعال باشه، Suggestion بدرستی رفتار خواهد کرد، درغیر اینصورت در همه موارد خاموش خواهد ماند.
برنامه Git برای کار با repository، پنج پروتکل در اختیار ما گذاشته که هرکدوم مزایا و معایب خودشونو دارن... این پروتکل ها:
1- File (یا همون Local protocol)
2- HTTP (یا همون Dumb protocol)
3- HTTPS (یا همون Smart protocol)
4- SSh
5- Git
هستن. اما از کدوم پروتکل باید استفاده کنیم؟ کدوم پروتکل امنیت بیشتری داره؟ و کدوم پروتکل سرعت بیشتری داره؟
شیوه درست صدا زدن Superclass ها در Activity اندروید:
// Called after onCreate has finished, use to restore UI state
@Override
public void onRestoreInstanceState(Bundle savedInstanceState)
{
super.onRestoreInstanceState(savedInstanceState); // Always call the superclass method at FIRST.
// Restore UI state from the savedInstanceState.
// This bundle has also been passed to onCreate.
// Will only be called if the Activity has been
// killed by the system since it was last visible.
}
// Called before subsequent visible lifetimes for an activity process.
@Override
public void onRestart()
{
super.onRestart(); // Always call the superclass method at FIRST.
// Load changes knowing that the Activity has already
// been visible within this process.
}
// Called at the start of the visible lifetime.
@Override
public void onStart()
{
super.onStart(); // Always call the superclass method at FIRST.
// Apply any required UI change now that the Activity is visible.
}
// Called at the start of the active lifetime.
@Override
public void onResume()
{
// Resume any paused UI updates, threads, or processes required
// by the Activity but suspended when it was inactive.
super.onResume(); // Always call the superclass method at LAST.
}
// Called to save UI state changes at the end of the active lifecycle.
@Override
public void onSaveInstanceState(Bundle savedInstanceState)
{
// Save UI state changes to the savedInstanceState.
// This bundle will be passed to onCreate and
// onRestoreInstanceState if the process is
// killed and restarted by the run time.
super.onSaveInstanceState(savedInstanceState); // Always call the superclass method at LAST.
}
// Called at the end of the active lifetime.
@Override
public void onPause()
{
// Suspend UI updates, threads, or CPU intensive processes
// that don't need to be updated when the Activity isn't
// the active foreground Activity.
super.onPause(); // Always call the superclass method at LAST.
}
// Called at the end of the visible lifetime.
@Override
public void onStop()
{
super.onStop(); // Always call the superclass method at FIRST.
// Suspend remaining UI updates, threads, or processing
// that aren't required when the Activity isn't visible.
// Persist all edits or state changes
// as after this call the process is likely to be killed.
}
// Sometimes called at the end of the full lifetime.
@Override
public void onDestroy()
{
// Clean up any resources including ending threads,
// closing database connections etc.
super.onDestroy(); // Always call the superclass method at LAST.
}
خلاصه مطب: در متد های onRestoreInstanceState، onStop, onRestart, onStart، ابتدا باید Superclass صدا زده بشه و بعد کدهای شما قرار بگیره. اما در متدهای onDestroy, onPause, onSaveInstanceState, onResume ابتدا باید کدهای شما قرار بگیره و بعد متد Superclass صدا زده بشه.
عدم رعایت این اولویت ها گاهی باعث کندی، crash کردن، memory leak، ناهماهنگی در UI، باگهای DataSaving و امثالش میشه... پس حتماً رعایت کنید.
(شاید درصد کمی از برنامه ها باشند که از این قائده پیروی نمی کنند، اما اون هم با آگاهی کامل از محتوا و مکانیسم Superclass ها.)
منبع: پروفسور Andrew T. Campbell (و گوگل)
http://www.cs.dartmouth.edu/~campbell/cs65/lecture05/lecture05.html