ورود

View Full Version : کلاس int



rezaTavak
شنبه 06 خرداد 1385, 09:06 صبح
class int
{

int _fldif;
int _fldtry;
int a;
int _fldnew;
Image _flddo;
boolean _fldint;
n.lcdui.Image _fldfor;

n.lcdui.Image()
{
_fldint = true;
}
}



این کلاس چرا اینطوری نوشته شده است؟ از ریسورس کردن یک برنامه این کلاس را بدست آوردم.

Argonod
دوشنبه 08 خرداد 1385, 00:04 صبح
این کد به نظر من اصلا کامپایل نمیشه. چون int جزو تایپهای اصلی هست و نمیتونه به عنوان کلاس استفاده بشه. به این پدیده میگن ریسورس کردن کدهای گیج که بعضا رخ میده.

hps
دوشنبه 08 خرداد 1385, 22:32 عصر
از چه Decompilerی استفاده کردی؟

rezaTavak
سه شنبه 09 خرداد 1385, 12:13 عصر
FrontEnd Plus

hps
سه شنبه 09 خرداد 1385, 22:42 عصر
این رو هممون می‌دونیم که هر برنامه جاوائی که نوشته می‌شه بعد از Compile تبدیل به ByteCode می‌شه. اما خود ByteCode چیه؟ خود ByteCode در واقع یک نوع Assembly برای VM محسوب می‌شه (با این تفاوت که فرض کن می‌تونی با این Assembly توابع یا ویژگی‌های یک کلاس رو صدا بزنی).
تبدیل یه Source به ByteCode یه تبدیل یک به یک نیست و بنابراین تضمینی وجود نداره که برای یه مجموعه از دستورات VM معادلی به جاوا وجود داشته باشه. در ضمن باید این رو هم در نظر داشته باشی که JavaC فقط یکی از Compilerهای جاوا است و خود جاوا هم یکی از زبان‌هایی که می‌شه باهاش ByteCode جاوا تولید کرد. گونه‌های از زبان‌های دیگه‌ای مثل Rexx (که زبان Human-Oriented محسوب می‌شه) یا Eifel و کلی مفسر دیگه وجود دارند که می‌تونن ByteCode جاوا تولید کنند که اگرچه برای VM قابل درک و اجراست اما معادلش در جاوا بی‌معنیه.
این احتمال رو هم باید در نظر بگیری که Decompilerی که استفاده کردی با نسخه Compilerی که استفاده شده سازگاری نداره.

rezaTavak
چهارشنبه 10 خرداد 1385, 06:46 صبح
دیکمپایلر این برنامه از روی JAD است. فقط گرافیکی شده است.

توی خیلی جاهای دیگه درست کار کرده البته مهم هم نیست من سورس یکی دیگه مشابه این را جایی گیر آوردم.

در ضمن برنامه تحت J2ME است.