Raudus vs Extpascal: بدائل تطوير الويب Delphi التي تستخدم ExtJs [مغلقة

StackOverflow https://stackoverflow.com/questions/3022378

  •  26-09-2019
  •  | 
  •  

سؤال

لدى Delphi Developers العديد من الأدوات (عدة بدائل لـ ASP.NET) لبناء تطبيقات الويب.

في حين أن الإطار رقم 1 هو intraweb ، هناك الكثير من الاهتمام حول extjs ، وهذا له تجسيد 2: 1)

الآن تختلف المنتجات ، لا تدعم Raudus أبدًا أحدث إصدار من ExtJS (في حين أن Extpascal يفعل لأنه بقرأها "تقريبًا تحديث نفسها إلى أحدث إصدار من EXJS") ، يبدو Raudus "مشابهًا جدًا لـ intraweb من وجهة نظر راد).

على أي حال لماذا اخترت واحدة أو أخرى؟

لماذا لا يمكن أن يصبح Raudus (نظرًا لأنه مجاني) مفتوح المصدر؟ أو هل يستخدم Raudus Extpascal وراء الكواليس؟

تعليق: unigui يبدو للوهلة الأولى الجمع بين الجزء الجيد من Raudus (جزء RAD) و Extpascal (يعتمد على Extpascal).

هل كانت مفيدة؟

المحلول 5

بعد استخدام Raudus لبضعة أشهر قررت نشر إجابتي الخاصة.

يتحسن الإطار ، Sencha Touch Support الآن غير مكتمل ولكنه كافٍ لإنشاء تطبيقات ويب قابلة للاستخدام محسّنة للأجهزة المحمولة.

RFE ، الواجهة الأمامية الجديدة ، التي لا تستند إلى Sencha Touch تحت التطوير ، وفي إصدار Raudus التالي (الذي يجب أن يكون قريبًا) ستكون هناك معاينة قابلة للاستخدام لمجموعة عناصر التحكم الجديدة.

لذا ، في حين أن Extpascal يبدو متجمدًا ، فإن Raudus قيد التقدم والوعود.

تحديث: توقفت عن استخدام Raudus ، فقد أسقطت دعم ExtJs والآن يشحن مع أدوات تحكم خاصة ، والتي لن تتطابق مع جمال وثراء مكونات ExtJS. أنا الآن ذاهب لمكونات IW + CGDevTools التي هي jQuery UI لـ IW.

نصائح أخرى

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

لماذا تستخدم أي منهم؟ RAD في شكل intraweb وأدوات مثله ، غير مناسب لبرمجة الويب. لا تفصل واجهة المستخدم الرسومية عن منطق Bussines جيدًا. وبعبارة أخرى ، لا يوجد نهج حقيقي MVC هناك. ربما يكون Extpascal مختلفًا هنا ، لكن النقطة هي في مكان آخر.

ExtJS هي مكتبة RAI JS مكتوبة بشكل جيد للغاية. يبدو الأمر وكأنه وضع كتل من الكود معًا بطريقة موجهة نحو الكائن. يمكنك بسهولة بناء واجهة المستخدم الرسومية بأكملها مع extjs دون أي دعم خلفي. وبهذه الطريقة ، فإن واجهة المستخدم الرسومية الخاصة بك في ملفات JavaScript وليس هناك حاجة إلى الواجهة الخلفية. يعالج الواجهة الخلفية فقط مكالمة AJAX وتوفر بيانات البيانات / العمليات. بهذه الطريقة لديك فصل واضح عن المخاوف.

يمكن القيام بذلك بسهولة دون أي أطر. نعم ، سيكون إطار العمل مفيدًا ولكن يجب أن يتم ذلك في ASP.NET MVC أو Ruby on Rails Way. لا راد ولا مصممين بصريين. غالبًا ما يرتكب مطورو الويب الجدد تلك الأخطاء. ولكن إذا قمت برمجة الويب لفترة طويلة بما فيه الكفاية ، فأنت تقدر فصل واجهة المستخدم الرسومية والمنطق وبساطة HTML. تختلف برمجة الويب عن برمجة سطح المكتب على الأقل إلى حد ما.

للإجابة على سؤالك. من ما رأيته ، أحب Extpascal بشكل أفضل. يبدو أداة تطوير الويب أنقى من Raudus. لكنني أعترف أنني لم أر إلا من السطح ومن مقاطع الفيديو التجريبية ، لذلك لا يمكنني الحكم ، فقط أتكهن :)

وضع مطور Raudus منشورًا جديدًا في المدونة في أواخر أكتوبر ويطالب ، سأسمح لك بقراءة المقتطف لنفسك:

"رخصة Raudus مجانية كما هو مكتوب في الترخيص. Txt. يمكنك استخدام Raudus في المشاريع التجارية. مصادر Raudus غير متوفرة بعد."

تحرير: هناك بيان ترخيص في أسفل http://www.raudus.com/ صفحة.

"رخصة

Raudus مجانية. يمكنك استخدام Raudus بحرية لأغراض تجارية. "

فيما يتعلق بالاتصال بالمؤلف ، جرب هذا من نفس الصفحة: البريد الإلكتروني: igor@klopov.com

user193655 -> اعتمادًا على ما تفعله حذرًا مع كلا النهجين. أنا معجب حقًا على Delphi أو Freepascal/Lazarus - لست متأكدًا جدًا مما إذا كان نهج جلب روابط 3GL إلى جافا سكريبت حكيمة.

MVC - اعتمادًا على ما تفعله - في PHP لديك إطار YII أو Prado. ربما يكون للثاني بعض الأفكار من .NET مدمجة فيها من السهل جدًا فهمها من قبل مطوري Delphi. Prado هو نهج مدفوع بالحدث في حين أن YII Framework رائع للغاية و UNIX مثل.

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

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

أي اقتراحات لحل هذه المشكلة؟

Raudus:

  • يعتمد على دلفي ، حيث:
    • مطول
    • يعتمد على Microsoft Windows ؛
    • عالية التكلفة للتكيف مع أو للحفاظ على ؛
  • اقتباس من raudus.com: "Raudus مجانية. يمكنك استخدام Raudus بحرية لأغراض تجارية. مصادر Raudus غير متوفرة بعد." - هذا لي، لن يكون أبدا رخصة. على الصفحة الرئيسية ، ببساطة لا توجد وثائق حول شروط الخدمة أو شيء من هذا القبيل. وبالتالي لن أتعامل مع خدماتهم.
مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top