Sắp xếp các giải pháp của bạn
Trước khi bạn tạo giải pháp, hãy dành một chút thời gian để lập kế hoạch trước. Ví dụ: hãy suy nghĩ về số lượng giải pháp mà bạn muốn phát hành và liệu các giải pháp sẽ dùng chung các thành phần hay không.
Ngoài ra, hãy xác định xem bạn sẽ cần bao nhiêu môi trường để phát triển dòng giải pháp của mình. Microsoft Dataverse Bạn có thể sử dụng một môi trường duy nhất cho hầu hết các chiến lược được mô tả trong bài viết này. Tuy nhiên, nếu bạn quyết định chỉ có một môi trường và sau đó nhận ra rằng bạn cần thêm môi trường. Việc này có thể khó thay đổi các giải pháp nếu mọi người đã cài đặt các môi trường. Dùng nhiều môi trường, mặc dù có sự phức tạp hơn nhưng có thể mang lại tính linh hoạt hơn.
Các phần sau đây mô tả các chiến lược khác nhau để quản lý các giải pháp được liệt kê theo thứ tự từ đơn giản đến phức tạp hơn.
Giải pháp đơn
Bằng cách tạo một giải pháp, bạn sẽ thiết lập một tập hợp các tùy chỉnh. Điều này giúp bạn dễ dàng trong việc tìm thấy các mục mà bạn đã tùy chỉnh.
Bạn nên dùng cách tiếp cận này khi chỉ muốn tạo giải pháp được quản lý đơn. Nếu bạn nghĩ rằng bạn có thể phải chia nhỏ giải pháp trong tương lai, hãy cân nhắc sử dụng nhiều giải pháp.
Nhiều giải pháp
Nếu bạn có hai giải pháp không liên quan và không chia sẻ các thành phần, cách tiếp cận trực tiếp nhất là tạo hai giải pháp không được quản lý.
Lưu ý
Cách này rất phổ biến trong các giải pháp để sửa đổi các dải ứng dụng hoặc Sơ đồ trang web. Nếu cả hai giải pháp của bạn đều sửa đổi các thành phần giải pháp này, chúng là các thành phần dùng chung. Xem phần sau để tham khảo cách làm việc với các thành phần dùng chung.
Nhiều lớp giải pháp và sự phụ thuộc
Khi bạn nhập các giải pháp khác nhau vào môi trường mục tiêu của mình, bạn thường tạo các lớp nơi giải pháp hiện có nằm bên dưới giải pháp đang được nhập. Khi nói đến việc phân lớp giải pháp, điều quan trọng là bạn không có sự phụ thuộc chéo giữa các giải pháp. Nên tránh sử dụng nhiều giải pháp trong cùng một môi trường sử dụng cùng một thành phần không được quản lý. Điều này đặc biệt đúng với các bảng.
Phân đoạn các giải pháp của bạn theo loại thành phần khi không có rủi ro phụ thuộc chéo. Ví dụ: có một giải pháp bao gồm tất cả các bảng của bạn, một giải pháp khác có tất cả các phần bổ trợ của bạn và giải pháp thứ ba có tất cả các quy trình của bạn. Các thành phần khác nhau này không có nguy cơ phụ thuộc lẫn nhau giữa các giải pháp. Do đó, sẽ an toàn nếu có nhiều giải pháp được hình thành theo cách này trong cùng một môi trường.
Không nên có hai giải pháp khác nhau trong một môi trường mà cả hai đều chứa bảng. Điều này là do thường xuyên có những rủi ro về mối quan hệ đơn lẻ giữa các bảng, điều này tạo ra sự phụ thuộc giữa các giải pháp và gây ra các vấn đề nâng cấp hoặc xóa giải pháp trong môi trường đích vào thời điểm sau đó.
Khi bạn đang thiết kế các lớp giải pháp của mình và bạn muốn có một cách tiếp cận có cấu trúc cho các ứng dụng, bạn nên bắt đầu với lớp cơ sở. Sau đó, bạn nhập các giải pháp bổ sung sẽ nằm trên đầu lớp cơ sở. Sau đó, bạn có một lớp cơ sở và các lớp mở rộng trên cùng mở rộng lớp cơ sở đó.
Khi bạn quản lý các dự án của mình theo cách này, chúng tôi khuyên bạn nên sử dụng một môi trường riêng biệt cho từng lớp. Xây dựng lớp giải pháp của bạn bằng cách sử dụng các bước sau.
Trước khi bạn tạo các giải pháp trong các bước sau, hãy sử dụng một nhà xuất bản duy nhất cho tất cả các giải pháp trên các môi trường của bạn. Thông tin thêm: Đối tác phát triển giải pháp
Trong môi trường "cơ sở", bạn có giải pháp cơ sở của mình với các bảng không được quản lý từ môi trường đó và không có bảng nào khác. Sau đó, bạn xuất giải pháp này dưới dạng được quản lý.
Bạn thiết lập môi trường thứ hai cho tiện ích mở rộng hoặc lớp "ứng dụng" mà sau này sẽ nằm trên đầu lớp cơ sở.
Bạn nhập lớp cơ sở được quản lý vào môi trường lớp ứng dụng và tạo giải pháp không được quản lý cho lớp ứng dụng.
Giờ đây, bạn có thể mở rộng mô hình dữ liệu bằng cách thêm các bảng, cột, mối quan hệ bảng bổ sung, v.v. vào giải pháp ứng dụng. Sau đó, xuất giải pháp ứng dụng dưới dạng được quản lý. Lưu ý rằng giải pháp ứng dụng sẽ phụ thuộc vào giải pháp lớp cơ sở.
Trong môi trường sản xuất của bạn, bạn nhập lớp cơ sở được quản lý và sau đó nhập lớp ứng dụng được quản lý. Điều này tạo ra hai lớp được quản lý trong môi trường với sự phụ thuộc rõ ràng giữa hai giải pháp được quản lý. Quản lý nhiều giải pháp theo cách này sẽ không tạo ra sự phụ thuộc giữa các giải pháp, điều này có thể gây ra các vấn đề về bảo trì giải pháp, chẳng hạn như xóa tầng ở trên cùng nếu cần.
Lặp lại mô hình phân đoạn này để có nhiều giải pháp khác nhau mà bạn cần duy trì. Mặc dù chúng tôi khuyên bạn nên giữ số lượng giải pháp càng ít càng tốt để giữ cho việc phân lớp giải pháp của bạn có thể quản lý được.
Xem thêm
Sử dụng các giải pháp phân đoạn
Kịch bản 5: Hỗ trợ phát triển nhóm