Learn Java via @like
خروجی کد بالا چیست ؟ 1: 100 2: -100 3: Error cannot assign an int to a byte value 4: هیچکدام @this_java
پاسخ صحیح گزینه ی سه
فرض کنید داشته باشیم
byte b =50;
byte c = 100;
byte a =40;
int d= a*b/c;
واضح است که محدوده ی محاسبات از محدوده ی بایت فراتر میرود راه حل جاوا برای جلوگیری از این مسئله این است که به هنگام محاسبات ریاضی داده هایbyte,short, character به صورت خودکار به int ارتقا داده میشوند بنابراین a*b بصورت integer محاسبه میگردد و نه byte. بنابراین نتیجه ی عبارت ۲۰۰۰ است و عملیات۵۰×۴۰ با توجه به اینکه هردو از نوع byteهستند به درستی انجام میپذیرد.
علی رغم مزایای ارتقای خودکار نوع در هنگام محاسبات ریاضی ، میتواند منجر به چنین خطاهای گیج کننده ای در زمان کامپایل شود.
در مثال بالا ۵۰×۲ به int تبدیل میشود بنابراین بدون casting نمیتواند درون byte قرار گیرد
@this_java
فرض کنید داشته باشیم
byte b =50;
byte c = 100;
byte a =40;
int d= a*b/c;
واضح است که محدوده ی محاسبات از محدوده ی بایت فراتر میرود راه حل جاوا برای جلوگیری از این مسئله این است که به هنگام محاسبات ریاضی داده هایbyte,short, character به صورت خودکار به int ارتقا داده میشوند بنابراین a*b بصورت integer محاسبه میگردد و نه byte. بنابراین نتیجه ی عبارت ۲۰۰۰ است و عملیات۵۰×۴۰ با توجه به اینکه هردو از نوع byteهستند به درستی انجام میپذیرد.
علی رغم مزایای ارتقای خودکار نوع در هنگام محاسبات ریاضی ، میتواند منجر به چنین خطاهای گیج کننده ای در زمان کامپایل شود.
در مثال بالا ۵۰×۲ به int تبدیل میشود بنابراین بدون casting نمیتواند درون byte قرار گیرد
@this_java
👍3
تفاوت کلید واژه ی super و extends در generics چیست؟
راس C2 از درخت فوق را مد نظر بگیرید
فرض کنید میخواهیم لیستی داشته باشیم که فقط بتواند مقادیری از نوع راس C2 فرزندان آن (کلاس هایی که از C2 مشتق شده اند به آن فلش وارد کرده اند برای مثال منظور از مقادیری از نوع C2 خود C2 و D1 و E2 و... میباشد)
در این صورت از extends استفاده میکنیم:
List<? extends C2> list;
بدین شکل میتوانیم مقادیری از نوع c2 و زیر کلاس های آن را در این لیست ذخیره کنیم
حال فرض کنید میخواهیم مقادیری از نوع C2 و سوپر کلاس های آنرا ذخیره کنیم(مانند B3 و B2 و A4 و...)
در این صورت از super استفاده میکنیم:
List<? super C2> list;
درواقع هر کلاسی که میخواهیم به این لیست اضافه کنیم یا باید از جنس C2 باشد یا از جنس پدران C2
کاربرد این دو کجاست؟
برای مثال متد copy از کلاس Collections را بررسی میکنیم:
راس C2 از درخت فوق را مد نظر بگیرید
فرض کنید میخواهیم لیستی داشته باشیم که فقط بتواند مقادیری از نوع راس C2 فرزندان آن (کلاس هایی که از C2 مشتق شده اند به آن فلش وارد کرده اند برای مثال منظور از مقادیری از نوع C2 خود C2 و D1 و E2 و... میباشد)
در این صورت از extends استفاده میکنیم:
List<? extends C2> list;
بدین شکل میتوانیم مقادیری از نوع c2 و زیر کلاس های آن را در این لیست ذخیره کنیم
حال فرض کنید میخواهیم مقادیری از نوع C2 و سوپر کلاس های آنرا ذخیره کنیم(مانند B3 و B2 و A4 و...)
در این صورت از super استفاده میکنیم:
List<? super C2> list;
درواقع هر کلاسی که میخواهیم به این لیست اضافه کنیم یا باید از جنس C2 باشد یا از جنس پدران C2
کاربرد این دو کجاست؟
برای مثال متد copy از کلاس Collections را بررسی میکنیم:
public class Collections {
public static <T> void copy(List<? super T> dest, List<? extends T> src) {
for (int i = 0; i < src.size(); i++)
dest.set(i, src.get(i));
}
}
@this_java👍4👎1
Learn Java
تفاوت کلید واژه ی super و extends در generics چیست؟ راس C2 از درخت فوق را مد نظر بگیرید فرض کنید میخواهیم لیستی داشته باشیم که فقط بتواند مقادیری از نوع راس C2 فرزندان آن (کلاس هایی که از C2 مشتق شده اند به آن فلش وارد کرده اند برای مثال منظور از مقادیری…
پر واضح است که لیست مبدا میتواند T و همچنین زیر کلاس های آنرا داشته باشد (لیست مبدا نوعی از ان باشد) اما لیست مقصد فقط میتواند نوع T و سوپر کلاس های آنرا داشته باشد (لیست مقصد میتواند از نوع T یا سوپر کلاس آن باشد)
چراکه بر طبق قواعد شی گرایی جاوا یک کلاس میتواند در متغیری از همان نوع و یا نوع کلاس پدر نگهداری شود(اگر لیست مقصد هم extends داشت باید عملیات کست انجام میشد تا داده های مبدا بتوانند به پدران خود تبدیل شوند)
@this_java
چراکه بر طبق قواعد شی گرایی جاوا یک کلاس میتواند در متغیری از همان نوع و یا نوع کلاس پدر نگهداری شود(اگر لیست مقصد هم extends داشت باید عملیات کست انجام میشد تا داده های مبدا بتوانند به پدران خود تبدیل شوند)
@this_java
👍4
There are only two hard things in Computer Science: cache invalidation and naming things.
– Phil Karlton
Java code conventions can be found here:
https://www.oracle.com/technetwork/java/codeconventions-150003.pdf
https://google.github.io/styleguide/javaguide.html
– Phil Karlton
Java code conventions can be found here:
https://www.oracle.com/technetwork/java/codeconventions-150003.pdf
https://google.github.io/styleguide/javaguide.html
Java Best Practice.pdf
12.7 MB
یک کتاب عالی برای فهمیدن Best Practice ها در جاوا
برشی از کتاب Clean code عمو باب
برشی از کتاب Clean code عمو باب
👍2
Fibonacci.java
1.5 KB
مقایسه ی زمان اجرای محاسبه ی جمله ی n ام دنباله ی فیبوناچی به روش بازگشتی با غیر بازگشتی
👍2
Learn Java via @like
خروجی کد فوق چیست؟ 👍به معنای 42 👎به معنای 0
کسایی که میگن صفر دلیلش رو پیوی بگن ببینم رو چه حسابی صفر بدست اوردن😄
😁4
Learn Java via @like
خروجی کد فوق چیست؟ 👍به معنای 42 👎به معنای 0
خب دوستان خروجی کد میشه صفر همانطور که خیلیاتون این رو زدید
ولی چرا؟
اگر کتاب دایتل رو خونده باشید ..در یک بخش گفته شده که هیچوقت در سازنده ی یک کلاس متدی فراخوانی نکنید که قابل override شدن باشه
به چه دلیل ؟
میدونیم که اولین خط از سازنده ی کلاس فرزند سازنده ی کلاس پدر فراخوانی میشه
اگر بنا بر این باشه که سازنده ی کلاس پدر متدی فراخوانی کنه که در کلاس فرزند بازنویسی شده
و حالا اون متد مقادیری داشته باشه که در سازنده ی کلاس فرزند مقدار دهی بشن
قبل از مقدار دهی شدن اونها
سازنده ی کلاس پدر فراخوانی میشه
و اون هم متد رو فراخوانی میکنه
پس مقادیر پیشفرض هنوز ست نشدن
و این مشکل ساز میشه
ولی چرا؟
اگر کتاب دایتل رو خونده باشید ..در یک بخش گفته شده که هیچوقت در سازنده ی یک کلاس متدی فراخوانی نکنید که قابل override شدن باشه
به چه دلیل ؟
میدونیم که اولین خط از سازنده ی کلاس فرزند سازنده ی کلاس پدر فراخوانی میشه
اگر بنا بر این باشه که سازنده ی کلاس پدر متدی فراخوانی کنه که در کلاس فرزند بازنویسی شده
و حالا اون متد مقادیری داشته باشه که در سازنده ی کلاس فرزند مقدار دهی بشن
قبل از مقدار دهی شدن اونها
سازنده ی کلاس پدر فراخوانی میشه
و اون هم متد رو فراخوانی میکنه
پس مقادیر پیشفرض هنوز ست نشدن
و این مشکل ساز میشه
👍6
Prefer self-explanatory code instead of comments
Don't comments bad code - rewrite it.
- Brian W. Kernighan, The Elements of Programming Style.
• Comments are not substitute for bad code.
• Explain it through code.
• Java is a programming language and should express itself.
• The more self-explanatory the code is, the less you need to comment it.
• Treat the comment as a danger signal.
• Comment why not what!
Rules for commenting:
Primary rule : Comments are for things that can not be expressed in code.
Redundancy rule: Comments which repeat the meaning of code must be deleted.
Single truth rule : If the comment says what the code could say, then the code must change to make the comment redundant.
https://blog.faradars.org/weird-programming-principles/
@this_java
Don't comments bad code - rewrite it.
- Brian W. Kernighan, The Elements of Programming Style.
• Comments are not substitute for bad code.
• Explain it through code.
• Java is a programming language and should express itself.
• The more self-explanatory the code is, the less you need to comment it.
• Treat the comment as a danger signal.
• Comment why not what!
Rules for commenting:
Primary rule : Comments are for things that can not be expressed in code.
Redundancy rule: Comments which repeat the meaning of code must be deleted.
Single truth rule : If the comment says what the code could say, then the code must change to make the comment redundant.
https://blog.faradars.org/weird-programming-principles/
@this_java
فرادرس - مجله
عجیبترین اصول برنامهنویسی که نمیدانستید
در این مطلب میخواهیم از اصول عجیبی در برنامهنویسی با شما صحبت کنیم که شاید تا به حال دربارهی آنها چیزی نشنیده باشید. معمولا این گونه است که مهمترین و ضروریترین اصول برنامهنویسی که در کار خود به آنها نیاز دارید، در اختیار شما قرار میگیرد. اما اصول دیگری…
👍4