Giới thiệu vai trò của nền tảng tiếp thị lớn, viết thiết kế tài liệu yêu cầu cho các hoạt động tiếp thị ứng dụng mô hình lớn của OpenAi. Lưu ý rằng, ứng dụng mô hình lớn của OpenAi là một phần nhỏ trong hệ thống, sau này chúng ta sẽ sử dụng dự án này làm nền tảng để mở rộng các hệ thống sản phẩm kinh doanh khác nhau. Tạo ra một dòng sản phẩm hoàn chỉnh.
Trong phần tài liệu yêu cầu của chương trước, chúng ta đã phân tích quy trình cần thực hiện trong toàn bộ kịch bản tiếp thị, sau đó, trong 17 chương trước, chúng ta đã thiết kế, phát triển và triển khai phần chức năng đầu tiên, cho phép người dùng trải nghiệm quay số trực tuyến.
Thông qua việc phân tích các chức năng sản phẩm trong nền tảng big market, chúng ta sẽ thiết kế mô hình chiến lược quay số trúng thưởng và cấu trúc bảng cơ sở dữ liệu. Chiến lược quay số là một chức năng cốt lõi trong quá trình quay số, đặc biệt là trong các chức năng sản phẩm được thể hiện trong khóa học này, cần một cấu trúc bảng dữ liệu tốt hơn để hỗ trợ việc thực hiện mô hình domain.
Trong chương này, chúng ta sẽ thực hiện các bảng dữ liệu đã phân tích và thiết kế ở các phần trước vào trong dự án để kết nối với cơ sở dữ liệu. Ngoài ra, phần này cũng sẽ bao gồm các thao tác như pull branch, merge branch, và push branch lên repo. Trong quá trình học, bạn cũng sẽ tích lũy được những kỹ năng này.
Bắt đầu từ chương này, chúng ta sẽ tiến hành phát triển các yêu cầu thực tế. Đầu tiên, chúng ta sẽ lập ra quy trình kinh doanh, sau đó liên tục triển khai các chức năng của từng module trong quy trình này. Điều này bao gồm việc triển khai chiến lược rút thăm trúng thưởng, trong đó sẽ cần sử dụng đến truy vấn cơ sở dữ liệu, tính toán giá trị chiến lược và lưu trữ dữ liệu trên Redis Map. Trong quá trình này, cách thức triển khai phát triển theo kiến trúc phân lớp DDD cũng sẽ được thể hiện.
Trong phân hệ rút thăm của nền tảng tiếp thị lớn, cần đáp ứng yêu cầu rằng sau khi người dùng rút thăm N điểm, phạm vi giải thưởng có thể trúng phải được thiết lập. Nói cách khác, nếu bạn đã tiêu tốn tổng cộng 6000 điểm để rút thăm, thì trong lần rút thăm tiếp theo, phạm vi giải thưởng sẽ được xác định trước, không cho phép người dùng nhận được giải thưởng có giá trị thấp hơn. Do đó, khi thiết kế và thực hiện hệ thống, chúng ta cần xử lý việc cài đặt các quy tắc trọng số khác nhau.
Trong thiết kế quy trình của chúng tôi, khi người dùng thực hiện quay thưởng, hệ thống sẽ kiểm tra xem họ có vượt quá N điểm hay không. Nếu vượt quá N điểm, người dùng có thể quay thưởng trong phạm vi giới hạn. Đồng thời, nếu người dùng là thành viên của nhóm "săn thưởng" nằm trong danh sách đen, hệ thống sẽ chỉ trả về ID giải thưởng cố định.
Tích lũy, chia sẻ, phát triển, để bản thân và người khác đều nhận được lợi ích! 😄
👨🏻💻 Sau kỳ nghỉ 5.1 với nhiều công việc cường độ cao, cuối cùng tôi đã hoàn thành giai đoạn thứ hai của dự án 《Dự án Tiếp thị Lớn》 và đưa nó lên mạng. Địa chỉ trải nghiệm: https://gaga.plus. Với sự triển khai dự án này, cuối cùng tôi cũng có thể cung cấp cho mọi người một bộ hướng dẫn triển khai DDD hoàn chỉnh, bao gồm: chiến lược, chiến thuật, chiến dịch, những việc cần làm ở từng giai đoạn và cách thực hiện mô hình cơn bão và mô hình bốn màu. Với tài liệu này làm tham khảo, ngay cả người mới cũng có thể phát triển dự án DDD một cách rõ ràng!
Bạn có thể cảm thấy kiến trúc hệ thống dường như khá xa vời, đó là việc mà kiến trúc sư cần quan tâm, còn bạn chỉ cần làm tốt công việc CRUD của mình là đủ.
Trước đây, tôi cũng có suy nghĩ giống như bạn, nhưng thời thế đã thay đổi. Cạnh tranh ngày càng khốc liệt là một mặt, quan trọng hơn là yêu cầu về năng lực cần được nâng cao hơn nữa.
