Продукты, похожие на Progress AppServers

Я давний разработчик ABL, и я думаю, что это отличный вопрос. Я также использую C#, я люблю и уважаю обе платформы. Но я никогда не понимал, как разработчик C # может делать то, что описывает OP и кажется таким простым в P4GL.

Приведенный выше ответ от p.marino предполагает, что вы можете делать то, что хотите, с SP. Конечно, это часто так, но мы, разработчики ABL, привыкли делать вещи, выходящие далеко за рамки того, чего вы можете достичь с помощью SQL.

Итак, если я хочу написать бизнес-логику на C# и выполнить ее удаленно, но не как SQL SP, какие у меня есть варианты? Может быть, .NET Remoting, веб-службы или .NET Enterprise Services? Я не думаю, что какие-либо из них столь же просты, как серверы приложений ABL, и ни один из них, за исключением, возможно, WS, не имеет большого преимущества.

(Чтобы не показаться фанатиком P4GL, их графический интерфейс просто ужасен, их инструменты отвратительны, а лицензионные сборы довольно непомерны. Я бы написал GUI на C# или Swing поверх P4GL в любое время. Но удаленная бизнес-логика... Я не так уверен).

Серверы приложений Progress похожи на нейтральные контейнеры db и ui для логики. Они работают сами по себе, а не как часть Oracle или как часть SQL Server или чего-то еще, и им все равно, является ли клиент .NET, Java, WS или зеленым экраном. Им не требуется подключение к базе данных, но они могут подключиться, если им это подходит.

Первоначальный вопросник, похоже, не хочет большинства этих функций и, судя по всему, будет удовлетворен хранимыми процедурами в выбранной базе данных.

Есть еще одна особенность, которая может иметь значение для первоначального вопроса — настоящая причина, по которой программистам Progress нравятся серверы приложений, вероятно, заключается в том, что это дает им единый язык программирования для работы. Если вы начнете использовать хранимые процедуры, вам потребуется использовать язык, отличный от того, на котором вы кодируете свой пользовательский интерфейс. И каждая целевая база данных будет иметь свой собственный язык и его особенности для работы.

(Триггеры выполнения запускаются на клиенте, а не внутри контекста сервера. Так что они не очень похожи на хранимые процедуры.)

Честно говоря, я не уверен, что понимаю, в чем проблема.

Если вас беспокоит возможность подключения клиентского приложения к отдельному серверу БД, это на самом деле норма, а не исключение. Просто используйте любой мост JDBC/ODBC, и ваш код будет выполняться на клиенте, при этом только данные будут перемещаться в сеть и из сети.

Если вы хотите, чтобы ваша логика выполнялась на удаленном сервере (ваш пример с вызовом процедуры на именованном AppServer предполагает последнее), то основы те же, т.е. используйте ODBC для подключения к БД. server и переместите большую часть своей логики в хранимые процедуры.

(Я думаю, что то, что вы ищете, в большинстве современных СУБД называется «хранимая процедура»: т. е. полные единицы кода, либо функции, либо процедуры, которые выполняются исключительно на самом сервере БД. Они могут вызываться удаленно клиентами, но использовать память и вычислительные ресурсы на сервере БД).

Это, опять же, довольно стандартный архитектурный выбор при работе с БД. Progress ABL/4GL имеет модель смешанной парадигмы, которая может немного сбить вас с толку (если не изменяет память, APPServers — это процессы, которые работают как своего рода безголовые «суперклиенты», и нет понятия «хранимая процедура», т. е. код выполняться внутри самой БД, за исключением, возможно, триггеров).

Отвечаю на будущее:

Да, теперь есть. В OpenEdge 11.5 (выпущенном в декабре 2014 г.) «Pacific AppServer» был включен в качестве альтернативы классическому серверу приложений. Он основан на Apache Tomcat и легче старого.

Смотрите их для получения дополнительной информации:

Полный набор документации 11.5

Представляем PAS для OpenEdge (PDF)