API… Ai đang xây dựng một APUI?

quy trình làm việc1

Chúng tôi đã có các Giao diện Lập trình Ứng dụng khá lâu trong ngành. Thách thức của một API đang tìm kiếm các nguồn lực phát triển cần thiết để lập trình tích hợp. Nó không dễ. Bằng cách sử dụng bất kỳ ngôn ngữ lập trình hiện đại nào, bạn thường được yêu cầu đăng các biến lên một dịch vụ và sau đó truy xuất kết quả bằng cách sử dụng XML (Ngôn ngữ đánh dấu eXtensible).

Năm 2000, tôi đang làm việc cho Công ty Tư vấn Tiếp thị Cơ sở dữ liệu ở Denver, Colorado và chúng tôi có một công cụ tên là Sagent Solutions. Sagent cuối cùng đã được mua bởi Group1. Group1 nổi tiếng trong lĩnh vực tiếp thị cơ sở dữ liệu với việc xây dựng một số ứng dụng tuyệt vời. Tôi không chắc điều gì đã xảy ra với các sản phẩm Sagent mà tôi từng sử dụng, nhưng chúng thật không thể tin được. Ở phía bên trái của màn hình, bạn có 'chuyển đổi' và bạn có thể kéo chúng vào quy trình làm việc. Tất cả các đầu vào và đầu ra của mỗi biến đổi sẽ tự động liên kết với biến đổi tiếp theo.

Vì vậy, tôi có thể xây dựng quy trình làm việc để nhập tệp, ánh xạ các trường vào cơ sở dữ liệu, chuyển đổi giá trị của các trường, xóa địa chỉ, mã hóa địa chỉ địa chỉ, xuất tệp đã hoàn thành, v.v. Tôi thậm chí có thể chia dòng công việc và thực hiện nhiều xử lý với cùng một dữ liệu. Khi xem xét 'back-end' của quy trình làm việc, Sagent thực sự đã lưu trữ kế hoạch bằng cách sử dụng XML. Về cơ bản, điều đó có nghĩa là bạn có thể tự động xây dựng và thực thi một quy trình làm việc nếu bạn muốn. Giải pháp là một giải pháp 6 chữ số, nhưng việc xây dựng một kế hoạch để thao tác kho dữ liệu mất vài phút thay vì nhiều ngày.

Với sự ra đời của các API, Dịch vụ Web, SOAP, Flex, Ajax, v.v ... Tôi tò mò tại sao vẫn chưa có ai xây dựng Giao diện Người dùng Lập trình Ứng dụng dựa trên web. Nói cách khác, một giao diện kéo và thả cho API cuộc gọi. Với SOAP, các công ty lưu trữ WSDL (Ngôn ngữ định nghĩa dịch vụ web) về cơ bản là một bách khoa toàn thư có lập trình về cách sử dụng dịch vụ web. Trong năm năm, không ai có thể phát triển một giải pháp để diễn giải một API hoặc Dịch vụ Web để xây dựng quy trình làm việc một cách trực quan? Có ai đang làm việc đó không?

Đây là ý tưởng 1 tỷ đô la của tôi trong ngày. Nếu ai đó có thể xây dựng giao diện Flex có thể đọc WSDL và thể hiện trực quan các cuộc gọi, thì bạn có thể kéo và thả các tương tác giữa các cuộc gọi. Đó là liên kết bị thiếu của web… khiến bất kỳ ai cũng có thể truy cập web để 'lập trình' giải pháp của riêng họ mà không cần phải hiểu bất kỳ ngôn ngữ nào.

Bạn nghĩ gì?

Trang web này sử dụng Akismet để giảm spam. Tìm hiểu cách xử lý dữ liệu nhận xét của bạn.