Jakie są plusy i minusy RemObjects PascalScript kontra skrypt DWS?

Question

Zamierzam uwzględnić skrypt pascalowy w mojej aplikacji. Nie wymaga żadnego dostępu do sieci, po prostu dostęp do zajęć w mojej aplikacji. Powinien być szybki (skompilowany). Widzę, że istnieje wiele dostępnych skryptów, niektóre są interpretatorami, ale wśród kompilatorów RemObjects pascal script i Delphi Web Script (DWS) wydają się być potężne i aktywnie realizowane.

Czy ktoś może sugerować korzyści z siebie nawzajem? Dzięki

Answer 1

sprowadza się to do tego, imho:

• Delphi Web Script jest aktywnie i agresywnie rozwinięte.

• PascalScript jest prawie uśpiony pod względem rozwoju i ulepszeń.

Jednak DWS to projekt społecznościowy zasadniczo rozwijany przez jednego (bardzo utalentowanego i kompetentnego) faceta. PascalScript jest obsługiwany przez RemObjects.

Ale: Liczba osób/wielkość organizacji zaangażowanych w rozwój/wspieranie produktu nie jest tak ważna jak skuteczność i entuzjazm rozwoju i wsparcia, które faktycznie zapewniają.

W obu przypadkach źródło jest dostarczane, więc nawet jeśli "oficjalne wsparcie" wyschnie, nie zostaniesz całkowicie zgubiony.

Z tego co wiem, silnik DWS jest łatwiejszy do zrozumienia niż PascalScript, co może ułatwić "samodzielne wsparcie", chociaż w takich przypadkach ważne jest to, do czego przywykliście (wcześniej pracowałem nad zupełnie innym skryptem silnik, który rozumiem jest bardziej podobny do DWS niż PascalScript).

Obecnie pracuję nad projektem wykorzystującym PascalScript i na tym etapie zamierzam jak najszybciej przejść na DWS.

Answer 2

Może rozważyć trzecią opcję. Wiem, że OP w szczególności pytał o PascalScript i DWS, ale polecam przyjrzenie się TMS Scripter Studio lub TMS Scripter Studio Pro jako możliwym rozwiązaniom. Otrzymujesz zarówno interpretery języka Pascal, jak i BASIC, z których korzystałem, gdy użytkownik końcowy nie jest zainteresowany nauką Pascala, ale ma zaplecze VB.

Answer 3

Mówisz, że powinna być szybka, a gdy liczy się szybkość, nie możesz pokonać PaxCompiler. To nie jest darmowe, ale warte rozważenia. Zestaw funkcji jest unikalny i jest aktywnie rozwijany od wielu lat.

Answer 4

Trzy główne powody pierwotnie zeszły do ​​DWS były następujące:

1. w DWS będziesz mógł/mogła zadeklarować całych nowych klas w skrypcie, z dziedziczenia, meta-klas, itp i nie były ograniczone do tych klas, które wystawiłeś/zaimportowałeś.
2. Bardziej restrykcyjny model ekspozycji (skrypty mają dostęp tylko do tego, co eksponujesz), dzięki czemu można w każdej chwili skasować i skasować skrypty.
3. prostsza, bardziej czytelna struktura kodu źródłowego, z prostym, pozbawionym kodu bajtowego modelem wykonania, który jest stosunkowo łatwiejszy do rozszerzenia, debugowania & utrzymać.

Zauważ, że praktycznie w ogóle nie korzystałem ze strony "DWS" w Internecie.

Answer 5

Największym problemem związanym z Pascal Script jest brak dokumentacji dla samego języka. Mam na myśli zero. Istnieją różne ogólne strony Pascala, które w pewnym sensie są stosowane, ale nie całkiem, oczywiście, i istnieją inne niekompletne samouczki ad-hoc stworzone przez różnych ludzi. Ale jeśli chodzi o prawdziwą, obszerną dokumentację, to raczej żart. Aby napisać "zaawansowane" skrypty do InnoSetup, musiałem spojrzeć na źródła i dowiedzieć się, co naprawdę robi kompilator.

Myślę, że każdy, kto rozważa użycie Pascala, powinien ponownie rozważyć sprawę. Bez publicznie dostępnych dokumentacji jest prawie bezużyteczne. InnoSetup nie powinien tego używać, IMHO, to taki ból, kiedy chcesz robić proste rzeczy, na które nikt nie zadał sobie trudu napisania samouczka (jeszcze).

Answer 6

Używam skryptu Pascal od Rem Objects od kilku lat i moim zdaniem jest najlepszy. Jeśli chodzi o dokumentację, spójrz na podręczniki programowania Pascal. W skrypcie nie ma dziwnej składni ani wywołań funkcji. Odpowiadając na powyższą odpowiedź 0, nie ma potrzeby, aby publicznie dostępna dokumentacja, jeśli znasz Delphi. Nie natknąłem się na jeden przypadek, w którym byłoby to konieczne. Istnieją 2 artykuły na temat wdrażania skryptów w aplikacji. Jak importować klasy, metody i funkcje, a także kilka przykładów. Do niczego innego wystarczy zwykła dokumentacja Delphi. Jednak w przypadku DWS konieczne jest posiadanie jawnej dokumentacji, ponieważ składnia jest zupełnie inna. Korzystanie z TProgramInfo i IInfo sprawia, że ​​pisanie skryptów jest dziwne i nużące.

Korzystam z Rem Objects Pascal Script do kontrolowania funkcji połączeń telefonicznych IVR, podobnie do implementacji portu AGI Asterisk. Gdzie każde połączenie przychodzące do Asterisk, spawnuje gniazdo do mojego gniazda Serwera. Zwykle uruchamiam do 2000 skryptów jednocześnie. Każdy skrypt jest ładowany, kompilowany i uruchamiany i może z łatwością obsłużyć do 45 połączeń przychodzących na sekundę. Każdy skrypt kontroluje odbieranie, odtwarzanie plików, zbieranie DTMf, nagrywanie itp. Dla wszystkich połączeń. Przepraszam za długotrwałą reakcję, ale nie mogę powiedzieć wystarczająco dużo o tym, jak dobrze działa Pascal Script. Dzięki Rem Objects i Carlo Kok. Co za świetny produkt. Mogą nie aktywnie dokonywać aktualizacji, może dlatego, że nie jest to konieczne. Działa świetnie !!! PS. Inną wspaniałą cechą jest to, że skrypty skompilowane do kodu bajtowego nie mogą być łatwo odwrócone. Dlatego Twój kod jest bezpieczny. Ponadto, jeśli to konieczne, możesz wstępnie skompilować skrypty i wykonać je w środowisku wykonawczym, bez kompilacji. Jednak nie było to konieczne, ponieważ mogłem sobie z tym poradzić. Może pewnego dnia, mam nadzieję, będę musiał dokonać wstępnej kompilacji. Oznaczałoby to, że obsługujemy wiele więcej niż 45 na sekundę.

Answer 7

Mam używając TMS Scripter przez 3 lata i działać dobrze dobrą dokumentację, dobre wsparcie, dalszy rozwój przez producenta, szybki parser, ui połączone są powody, że wybiorę że nasze BPMS oprogramowania