Lời khuyên khi chuyển sang kiến ​​trúc Delphi đa tầng

Question

Chúng tôi có một ứng dụng tương đối lớn được gắn chặt vào Firebird (các thủ tục được lưu trữ, dạng xem, v.v.). Chúng tôi hiện đang nhận được rất nhiều yêu cầu để hỗ trợ cơ sở dữ liệu bổ sung và chúng tôi cũng muốn di chuyển rất nhiều chức năng từ máy khách đến máy chủ.

Có vẻ như đây là thời điểm tốt để chuyển sang kiến ​​trúc cấp 3 (4). Chúng tôi đã xem xét DataSnap 2009 và RemObjects SDK/DataAbstract. Cả hai dường như họ sẽ làm công việc, nhưng có bất kỳ ưu điểm/nhược điểm nào chúng ta nên tìm kiếm không? Có bất kỳ khung công tác nào khác mà bạn có thể đề xuất không?

Chúc mừng, Paul

Answer 1

Trong quá trình di chuyển đến một ứng dụng nhiều tầng bạn có thể xem xét sử dụng một giao thức vận chuyển giữa các lớp, đó là ngôn ngữ/công nghệ độc lập (như webservices, (tôi nghĩ rằng tha remobjects hỗ trợ đó)).

Điều này có thể làm cho việc triển khai lại một lớp đơn giản hơn sau này (như sau này bạn phải tạo một phiên bản ứng dụng khách khác trong trình duyệt/java/silverlight).

Answer 2

Tôi có thể khuyên bạn nên sử dụng các thành phần phần mềm trung gian KBM từ Components4Developers. Có một chút của một đường cong học tập nhưng chúng rất linh hoạt và nắm giữ tốt được sử dụng trong điều kiện thế giới thực.

Comment from a user (http://www.components4programmers.com/usercomments/commentfromapowerusertoaquestion.htm)

Answer 3

Thay đổi ứng dụng của bạn để nhiều tầng lớp với khuôn khổ mới (RM, DS, kbmMW hay bất cứ những), sẽ làm cho rất nhiều thay đổi trong kiến ​​trúc ứng dụng của chúng tôi, tôi nên đi với điều này trong tương lai, nhưng bạn có thể đạt được sự hỗ trợ cho nhiều cơ sở dữ liệu, với các sản phẩm khác như

UniDac từ DevArt (Các thành phần tốt nhất cho cơ sở dữ liệu có kết nối trực tiếp). AnyDac (từ cùng một công ty người cung cấp RemObjects. SqlDirect (Có hỗ trợ cho 9 MajorDB và cũng ODBC). ZeosDB (mã nguồn mở).

bằng một trong những thành phần trên, sẽ cung cấp cho bạn hỗ trợ cho hầu hết các cơ sở dữ liệu lớn, bên cạnh nó sẽ không làm cho bạn doig rất nhiều thay đổi, và trong một số trường hợp, bạn chỉ cần thay thế các thành phần cơ sở dữ liệu cũ bằng các thành phần mới, và có thể thay đổi một số thuộc tính. chỉ hỗ trợ nhiều cơ sở dữ liệu hơn, nhưng nó sẽ tách logic nghiệp vụ của bạn khỏi lớp trình bày, do đó bạn có thể có nhiều lớp trình bày cho ứng dụng của mình như web giao diện hoặc thiết bị thông minh.

Nhưng quan trọng nhất trong kiến ​​trúc Multi-Bậc, bạn sẽ có một hệ thống mở rộng các phát triển hơn so với những gì các cơ sở dữ liệu bạn đang sử dụng có thể xử lý các kết nối, bên cạnh những lợi ích khác, như sử dụng các ngôn ngữ khác để viết các ứng dụng client.

Answer 4

Bạn cũng có thể điều tra Midware http://www.overbyte.be/frame_index.html

Answer 5

Đối với kiến ​​trúc đa tầng Tôi cũng khuyên bạn nên kiểm tra middleware nhắn theo định hướng.

Với phần mềm trung gian hướng tin nhắn, tích hợp ứng dụng đa ngôn ngữ và đa nền tảng có thể được triển khai bằng cách sử dụng mô hình truyền thông ngang hàng hoặc xuất bản/đăng ký. Hệ thống nhắn tin được kết nối lỏng lẻo, không đồng bộ và đáng tin cậy. Ví dụ, chúng là các thành phần cốt lõi trong các máy chủ ứng dụng Java (tm) như JBoss.

Đối với Firebird, Gần đây tôi đã viết một bài viết trên blog thay thế sự kiện Firebird cơ sở dữ liệu, hạn chế của họ và cách để thay thế chúng với các giải pháp dựa trên thông điệp môi giới (trong đó có sẵn như mã nguồn mở):

• Firebird Database Events and Message-oriented Middleware (part 1)
• Firebird Database Events and Message-oriented Middleware (part 2)

(từ chối trách nhiệm: Tôi là nhà phát triển thư viện khách Delphi và Free Pascal dành cho nhà môi giới thư nguồn mở).