DataSnap у Delphi: багатоланкові застосунки та добірка матеріалів

У пошуку альтернативи DCOM мене цікавив спосіб будувати багатоланкові застосунки з меншою залежністю від COM та технологій Microsoft. Таким варіантом стала архітектура DataSnap, описана в матеріалах епохи Delphi XE.

Важливе уточнення: назва DataSnap охоплює різні покоління технології. Embarcadero описує перехід від віддаленої роботи через COM/DCOM до відкритішої взаємодії на основі TCP/IP. Тому формулювання «DataSnap взагалі не використовує COM» без указання архітектури та версії було б неточним.

У власних тодішніх тестах мені вдалося запускати відповідний Windows-застосунок під Wine. Це результат перевірки конкретного застосунку й середовища, а не гарантія нативної підтримки всіх операційних систем або сумісності будь-якого сервера та клієнта DataSnap.

Матеріали з початкової добірки

Нижче збережено адреси історичних навчальних матеріалів. Приклади XE слід читати у контексті відповідної версії:

• Вступ до DataSnap — http://echmel.ru/2011/07/essential-to-datasnap/.
• Багатоланкова архітектура DataSnap XE для баз даних — http://www.interface.ru/home.asp?artId=26212.
• Звичайні об’єкти як параметри DataSnap XE — http://www.interface.ru/home.asp?artId=26210.
• Життєвий цикл серверних методів — http://www.interface.ru/home.asp?artId=26211.
• Простий сервіс DataSnap XE: калькулятор — http://www.interface.ru/home.asp?artId=25687.
• Callbacks: механізми зворотного виклику — http://www.interface.ru/home.asp?artId=26208.
• DataSnap Server Wizard.
• Створення SSL-сертифікатів для Apache та mod_ssl — http://www.opennet.ru/base/dev/apache_mod_ssl.txt.html.
• Використання OpenSSL.

Останні два посилання стосуються SSL та OpenSSL. Їхні старі команди й параметри не варто переносити в сучасну конфігурацію TLS без перевірки документації встановлених версій.

Пояснення розвитку архітектури від виробника: Developing DataSnap Applications.