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) 1:

Tôi không thực sự một người đam mê lớn cho vẽ kỹ thuật mạnh mẽ suy giữa vai trò của mộtkiến trúc sư phần mềm và là một kiến trúc sư truyền thống xây dự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 sự khác biệt cho mộtThứ hai, để minh họa cho vai trò của 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ẽ, chủ yếu là một thiết kếcho thấy, từ góc độ khác nhau, cấu trúc và các tính chất hình học của cácxây dựng. Thiết kế này dựa trên yêu cầu của tòa nhà, chẳng hạn như các có sẵnkhông gian, chức năng (văn phòng, nhà thờ, Trung tâm mua sắm, nhà), mong muốn thẩm Mỹ và chức năngphẩm chất và ngân sách. Những bản vẽ là một đại diện trừu tượng của cácthiết kế bê tông (sic) artifact.Chỗ ở này rõ ràng là có một nhiều khủng khiếp của nỗ lực thiết kế vẫn còn cần thiết để biến các kiến trúcbản vẽ vào một cái gì đó mà mọi người thực sự có thể bắt đầu xây dựng. Cóchi tiết thiết kế của bức tường, sàn bố trí, 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 người trong số các yếu tố của một tòa nhà được thiết kếchi tiết, thích hợp tài liệu và các thành phần để xây dựng từng được lựa chọn.Các vật liệu và phụ kiệ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ể đáp ứng các nhu cầu thiết yếu tương tự trong nhiều loạicủa tòa nhà, cho dù họ có tháp văn phòng, nhà ga hoặc gia đình khiêm tốnngôi nhà.Mặc dù có lẽ nó không phải là quyến rũ nhất tương tự, tôi thích nghĩ về middlewarelà tương đương với hệ thống ống nước hoặc đường ống hoặc dây cho các phần mềm ứng dụng.Những lý do là:l Middleware cung cấp cung cấp khả năng cách để kết nối các thành phần khác nhau của phần mềmtrong một ứng dụng để họ có thể trao đổi thông tin bằng cách sử dụng tương đối dễ dàng để sử dụngcơ 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 ứng dụng khác nhau tên miền.

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.