أفضل طريقة فليكس PHP الاتصال ؟
https://stackoverflow.com/questions/652134
-
19-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
ما هي أفضل طريقة للتواصل بين فليكس و PHP?
في الماضي كنا AMFPHP مع AS2, وعملت كبيرة بالنسبة للجزء الأكبر (ميزة AMFPHP هو أنه أيضا لديه سلمان الوضعية التي يمكن أن تسمح لك بسهولة استخدام نفس عن بعد PHP إما مع جافا سكريبت أو أكشن الواجهات).
ومع ذلك ، يبدو أن AMFPHP ليس حقا الحفاظ عليها بعد الآن.ماذا يوصي الناس أن يحل محله ؟ حتى الآن, ما وجدته هو:
- Zend_AMF (تبدو معقدة جدا بالنسبة لنا ، نحن لسنا باستخدام الإطار زند خلاف ذلك)
- AMFPHP (كانت هناك بعض تحديثها لدعم فليكس ، ويبدو مستقرة إلى حد ما ، ولكن ليس بالتأكيد على دعم طويل الأجل)
- XML (AS3 جميلة XML التعامل مع الروتين, لكنه أكثر من الألم على الجانب PHP)
- WebORB (ليس لدي تجربة مع هذا)
- لفة لدينا الخاصة باستخدام JSON أو بعض البيانات الأخرى إلى نص التسلسل نظام (php تسلسل(), XML, الخ الخ)
في الغالب أنا أميل نحو AMFPHP حتى لأن من سلبيات ، لأن هذا هو ما اعتدت.أي سبب يجب أن تفكر في التحول إلى شيء آخر ؟
المحلول
إذا كنت تريد أن يكون بسرعة وكفاءة الاتصالات, أنا أوصي الخلاف مع AMF البروتوكول بدلا من الراحة أو JSON تنسيق مخصص.
ZendAMF هي في الواقع ليست مربكة جدا. مشاهدة مقدمة البرنامج التعليمي على GotoAndLearn, انها بسيطة جدا.
و لعلمك فقط ، بعض المطورين من AMFPHP انتقلت إلى العمل على ZendAMF.حتى في المعنى ، ZendAMF هو استمرار AMFPHP.
نصائح أخرى
ZendAMF جيد قصيرة للقراءة http://theflashblog.com/?p=441
بالنسبة لي هذا هو عدم التفكير.في الإطار زند هو واحد من أفضل php أطر هناك, الآن يمكنك التحدث فلاش العملاء.أنها قبالة رأس مع أدوبي دعم فعله في كتابي.
البدائل :
WebORB php http://www.themidnightcoders.com/products/weborb-for-php
AMFPHP http://www.amfphp.com إذا كنت تقرأ url أعلاه ، ربما عليك أن تعرف لماذا لم يعد على الرادار بلدي.
لا أستطيع أن أقول لك ما هو أفضل (لأن هذا ربما موضوعي إلى حد ما على أي حال) ، لكن ما أستطيع فعله هو أن أخبرك عن مشروع الأخيرة من الألغام.
لأن هذا كان غنيا جدا ويب التطبيق ، والبيانات الطلبات إلى الملقم قد تكون متكررة ، أردت التأكد من حجم الطلبات صغيرة قدر الإمكان.هذا يعني اختيار JSON كما في الشكل.
المقبل, بسبب طبيعة الطلب حقيقة أن بلدي فلاش/فليكس المطورين 1000 ميل ، أنا في حاجة API التي كانت بسيطة و عديمي الجنسية.هذا أدى في النهاية لنا HTTP + بقية.
لذا الاتصالات طبقة من بلدي التطبيق هو بسيط الإطار زند مدعوم من بقية الموارد مع محددات مثل
user/10
review/15
location/8/reviews
كلهم سلمان العودة.هناك شائعة تنسيق JSON لجميع أخطاء ، وكذلك (الاستثناءات محاصرون وتحويلها إلى كائنات JSON) بحيث فلاش العميل يمكن بسهولة التعامل مع الفشل.
إذا كنت لا تستخدم إطار عمل مثل زند العادية رأ AMFPHP لا تزال كبيرة ، إذا كان لأي سبب من أنه بسيط.أعتقد إذا كنت تشعر بالراحة مع ذلك ، لماذا لا تذهب ؟ الشيء حول دور هذه AMF واجهات هو أنها حقا لا تحتاج أن تفعل الكثير ، وما AMFPHP لا يكون في الدرجة رسم الخرائط ، recordset تحليل في ArrayCollection, أداء رائع....حتى أنه يعمل بشكل جيد مع XML, لأنه يحصل مضغوط.خدمة المستعرض جنبا إلى جنب مع تشارلز وقد غطت لي كذلك.
لم أكن قادرة على معنى كيف ZendAMF الجهد يتعلق الأصلي AMFPHP.في حين أستطيع, أنا فقط أقول أنه في أعقاب AMFPHP القائمة البريدية على Nabble, قراءة وايد أرنولد بلوق...انها مجرد ليست واضحة تماما.
يجب النظر في استخدام زند AMF.زند إلى اختيار و اختار إطار لذلك هو تماما موافق لاختيار عنصر واحد (في هذه الحالة زند AMF) للتطبيق الخاص بك.
زند AMF سهلة الاستخدام للغاية.كل ما عليك القيام به هو تحديد وظائف/دروس تريد كشف و تحديد فئة رسم خريطة العمل الخاصة بك النصي الطبقات.كل شيء آخر هو الى حد كبير شفافة.
هذا الرابط هو سكرينكست تبين كيفية استخدام WebORB PHP WDMF (WebORB إدارة البيانات المرن).
في جميع المشاريع التي تنطوي على فلاش و PHP الخلفية, لقد عملت مع إما AMFPHP أو XML الطلبات.
AMFPHP يبسط حقا understanting طلب الصيانة في المستقبل ، على الرغم من أنه يربط كل شيء إلى أن تكنولوجيا محددة و ينطوي على بعض النفقات الإضافية على جانب الملقم إلى إنشاء جميع الطبقات اللازمة.
كما في XML, حسنا, ماذا تكسب هنا هي المعيار بقية webservices وأنها لا تعتمد على فلاش (هل يمكن سحب البيانات من تطبيق سطح المكتب أيضا ، على سبيل المثال ، في حين أن استخدام JSON أو أي تكنولوجيا أخرى تعتمد على المتصفحات لا تسمح بذلك).
إذا كنت تريد 100% المستقبل "الدعم" ، ثم أنصح ما لا تحتاج إلى أي دعم على الإطلاق:XML.
XML على PHP يمكن أن يكون هناك الكثير أكثر بساطة مع SimpleXML.
أنا فقط استخدام سلمان مثل عوائد المكالمات بسيطة ضد PHP api.
أنا بالتأكيد الذهاب WebORB.أنا استخدامها مع .صافي في عمله السابق كان و كان الفرح البرمجية.سهولة استخدامه و مدروسة وحدة التحكم بالإدارة تجعل من سريع جدا للتعلم ، و وثائقها جدا كاملة ؛ وأنا أعلم أنه من المغري أن تبقى مع صندوق النقد العربي لمجرد انها ما تعرفه بالفعل ، ولكن أعتقد أنه يستحق أن تعطي WebORB المحاولة.
نلقي نظرة على هذا سكرينكست بالنسبة اكشن الجيل مع PHP فهو يتوهم.
الهتافات.
PHP لديه جيدة جدا serialize() وظيفة حديثة المشروع فعلت (درجات عالية لعبة) ، كنت Sephiroth هو مسلسل.يجعل التسلسل على فلاش الجانب سهلا كما هو في PHP.مسلسل كما يتعامل مع أنواع البيانات (على عكس سلمان/xml) مثل صندوق النقد العربي.
الجانب السلبي--انها ليست مدمجة بقدر AMF, ولكن هذا لا شيء ضغط gzip لا يمكن التعامل معها.
AMF لديه جميلة الظرفية ميزة.إذا كنت تبحث عن نقل كبيرة ومعقدة كائن بكل الوسائل تذهب مع صندوق النقد العربي.ولكن القليل من الناس لا يعرفون عن النفقات العامة أن المنتدى يحمل عندما كنت تنقل الأجسام الصغيرة.إذا كنت فقط نقل كائن مع 3 خصائص باستخدام AMF يمكن أن الثلاثي الخاص بك حجم الحمولة.
على الجانب علما, أنا داعية كبيرة من راحة العمارة.منذ JSON و AMF كلاهما مجرد تمثيل ، يمكنك بناء بقية الخدمات التي يقبل على حد سواء ، و التفاوض الفعلي التمثيل مع العميل الخاص بك في وقت التشغيل.
"إذا كنت تريد أن يكون بسرعة وكفاءة الاتصالات, أنا أوصي الخلاف مع صندوق النقد العربي البروتوكول"
و إذا كنت تريد سريعة وفعالة المعمم اتصال ، انتقل مع json.ثم خدمة الويب الخاص بك سوف تكون متاحة فلاش, اياكس, أو العادية طلبات http.
