وسائل نقل البيانات بين الفريمات

هل تقصد من خلال الـ Java EE ؟؟

بما انه ذكر 

اقتباس

الفريمات

اذا هو يقصد ال DESKTOP APPLICATIONS

1-يمكنك استخدام DATA ACCESSORS 

string name;

public staring getName()
{
return this.name;
}

public void setName(string name)
{
this.name = name;
}

2-يمكنك ارسال البيانات عند استدعاء البانى constructor

public Class Frame2
{
public Frame2(string name)
{
this.name = name;
}

string name;

}

وفى الثانية تكتب

public Class Frame1
{
public void button1ActionPerformed()
{
Frame2 f2 = new Frame2("Mohammed");
}
}

3-والأسوأ أن تستخدم المتغيرات العامة 

public Class Frame2
{
public string name;
}

public Class Frame1
{
public Frame1()
{
Frame2 fr = new Fram2();
fr.name = "Mohammed";
}
}

فى النهاية النافذة Frame هى مجرد كائن object استخدم ماتعلمته من طرق نقل البيانات بين الكائنات فى object-oriented programming

بالتوفيق

اشكرك على الرد اخى MOHAMED FATHEI

ولكنى قادم جديد من منتدى php

وعندى فكرة ان كل المتغيرات يتم انشاء كلاس خاص بها ويتم ايضا انشاء دوال تغيير قيم هذه المتغيرات ايضا وانشاء دوال تحويل صيغ هذه المتغيرات مثلا من نص الى رقم ثم يتم توريث هذا الكلاس لاى كلاس يريدها 

مثلا :

public class Vars{
private int a, b, c;
private String aa, bb, cc;

public setVar(String newVar){
this.aa = newVar;
}
}

نعم هى فكرة جيدة مادامت تحافظ على ال encapsulation

اقتباس

وهل فى الجافا كويكيز واشياء مثل الويب

نعم الجافا بها قسم كامل متخصص بمشاريع الويب البسيطة والعملاقة ويدعى JEE او Java Enterprise Edition

هذا عنوان المنتدى /index.php/forum/164-javaee/

تحياتى

اقتباس

-والأسوأ أن تستخدم المتغيرات العامة

هل لي أن اسألك أخي لماذا اعتبرت هذه الطريقة هي الأسوأ؟

المزايا الاساسية للبرمجة كائنية التوجه OOP

1- encapsulation

2- abstraction

3- polymorphism

4- inheritance

المتغيرات العامة public variables تكسر التغليف encapsulation

التغليف هو حماية للبيانات ويسمح لك بتغيير البيانات دون علم المستخدم بما يحدث داخل الفئة

مثال

int count = 0;public int getCount(){return count;}

الان المتغير count خاص ولا يمكن التعديل عليه مباشرة

ايضا المستخدم الان لايعرف سوى استدعاء الدالة getCount ولا يعرف مايدور داخلها او داخل الفئة

مثلا يمكنك تعديل الدالة لتصبح كما يلى

int count = 0;public int getCount(){return count * 2; }

تخيل الموضوع بدون التغليف ؟

يجب ان يذهب الى كل مستخدم ويقول له عدل الكود من count الى count * 2

وبهذا ضاعت البرمجة الكائنية او المركزية فى البرمجة

كذلك باستخدام التغليف يمكنك جعل المتغير للقراءة فقط او للكتابة فقط او كلاهما

تفسير مقبول حسن

ولكن لماذا لا تدع ذلك حسب حاجة المستخدم وحسب حركة البرنامج ...بمعنى إنه قد يكون ما تراه سيئا هنا حسنا في مكان آخر

ولأضرب لك مثلا

لنفرض المتغير x الذي هو في الكلاس A وهذا المتغير سيحتاجه خمس فورمات

الآن بطريقتك أنت سوف نضطر إلى إنشاء كائن من نوع A  في كل فورم من أجل استخدام الدالة getX  أي سننشأ خمس كائنات وذلك سيأخذ وقتا وسيأخذ مكانا أكبر في الذاكرة ثم في الأخير سياخذ وقتا في جمع النفايات

وكل ذلك يمكن تجاوزه لو عرفنا متغيرا x هكذا

public static int x;

وبهذه الطريقة كل فورم سوف يستخدم المتغير x باستدعائه بواسطة الكلاس هكذا A.x

وقد تجنبنا بهذه الطريقة إضاعة الوقت وموارد الجهاز بإنشاء خمس كائنات ثم تطهيرها

اقتباس

لنفرض المتغير x الذي هو في الكلاس A وهذا المتغير سيحتاجه خمس فورمات

هنا يمكنك الاستعانة ب Design Patterns

1-Factory Class

2-Factory Method

3-Singleton

ثم أنه يمكنك انشاء متغير عام من نوع الفئة الخاصة بك بدلا من int

public static MyClass x;

ثم استخدم حقولها فى اى مكان وفى اى وقت