تطبيق J2ME مقابل المتصفح على الهاتف
https://stackoverflow.com/questions/609254
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
لقد بدأت مؤخرًا في تطوير نموذج أولي لتطبيق J2ME.لقد لاحظت مدى صعوبة تطوير واجهة مستخدم جيدة المظهر.فكر في تطوير تطبيق في J2ME لحجز الرحلات الجوية التي تتفاعل مع خدمة الويب.
سيكون من السهل تطوير موقع ويب لحجز الرحلات الجوية باستخدام واجهة مستخدم لطيفة ويمكن الوصول إليه عن طريق المتصفح على الهاتف.أعلم أنه ليس كل الهواتف تحتوي على متصفح، ولكن جميع الأجهزة الجديدة والقادمة بها متصفح ولها شاشة كبيرة أيضًا.
هل من الجيد تطوير مثل هذا التطبيق في j2me والذي يحتاج إلى التحدث إلى خدمة الويب حتى يعمل؟أم أن j2me مناسب فقط للتطبيقات المستقلة؟
المحلول
مزايا J2ME:
- يمكنه الوصول إلى موارد الهاتف، مثل نظام الملفات ودليل الهاتف ونظام تحديد المواقع العالمي (GPS).والأخير مهم جدًا في تطبيقات الخرائط.
- يمكنك إنشاء واجهات مستخدم أكثر ثراءً.قد يكون الأمر صعبًا كما تقول، ولكن هناك العديد من مكتبات واجهة المستخدم الرسومية التي يمكنها مساعدتك.على العكس من ذلك، فإن واجهة المستخدم لمتصفح الهاتف المحمول (لا يمكنك الاعتماد على عمل CSS وجافا سكريبت) ستكون سيئة للغاية.
- مرونة أكبر في منطق الاتصال.يمكنك تشفير/فك تشفير البيانات وضغطها واستخدام خدمات الويب SOAP.باستخدام المتصفح، سيكون أفضل رهان لك هو تطوير خدمات REST.
عيوب J2ME:
- يجب التوقيع على Midlets.وهذا له بعض التكلفة، وهناك حالات لا يعمل فيها التطبيق الموقع بشكل صحيح في هواتف معينة.
- يعد تطوير برنامج midlet ليتم تشغيله في جميع أنواع الهواتف بمثابة كابوس.على العكس من ذلك، سيتم عرض تطبيق الويب المحمول المصمم جيدًا بشكل صحيح في جميع الهواتف الحديثة.
- يجب أن يكون لديك قناة لتوزيع طلبك.سيحتاج الأشخاص إلى تنزيله وتحصيل الرسوم مقابل النطاق الترددي المطلوب.ستحتاج إلى الاهتمام بالعملاء الغاضبين الذين يواجهون مشكلات في التطبيق.الأمور أسهل مع موقع على شبكة الإنترنت.
- تتم حتما مقارنة تطبيقات J2ME مع التطبيقات الأصلية (iPhone، Windows Mobile، Symbian).وبالمقارنة مع هؤلاء، فهم فقراء للغاية، وقد يجد الكثيرون أن دفع ثمنها أو حتى استخدامها ليس له ما يبرره.
استنتاجي:في الوقت الحاضر، أصبحت الهواتف الذكية الحقيقية أكثر شعبية وتحظى بحصة سوقية متزايدة باستمرار.في ظل هذه الظروف، لا يمكن لمزايا J2ME التغلب على قيودها حقًا.الاستثناء الوحيد الذي يمكنني التفكير فيه هو ما إذا كان يتعين علي تطوير تطبيق GPS.بالنسبة لجميع الحالات الأخرى، يعد موقع الويب للجوال فكرة أفضل.
نصائح أخرى
وهناك <م> الكثير من سوء الفهم وبيانات خاطئة سهل في الأجوبة السابقة.
وأنا المشورة لك أن تفعل مجرد البحث بنفسك. في الوقت الحاضر لك <م> CAN تطوير تطبيقات تبحث جيدة مع J2ME دون كتابة إطار واجهة المستخدم الرسومية الخاصة بك. نلقي نظرة على LWUIT حقا. على سبيل المثال لديهم لوحة المفاتيح الافتراضية باعتبارها واحدة من وظائف على الشاشة التي تعمل باللمس وهذا لديك على الأجهزة مثل N97 الذي في حد ذاته ليس لديه لوحة المفاتيح الافتراضية. BTW باستخدام LWUIT لديك شملت ميناء بلاك بيري والروبوت إذا كان أي شخص يهتم.
وأيضا تطبيقات أصبح في الوقت الحاضر مركز الصدارة على العديد من المنصات وليس فقط اي فون. نظرة على التطورات الأخيرة في هذا المجال مثل OVI، RIM، سامسونج، SE، البرتقال العالمي أنهم جميعا تبدأ مع محلات التطبيق.
و"حمل الناس على استخدام موقع على شبكة الانترنت على هواتفهم النقالة أسهل من الحصول عليها لتنزيل التطبيق." هذا هو مجرد ادعاء دون دليل. لا يمكنك القول أن مثل هذا. ذلك يعتمد على الكثير من العوامل الأخرى. - لماذا يجب أن اكتب المستخدمين في رابط المحمول إلى الشاشة الصغيرة بدلا مرة أخرى
وعلى أي حال، وهذا الجواب هو على الأرجح في وقت متأخر جدا لذلك أنا لا gonna إرسال أكثر من ذلك بكثير. قطاع الهواتف المتحركة يتغير بسرعة في الوقت الحالي ولكن ليس هناك حتى الآن بديل لJ2ME للتنمية كروسبلاتفورم. ربما في المستقبل مع المتصفحات أفضل وtechnolgies القطعة.
ومجرد ملاحظة قصيرة، وتطبيقات مثل خرائط جوجل أو جوجل المحمول ربما لا تستخدم خدمات ويب لاجراء محادثات مع جزء الخادم الخاص بهم. A خدمة ويب لديه الكثير من النفقات العامة، وخصوصا عندما بالنظر إلى أن مستخدمي الهواتف النقالة وعادة ما تكون مصنفة من كمية البيانات التي تبثها هذه المحطات. أفضل طريقة لإجراء الاتصال بين التطبيق العميل وجزء الملقم الخاص به هو استخدام البيانات الثنائية عبر اتصال المقبس.
وأنا شخصيا أعتقد أنه من الصعب حقا لجعل تطبيق J2ME متسقة وموثوق بها من شأنها أن تعمل عبر مجموعة كبيرة من الهواتف المحمولة. واستنادا إلى تجربتي، وأود أن تطوير فقط تطبيق J2ME (بدلا من تطبيق ويب) إذا كان شرطا صارما - على سبيل المثال، لتكون قادرة على مشاهدة الحجوزات الخاصة بك دون أن يكون متصلا بالشبكة. هناك التكاليف الأخرى المرتبطة تطبيقات J2ME - يجب تحميل التطبيقات، وسيطلب من المستخدم اذا سمح تطبيق للاتصال بالشبكة عندما يحاول (هناك استثناءات لهذه الحالة ولكن أعتقد أن التطبيق لديه أن يتم التوقيع من قبل شركة 3rd الطرف - أكثر $$$ المعنية)، سيكون لديك للحفاظ على إصدارات مختلفة من التطبيق قيد التشغيل على مجموعة متنوعة من الهواتف النقالة (المزيد من التعقيد إلى التطبيق)، وهلم جرا ...
وفكروا بهذه الطريقة - إذا كنت بصدد وضع شيء مشابه لجهاز كمبيوتر، وكنت بناء تطبيقات سطح المكتب أو تطبيقات الويب؟ مع الهواتف المحمولة من اليوم (وكثير منها يمكن الوصول إلى مواقع كاملة أتش تي أم أل مع جافا سكريبت - وهو ما يعني اياكس)، واقتراح والسؤال هو صحيح
.أعتقد أن القاعدة الجيدة يجب أن تكون: إذا كان من الممكن تحقيق ما تحاول تحقيقه باستخدام موقع ويب للجوال - فانتقل إلى موقع الويب.
IMHO، يجب استخدام التطبيقات فقط إذا لم تتمكن من الاستفادة من الأجهزة المحمولة - مثل الموقع والصوت والفيديو والصور ثلاثية الأبعاد والصور وما إلى ذلك...
حتى لو كانت تكاليف تطوير التطبيق ضئيلة (وهي ليست كذلك عادةً)، فسيتعين عليك تقديم بعض الإمكانات المذهلة حقًا لجعل المستخدمين يواجهون مشكلة تنزيله.
(كل هذا ينطبق بشكل أساسي على J2ME/BREW.يختلف iPhone قليلاً حيث تحتل التطبيقات مركز الصدارة)
وشيء واحد يستحق تسليط الضوء على: الطريقة القياسية الوحيدة لنشر MIDlet هو عبر OTA تحميل لذلك كنت لا يتوقع الهاتف J2ME قادرة على يكن لديك متصفح الويب
ومتصفح الويب للجوال مثل بكت وأوبرا ويتحسن أسرع من J2ME (على الأقل حتى يبدأ الشحن MIDP3.0، إذا من أي وقت مضى).
وبغض النظر عن أي منصة التي تختارها، وسوف تحتاج إلى اختبار الخدمة على العديد من الأجهزة. لا أعتقد أن التحول من J2ME لتطبيق الويب يحدث فرقا كبيرا في هذا الصدد، لأن مصنعي الهواتف تبقي تغيير الثنائيات التي تدخل في برنامج مبني الهواتف.
وحمل الناس على استخدام موقع على شبكة الانترنت على هواتفهم النقالة أسهل من الحصول عليها لتنزيل التطبيق. ما لم يتم تثبيت هذا التطبيق بالفعل عند شراء الهاتف، وهذا هو.
وأنت قد ترغب في النظر في LWUIT لأفضل وأسهل J2ME واجهة المستخدم الرسومية.
والشيء الوحيد الذي J2ME سوف تنجز لخدمة حجز الطيران هو إنقاذ حياة البطارية التي لا تتطلب المستمر شبكة نقل البيانات، وذلك بفضل آليات التخزين المحلية.
وهناك العديد من تطبيقات J2ME الكبيرة التي (الحاجة إلى) التحدث مع خدمات ويب. مجرد التفكير في تطبيقات جوجل، مثل المحمول جوجل وخرائط للجوال. فهي أسرع وأسهل استخداما من استخدام الخدمات عبر متصفح الهاتف الخليوي. حتى لو كنت تستطيع تصميم التطبيق جيد، انها بالتأكيد يستحق ذلك.
وتحرير: أيضا، التطبيق J2ME يجعل الميزات الممكنة التي لا يمكن أن يوفرها تطبيق ويب: التكامل مع ميزات الهاتف (دفتر العناوين والتقويم)، "دعوة هذا العدد"، وموقع المعهد، الخ
وأعتقد أن لتطبيقات الأعمال، أو أكثر من نص / البيانات الموجهة الأشياء، قد تكون شبكة المحمول / wap موقع أسهل للحفاظ على، وبما انك لن تضطر إلى التعامل مع دفع التحديثات العميل إلى الهواتف.
لالتطبيقات كثيفة UI (الخرائط والألعاب، وما إلى ذلك)، وتطبيقات العميل ربما تكون وسيلة للذهاب، حتى تتمكن من التعامل مع أكثر من تجهيز وتقديم من جانب العميل.
وكلا الخيارين صعبة رغم ذلك، لأن هناك الكثير من القضايا التوافق مع الهواتف. هل يمكن أن يكون أفضل ما يخدم تضييق ما هي أنواع الهواتف تريد دعم للتطبيق. إذا كنت تعتقد معظم الزبائن سيكون هواتف iPhone أو الروبوت، يمكنك استهداف تلك البرامج (مع أي تطبيقات العميل أو تطبيقات الويب) وتجنب J2ME المدرسة القديم تماما.
وأنا أكره WebApps على الهواتف. فهي بطيئة وأنها لا تعمل في بيئة متصلة نصف.
يمكن تطبيقات J2ME تفعل النسخ الاحتياطي المحلية، والنسخ الاحتياطي بلوتوث، تبادل البيانات بين بلوتوث 2 الهواتف وUI أفضل استجابة. لكن هذا يتطلب المال والمهارة والوقت الخ.
وبلدي القبضات الرئيسية مع MIDP على الرغم من دفع تحديثات البرامج والرعايا في الوقت الحقيقي خلط. من الناحية الفنية وتلك هي ممكن ضمن نطاق MIDP لكن الحمقى في عجلة ليست خلاقة جدا.
