gwt وديناميكية خادم المعالجة.هل ينتمون معا ؟

Question

وأنا حريصة على بناء تطبيق مع Gwt و التطبيق المحرك.أنا أكثر دراية App Engine:خلق دينامية صفحات html مع سيرفلتس و jsp ؟ أنا أتساءل ومع ذلك ، إذا كان هذا النوع من تطبيق التكنولوجيا ينتمي مع GWT?

اثنين من الأمثلة يمكن التنبؤ كونه مشكلة تسجيل الدخول لقاعدة البيانات واسترجاعها.

المستخدم بتسجيل الدخول في النهج الحالي هو بسيط:في بداية بريمج ، تحقق مما إذا كان المستخدم كائن موجود.إذا كان لا تظهر الصفحة.إذا كان لا إعادة توجيه إلى Google خدمة تسجيل الدخول.كيف يعمل هذا النموذج تتلاءم مع GWT?يبدو لي أن GWT يجمع إلى static html/جافا سكريبت/css الملفات على الخادم الخاص بك.مع هذا النهج ، فإنه لا يبدو من الممكن أن تفعل أي معالجة الخادم للتحقق من وجود vlid المستخدم قبل التقديم صفحة ثابتة (لأن أي مستخدم فقط يمكن تجاوز بريمج و نوع ثابت url الصفحة مباشرة).

المثال الآخر سيكون عرض البيانات من محرك التطبيق مخزن البيانات.إذا أردت إنشاء جدول كل صف يتم إدخال من مخزن البيانات, وأود أن dynamiclly إنشاء html في بريمج, و مخزن البيانات الوصول إلى هناك ، الخ ، الخ.يبدو مع GWT يجب أن تخدم وعاء صفحة html ، ثم استخدام ajax لتحميل قاعدة بيانات المحتوى بعد حقيقة ؟

ربما GWT ليس صحيحا بالنسبة لي نوع من التطبيق أو ربما أنا فقط شيء عن تطوير تطبيق ويب بطريقة خاطئة.بعض التوضيح سيكون موضع تقدير.

Answer 1

في أكثر من تبسيط المعنى ، نموذجية GWT التطبيق يعمل مثل هذا:

1. يتنقل المستخدم إلى صفحة الويب الخاصة بك.المتصفح يستخدم عنوان ثابت(ق) لتحميل جميع جافا سكريبت و css و الصور اللازمة لتشغيل التطبيق الخاص بك.

2. من الآن فصاعدا, في كل مرة يضغط المستخدم على زر أو يتفاعل مع الصفحة يتم استرداد البيانات عبر اياكس الاتصال.لذا هم يمكن تحميل التطبيق الخاص بك قبل تسجيل الدخول, لكن كل ما تبذلونه من البيانات الحساسة الأمان لن يكون إلا عاد عبر اياكس الاتصال, مما يتيح لك فرصة للتحقق من هويتهم ولكن كنت أتمنى (كوكي user/pass, الخ)

هذا هو أساسا ما وصف في المثال الثاني عن تحميل البيانات من مخزن البيانات.يبدو أنك تعتقد أن هذا أمر سيء لسبب ما ولكن لا يقول لماذا.