javascript - معنى - لماذا يجب استخدام فليكس؟




flex معنى (8)

إذا كنت تريد تطبيق الويب الخاص بك لتبدو وكأنها ليست تطبيق ويب، فليكس هو جيد جدا. يمكنك أيضا الحصول على تجاهل كل فوضى جعل هتمل + جس تبدو وكأنها التطبيق الحقيقي. لشيء الذي هو في الأساس موقع على شبكة الإنترنت، فليكس قد لا يكون الخيار الأفضل، ولكن إذا كنت تريد حقا أن يكتب التطبيق الذي يحدث ليتم الوصول إليها من خلال المتصفح، انها سريعة لتطوير مع ويعطي نتائج كبيرة تبحث.

في محادثة حديثة، ذكرت أنني كنت تستخدم جافا سكريبت لتطبيق ويب. وقد دفع هذا التعليق إلى رد: "يجب عليك استخدام فليكس بدلا من ذلك، وسوف يقلل من وقت التطوير الخاص بك إلى أسفل وجافا سكريبت من الصعب جدا لتصحيح الأخطاء والحفاظ عليها، تحتاج إلى استخدام الأداة المناسبة للوظيفة المناسبة." الآن، أنا لا أعرف الكثير عن فليكس، ولكن أنا شخصيا لا أشعر بأن جافا سكريبت من الصعب جدا لتصحيح أو الحفاظ، وخاصة إذا كنت تستخدم إطار عمل. جافا سكريبت هي أيضا واحدة من اللغات الأكثر استخداما في الوقت الراهن، لذلك يبدو خيارا أفضل في هذا الصدد أيضا. ومع ذلك، أثار رده اهتمامي. هل فليكس يكون خيارا جيدا لتطبيق الويب القابل للتوزيع والتي يمكن لمطوري الطرف الثالث بناء إضافات؟ ما هي مزايا استخدامه مقابل إطار جافا سكريبت؟ ما هي بعض من العيوب؟


غوت يتيح لك القيام بنفس الأشياء مثل فليكس في معظمها، ويعالج جميع مشاكل توافق المتصفح، ويتيح لك رمز / تصحيح في جافا مع إيد المفضلة لديك.

كل دون الحاجة إلى تعلم لغة جديدة (أو دفع أدوبي $$$ ل إيد المرن ستحتاج إلى القيام بأي شيء حقيقي).

فليكس لديه بعض الحاجيات واجهة المستخدم أجمل من غوت لديه من خارج منطقة الجزاء، ولكن هناك طن من الحاجيات 3rd الطرف (مثل غوت-إكست-جس) يمكنك استخدام - أو، يمكنك استخدام المفضلة لديك الحاجيات جس المفضلة مع غوت.

تحقق من ذلك إذا لم تكن: http://code.google.com/webtoolkit/


لا أستطيع أن أكون متأكدا مما إذا كان نفسي، أو أي شخص آخر الذي أدلى بهذا البيان ولكن أنا بالتأكيد سيكون واحدا ليقول "استخدام الأداة المناسبة لهذا المنصب".

فليكس لديها مجتمع كبير وراء ذلك، وينقص جيدا من قبل فريق التبشير منصة أدوبي. الآن، بقدر ما استبدال جافا سكريبت، التي تبدو وكأنها نقطة مناقشة الطيف واسعة جدا. فليكس ليس بديلا عن جافا سكريبت. ما يفعله، فإنه على ما يرام، ومع ذلك. وهذا هو، 3D، والرسم، وتقديم البيانات سواء في الرسم البياني أو شكل الجدول. فليكس أيضا لديه قوة أكتيونسكريبت 3 وراء ذلك الذي يسمح لك أن تفعل الكثير مما يفعل فلاش بالتعاون مع مكونات الواجهة مكسمل دون لمس أي وقت مضى الجدول الزمني أو الإطارات الرئيسية.

بطريقة ما، فليكس هو. نيت من فلاش وتطبيق الإنترنت الغنية التطبيق. ويستخدم نفس المفاهيم مصدر البيانات، وتركز مكونات تصميم الهياكل التي تجعل من السهل، وسريعة لتطوير في.

السؤال الحقيقي هو، ما الذي تحاول تحقيقه؟ ما هو الهدف النهائي؟

أما بالنسبة إلى نقطة التصحيح، فليكس لديه مصحح الأخطاء الحقيقية و بروفيلر داخل فليكس منشئ إيد. جافاسكريبت، للأسف، له بناء الجملة والتنفيذ مختلفة بين المتصفحات نظرا لطبيعة محركات جافا سكريبت في المتصفحات الحديثة. فليكس، لأنه أساسا فلاش، يستخدم نفس محرك تقديم في جميع المتصفحات بسبب استخدام البرنامج المساعد فلاش.

نأمل أن يزيل بعض الأشياء حتى. :)


لقد بدأت مؤخرا في تطوير تطبيقات فليكس، وأنا شخصيا وجدت أنه إطار منعش للويب.

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

فليكس أيضا يجعل من السهل على التواصل إلى ويبسيرفيسز وتحليل شمل عن طريق إسما هو بجنون قوية وبسيطة.

أنا سعيد أنا جعلت التبديل. بقدر ما شعبية هو ... أنا لست متأكدا حقا، ولكن أنا واثق إلى حد ما أن قاعدة المطور تتوسع بسرعة.

العيب الحقيقي الوحيد الذي يمكن أن أفكر هو شرط لاعب فلاش، ولكن أود أن أقول أنه من الآمن جدا أن نفترض أن معظم متصفح دعم فلاش لاعب. حتى كونكرر في لينكس معتمد. أكثر من ذلك بكثير ثم وقت التشغيل الفضي (الذي أنا أبدا تخطط على تثبيت)


وأود أن يدفع لك نحو تقنيات تطوير الويب القياسية في معظم الحالات. جافاسكريبت لم يعد تحديا كبيرا لتصحيح أو الحفاظ مع ليبس جيدة مثل مسج / النموذج للحديد من بعض التناقضات المتصفح والأدوات مثل فيريبوج ومصحح الأخطاء البرمجية مس للمساعدة في التصحيح.

هناك حالات عندما فلاش هو الخيار الأفضل، ولكن فقط في الحالات التي كنت تفعل الرسوم المتحركة المعقدة. وإذا كنت على استعداد لاستثمار الجهد، يمكن تحقيق معظم الرسوم المتحركة دون اللجوء إلى فلاش. هناك مثالان ...

لا يمكن الوصول إلى محتوى الفلاش على أنه محتوى آخر.
وهذا لن يؤثر فقط على الناس مع فلاش، ولكن أيضا العناكب محرك البحث. قد يكون هناك بعض الخارقة للمساعدة في الالتفاف حول هذا الآن، ولكن أعتقد أن معظم محتوى فلاش لن يتم فهرسة من قبل جوجل.

يقطع فلاش واجهة مستخدم الويب.
فمثلا:

  • إذا قمت بالنقر فوق عجلة الماوس على رابط، يتم فتح هذا الارتباط في علامة تبويب الخلفية. في التطبيق فلاش لا توجد وسيلة لمحاكاة هذا السلوك.
  • إذا حددت نصا في المتصفح وانقر بزر الماوس الأيمن على الخيارات التي يوفرها المتصفح والتي تتضمن أشياء مثل "بحث غوغل عن هذا النص". في التطبيق فلاش هذه الخيارات لم تعد هناك.
  • إذا كنت الحق انقر على رابط أو صورة أحصل على مجموعة مختلفة من الخيارات التي لا تتوفر في التطبيق فلاش. هذا يمكن أن يكون محبطا جدا للمستخدم الذي ليس "والدهاء فلاش".

وبصرف النظر عن ما سبق ذكره هنا، هناك فرق رئيسي آخر هو أن جافا سكريبت يتم كتابة ديناميكيا ويتم كتابة أكتيونسكريبت بشكل ثابت. سواء كان ذلك جيدا أو سيعتمد على وجهة نظركم :).


وهناك بضعة أسباب للنظر في فليكس:

  1. مكتبة التحكم هو أكثر ثراء بكثير في فليكس من أي شيء يمكنك القيام به مع جس / دتمل. الضوابط الرسم هي القاتل لتطبيقات الأعمال وأشياء مثل داتاغريد / أدفانسداتاغريد هي جيدة جدا قبل أي شيء يمكنك القيام به مع هتمل.

  2. تم تصميم إطار فليكس لبناء التطبيقات. أنه خلاصة بعيدا المفاهيم "الإطار القائم" في مشغل فلاش لجعل حقا من السهل لبناء التطبيقات. ولها تسلسل هرمي مكون تصميما جيدا يجعل من السهل تمديد أي من الضوابط القياسية. كما أن لديها نموذج الحدث بديهية جدا لمقابض مدخلات المستخدم ويجعل من السهل أن يكون أي من الضوابط الخاصة بك إيفاد الأحداث المخصصة التي يمكن فقاعة تصل إلى المكونات الأم أو الحصول على توجيهها من خلال مرسل الحدث المركزي. في حين أنه قد يكون من الممكن القيام بذلك مع جس / دتمل، وأنا لا أعتقد أنه من السهل تقريبا، وبالتأكيد لم تكن مصممة لذلك.

  3. يمكنك أن تأخذ تطبيق فليكس ونشرها بسرعة إلى سطح المكتب مع وقت تشغيل إير. إير أيضا يوفر واجهات برمجة تطبيقات إضافية لأشياء مثل الوصول إلى النظام المحلي، جزءا لا يتجزأ من سكليت دب، الخ جيرس يقدم شيئا مماثلا لكنه يتطلب متصفح. منحت، إير يتطلب وقت تشغيل إير ولكن على الأقل انها تهدف نحو بناء تطبيقات سطح المكتب.

  4. يمكنك بناء غنية جدا، واجهة المستخدم مثير جدا من شأنها أن تدق المستخدمين الجوارب الخاصة بك قبالة. كمبرمجين قد لا نهتم أوكس ولكن مستخدمينا القيام به. جزء من السبب أبل هو وجود الكثير من النجاح في الآونة الأخيرة لأنهم حقا قيمة أوكس والمستخدمين / المستهلكين يأخذون علما بهذا.

أكبر يخدع أعتقد أنه إذا كنت تستخدم حقا ل جافا أو C #، لغة أكشن سكريبت يبدو قليلا الحد. إذا كنت تقارن ذلك جافا سكريبت، انها على قدم المساواة أو ربما أفضل قليلا.

وهناك الكثير من الناس السكك الحديدية على فلاش لاعب (أو إير) لأنها ليست "القائمة على معيار." إذا كنا نرغب فقط في استخدام مواقع متوافقة مع المعايير 100٪ وخالية من الإضافات الإضافية، فلن يكون لدينا يوتوب اليوم. أو إلى حد كبير أي موقع آخر الذي لا تصور البيانات للاهتمام لا يمكنك القيام به مع هتمل / جس (أو على الأقل، وليس مع مستوى عاقل من الجهد). وكانت أدوبي التقدمية جدا في فتح إطار فليكس، الحريق دس (لتطوير جافا الخلفية)، ونشر مواصفات أمف وبدء تحالف الشاشة المفتوحة لدفع فلاش لاعب إلى الأجهزة النقالة. فلاش بلاير، فليكس، فليكس باني و بليز دس جميعا دينا العامة جيرا علة بتتبع. أود أن أقول أن هناك فرصة جيدة أن فلاش لاعب نفسه سوف تكون مفتوحة المصدر في غضون 2-3 سنوات القادمة. أعتقد أن أدوب تواصل التحرك نحو أن تكون مفتوحة جدا وأن الانتقادات لمنصة "مغلقة" و "الملكية" أصبحت أقل أهمية. أعتقد إذا كان المطورين نهج فليكس / فب مع عقل مفتوح أنهم حقا أن يكون أعجب مع كيف تناسب الجميع معا.


يجب أن تحاول غوغل جيرس بدلا من ذلك. إنشاء التطبيق الخاص بك، إضافة بعض جيرس لذلك، ويمكنك زيادة كبيرة في سرعة (والموثوقية) من التطبيق الخاص بك.

http://gears.google.com/

تتيح لك أدوات غوغل الأساسية إمكانية الوصول إلى أمرين مفيدين لأي تطبيق: تخزين البيانات في وضع عدم الاتصال، والتحكم في خيوط السلسلة الأصلية (السماح بالتحديثات / الحسابات لتشغيلها في الخلفية وعدم إبطاء جهاز الكمبيوتر للمستخدمين).

الشيء الجميل حقا هو، يمكنك استخدام أي إطار تريد لتطبيقك، طالما يتم التعامل مع تخزين البيانات / استرجاع والاتصالات جانب الخادم مع جافا سكريبت.

كما أنه يسمح لك لتخزين أي الملفات جانب العميل تريد، وهو أمر مفيد خصوصا عندما تريد تجنب أن "الخفقان" نظرة في المتصفح في حين يتم تحميل بعض الصور المطلوبة من قبل المتصفح.





flex