Thế nào là giải pháp hiệu quả
Khái niệm giải pháp
Trang này có hữu ích không?
Vui lòng đánh giá trải nghiệm của bạn
Có
Không
Bạn còn phản hồi nào nữa không?
Ý kiến phản hồi sẽ được gửi đến Microsoft: Bằng cách nhấn nút gửi, ý kiến phản hồi của bạn sẽ được sử dụng để cải thiện các sản phẩm và dịch vụ của Microsoft. Chính sách về quyền riêng tư. Show
Gửi
Cảm ơn bạn. Trong bài viết nàyGiải pháp là cơ chế để triển khai ALM trong Power Apps và Power Automate. Bài viết này trình bày các khái niệm chính sau đây về giải pháp:
Giải pháp được quản lý và không được quản lýGiải pháp có hai loại là được quản lý hoặc không được quản lý.
Người tạo và nhà phát triển làm việc trong môi trường phát triển sử dụng giải pháp không được quản lý, sau đó nhập chúng vào các môi trường xuôi tuyến khácchẳng hạn như môi trường kiểm tradưới dạng giải pháp được quản lý. Lưu ý Khi tùy chỉnh trong môi trường phát triển, bạn đang làm việc trên lớp không được quản lý. Sau đó, khi bạn xuất giải pháp không được quản lý dưới dạng giải pháp được quản lý để phân phối sang môi trường khác, giải pháp được quản lý được nhập vào môi trường trên lớp được quản lý. Thông tin thêm: Lớp giải pháp Thành phần giải phápThành phần đại diện cho những thứ mà bạn có thể tùy chỉnh. Bất cứ điều gì có thể được bao gồm trong giải pháp cũng là một thành phần. Để xem các thành phần có trong một giải pháp, hãy mở giải pháp mà bạn muốn. Các thành phần được liệt kê trong danh sách Thành phần. Lưu ý Bạn không thể chỉnh sửa trực tiếp các thành phần trong giải pháp được quản lý. Để xem danh sách các loại thành phần có thể thêm vào giải pháp bất kỳ, hãy xem Tùy chọn ComponentType. Một số thành phần được lồng trong các thành phần khác. Ví dụ, một thực thể chứa biểu mẫu, dạng xem, biểu đồ, trường, mối quan hệ thực thể, thông báo và quy tắc kinh doanh. Mỗi thành phần yêu cầu tồn tại thực thể. Một trường không thể tồn tại bên ngoài một thực thể. Chúng tôi nghĩ rằng trường phụ thuộc vào các thực thể. Số loại thành phần thực tế còn nhiều gấp hai lần như đã trình bày trong danh sách trước đó, nhưng đa số không được lồng trong các thành phần khác và không hiển thị trong ứng dụng. Các thành phần giúp theo dõi mọi giới hạn về nội dung có thể được tùy chỉnh bằng cách sử dụng thuộc tính được quản lý và tất cả các quan hệ phụ thuộc để có thể xuất, nhập và (trong giải pháp được quản lý) xóa nội dung mà không để lại bất cứ hậu quả nào. Vòng đời giải phápGiải pháp hỗ trợ các hành động sau đây, giúp hỗ trợ các quy trình vòng đời ứng dụng:
Nhà phát hành giải phápMọi ứng dụng và các thành phần giải pháp khác như các thực thể bạn tạo hoặc bất kỳ tùy chỉnh nào bạn thực hiện là một phần của giải pháp. Vì mọi giải pháp đều có nhà phát hành, do đó, bạn nên tạo nhà phát hành của riêng mình thay vì sử dụng nhà phát hành mặc định. Khi tạo một giải pháp, bạn sẽ chỉ định nhà phát hành. Lưu ý Ngay cả khi bạn không sử dụng giải pháp tùy chỉnh, bạn sẽ làm việc trong các giải pháp được gọi là Giải pháp mặc định Common Data Service và Giải pháp mặc định. Thêm thông tin: Giải pháp mặc định và Giải pháp mặc định Common Data Service Nhà phát hành của một giải pháp nơi một thành phần được tạo ra được coi là chủ sở hữu của thành phần đó. Chủ sở hữu của một thành phần kiểm soát những gì thay đổi các nhà phát hành giải pháp khác bao gồm thành phần đó được phép thực hiện hoặc hạn chế thực hiện. Có thể chuyển quyền sở hữu của một thành phần từ giải pháp này sang giải pháp khác trong cùng một nhà phát hành, nhưng không phải giữa các nhà phát hành. Sau khi giới thiệu nhà xuất bản cho một thành phần trong giải pháp được quản lý, bạn không thể thay đổi nhà xuất bản cho thành phần đó. Do đó, tốt nhất bạn nên xác định một nhà xuất bản duy nhất để có thể thay đổi mô hình phân lớp trên các giải pháp sau này. Nhà phát hành giải pháp xác định ai là người phát triển ứng dụng. Vì lý do này, bạn nên tạo một tên nhà phát hành giải pháp có ý nghĩa. Tiền tố nhà phát hành giải phápNhà phát hành giải pháp bao gồm một tiền tố. Tiền tố nhà phát hành là một cơ chế để giúp tránh việc xung đột khi đặt tên. Điều này cho phép cài đặt giải pháp từ các nhà phát hành khác nhau trong một môi trường mà ít khi gặp xung đột. Ví dụ: giải pháp Contoso hiển thị ở đây có tiền tố nhà phát hành giải pháp là contoso. Lưu ý Bạn nên thay đổi tiền tố nhà phát hành giải pháp trước khi tạo bất kỳ ứng dụng hoặc mục siêu dữ liệu mới nào, vì bạn không thể thay đổi tên của mục siêu dữ liệu sau khi tạo. Thông tin thêm:
Sự phụ thuộc giải phápDo cách phân lớp các giải pháp được quản lý, một số giải pháp được quản lý có thể bị phụ thuộc vào các thành phần giải pháp trong các giải pháp được quản lý khác. Một số đối tác phát triển giải pháp sẽ tận dụng lợi thế này để xây dựng các giải pháp dạng mô-đun. Bạn có thể cần cài đặt một giải pháp được quản lý cơ bản trước, sau đó bạn có thể cài đặt một giải pháp được quản lý lần thứ hai sẽ tùy chỉnh thêm các thành phần trong giải pháp được quản lý cơ sở đó. Giải pháp được quản lý thứ hai phụ thuộc vào thành phần giải pháp mà là một phần của giải pháp đầu tiên. Hệ thống theo dõi những quan hệ phụ thuộc giữa các giải pháp. Nếu bạn cố gắng cài đặt một giải pháp đòi hỏi một giải pháp cơ sở mà chưa được cài đặt, bạn sẽ không thể cài đặt giải pháp. Bạn sẽ nhận được một thông báo cho biết giải pháp đòi hỏi phải cài đặt một giải pháp khác trước tiên. Tương tự như vậy, do quan hệ phụ thuộc, bạn không thể gỡ bỏ cài đặt giải pháp cơ bản trong khi một giải pháp mà phụ thuộc vào giải pháp đó vẫn được cài đặt. Bạn phải gỡ bỏ cài đặt giải pháp phụ thuộc trước khi bạn có thể gỡ bỏ cài đặt giải pháp cơ sở. Xem thêm thông tin: Loại bỏ quan hệ phụ thuộc Tác nhân phụ thuộc của thành phần giải phápMột thành phần giải pháp đại diện cho một cái gì đó mà bạn có thể tùy chỉnh. Mọi thứ có thể đưa vào một giải pháp thì được gọi là thành phần giải pháp. Một số thành phần sẽ phụ thuộc vào các thành phần khác. Ví dụ: cả trường trang web và báo cáo tóm tắt tài khoản đều phụ thuộc vào thực thể tài khoản. Xem thêm thông tin: Theo dõi quan hệ phụ thuộc cho các thành phần giải pháp Xem thêmLớp giải pháp |