I’m not really a great enthusiast f

I’m not really a great enthusiast for drawing strong analogies between the role of a
software architect and that of a traditional building architect. There are similarities,
but also lots of profound differences.1 But let’s ignore those differences for a
second, in order to illustrate the role of middleware in software architecture.
When an architect designs a building, they create drawings, essentially a design
that shows, from various angles, the structure and geometric properties of the
building. This design is based on the building’s requirements, such as the available
space, function (office, church, shopping center, home), desired aesthetic and functional
qualities and budget. These drawings are an abstract representation of the
intended concrete (sic) artifact.
There’s obviously an awful lot of design effort still required to turn the architectural
drawings into something that people can actually start to build. There’s
detailed design of walls, floor layouts, staircases, electrical systems, water and
piping to name just a few. And as each of these elements of a building is designed
in detail, suitable materials and components for constructing each are selected.
These materials and components are the basic construction blocks for buildings.
They’ve been created so that they can fulfill the same essential needs in many types
of buildings, whether they are office towers, railway stations or humble family
homes.
Although perhaps it’s not the most glamorous analogy, I like to think of middleware
as the equivalent of the plumbing or piping or wiring for software applications.
The reasons are:
l Middleware provides proven ways to connect the various software components
in an application so they can exchange information using relatively easy-to-use
mechanisms. Middleware provides the pipes for shipping data between components,
and can be used in a wide range of different application domains.

Kết quả (Việt) 2:

Tôi không thực sự một người đam mê tuyệt vời cho các bản vẽ tương mạnh mẽ giữa vai trò của một
kiến trúc sư phần mềm và của một kiến trúc sư xây dựng truyền thống. Có những điểm tương đồng,
nhưng cũng có rất nhiều differences.1 sâu sắc Nhưng chúng ta hãy bỏ qua những khác biệt cho một
thứ hai, để minh họa cho vai trò của các trung gian trong kiến trúc phần mềm.
Khi một kiến trúc sư thiết kế một tòa nhà, họ tạo ra các bản vẽ, bản chất là một thiết kế
đó cho thấy, từ góc độ khác nhau, cấu trúc và tính chất hình học của các
tòa nhà. Thiết kế này dựa trên yêu cầu của tòa nhà, chẳng hạn như có sẵn
không gian, chức năng (văn phòng, nhà thờ, trung tâm mua sắm, nhà), thẩm mỹ và chức năng mong muốn
chất lượng và ngân sách. Những bức vẽ là một đại diện trừu tượng của
bê tông dự định (sic) artifact.
Rõ ràng là có một awful nhiều nỗ lực thiết kế vẫn còn cần thiết để biến các kiến trúc
bản vẽ thành một cái gì đó mà mọi người thực sự có thể bắt đầu xây dựng. Có
thiết kế chi tiết của bức tường, bố trí sàn, cầu thang, hệ thống điện, nước và
đường ống để đặt tên chỉ là một vài. Và như mỗi một trong các yếu tố của một tòa nhà được thiết kế
chi tiết, vật liệu và linh kiện cho việc xây dựng từng thích hợp được lựa chọn.
Những vật liệu và các thành phần là các khối xây dựng cơ bản cho các tòa nhà.
Họ đã được tạo ra để họ có thể thực hiện đầy đủ các nhu cầu thiết yếu cùng trong nhiều loại
của các tòa nhà, cho dù họ là tòa tháp văn phòng, nhà ga hoặc gia đình khiêm tốn
nhà.
Mặc dù có lẽ nó không phải là suy quyến rũ nhất, tôi thích nghĩ về middleware
như tương đương với hệ thống ống nước hoặc đường ống hoặc hệ thống dây điện cho các ứng dụng phần mềm.
Các lý do là:
l Middleware cung cấp cách để kết nối các thành phần phần mềm khác nhau đã được chứng minh
trong một ứng dụng để họ có thể trao đổi thông tin bằng cách sử dụng tương đối dễ sử dụng
cơ chế. Middleware cung cấp các đường ống để vận chuyển dữ liệu giữa các thành phần,
và có thể được sử dụng trong một loạt các lĩnh vực ứng dụng khác nhau.