Giao diện lập trình ứng dụng (API) và các dịch vụ mà thực hiện những giao diện là một phần quan trọng của Sakai TPP. Thƣờng thì các "dịch vụ" hạn đƣợc sử dụng để mô tả nhiều loại khác nhau của hiện thực API. Trong phần này chúng ta nhìn vào các loại khác nhau của các API đƣợc sử dụng trong vòng Sakai để giúp hƣớng dẫn bạn khi bạn nhìn qua mã Sakai Source.
Tác gỉa: Chu Thị Hồng Nhung Trang 39 Các thiết lập quan trọng đầu tiên của API là các "dịch vụ ứng dụng" - đây là những API mà ban đầu thƣờng đƣợc tạo ra nhƣ là một phần của sự phát triển của một công cụ. Nhƣ một ví dụ, các công cụ lịch sẽ có khả năng sử dụng một API lịch rất nhiều và các công cụ lịch có khả năng sẽ đẩy bộ tính năng của API lịch. Tuy nhiên điều quan trọng là cần lƣu ý rằng các công cụ khác có thể cần phải sử dụng các API Application. Nhƣ một ví dụ, một công cụ chuyển nhƣợng có thể cần phải truy cập vào các API lịch khi nó cần phải đặt một bài tập do-date trên lịch.
Các dịch vụ ứng dụng có khả năng sẽ có một giao diện đƣợc thiết kế đặc biệt cho tối đa công cụ tiện lợi. Nói chung xu hƣớng để di chuyển chức năng ra các công cụ và dịch vụ vào ứng dụng để tối đa hóa khả năng tái sử dụng của mã. Nhƣ vậy các ứng dụng API dịch vụ nói chung sẽ mở rộng theo thời gian khi yêu cầu công cụ mới đƣợc xác định và cần đƣợc hỗ trợ các dịch vụ ứng dụng API.
Các dịch vụ ứng dụng đang suy nghĩ tốt nhất là phúc phần của môi trƣờng công cụ và nhƣ vậy, cần phải đƣợc viết với tính di động trong tâm trí và phụ thuộc vào khuôn khổ để giúp duy trì tính di động.
Có nhiều cách khác nhau để nhóm dịch vụ trong khuôn khổ. Các dịch vụ Sakai chung và khung quy API để tƣơng tác với toàn bộ khung và để cung cấp những cách di động để truy cập vào thông tin khuôn khổ quan trọng.
Có một tập hợp các dịch vụ Legacy Sakai, cả hai vào khuôn khổ và ứng dụng cấp dịch vụ. Bởi vì nhiều chức năng ngƣời dùng cuối trong Sakai 1.0 đƣợc phân phối bằng cách sử dụng các công cụ di sản, các dịch vụ Legacy phải làm việc với các tiến mới OKI OSIDs và các dịch vụ Sakai chung và khung mới. Khả năng tƣơng thích này sẽ đƣợc duy trì bằng cách sử dụng một số kỹ thuật bao gồm: (1) Thực hiện một giao diện mới nhƣ một vỏ bọc của một giao diện cũ, (2) thực hiện các giao diện cũ nhƣ một vỏ bọc của một giao diện mới, hoặc (3) viết lại di sản đang công cụ để sử dụng giao diện mới hơn.
Những cách tiếp cận sẽ đƣợc sử dụng để cung cấp một quá trình chuyển đổi liền mạch cho các nhà phát triển từ phiên bản 1.0 lên phiên bản 2.0.
Tác gỉa: Chu Thị Hồng Nhung Trang 40 Các khả năng di sản sẽ đƣợc duy trì nhƣ tƣơng thích với các tính năng mới vƣợt ra ngoài các phiên bản 2.0[5][7].