5

Tôi có một ứng dụng trong đó người dùng có thể có trạng thái "trả phí" hoặc "miễn phí". Người dùng có thể chuyển từ "miễn phí" sang "trả tiền" (nếu anh ta mua hàng trong ứng dụng) hoặc từ "trả phí" sang "miễn phí" nếu anh ta ngừng trả tiền đăng ký của mình.Tạo đối tượng dựa trên thuộc tính người dùng động

Tôi có thể sử dụng thuộc tính người dùng động để theo dõi thông tin trong Firebase không?

Trong doc nó không phải là rõ ràng nếu nó được phép có giá trị tài sản dùng năng động có thể thay đổi theo thời gian (https://support.google.com/firebase/answer/6317519?hl=en)

Nếu nó không phải là một thói quen tốt, làm thế nào là nó có thể làm như vậy một Điều ?

Cảm ơn

+0

Tôi cũng thuộc loại tình huống tương tự. Bạn đã xử lý kịch bản như thế nào? –

Trả lời

1

Như đã đề cập, người sử dụng là vĩnh viễn trong một khán giả và khi tài sản thay đổi nó sẽ là một phần của nhiều đối tượng dựa trên các tài sản tương tự, giả sử có một khán giả cho tất cả các giá trị bất động sản.

Tôi đã phát hiện ra rằng có một cách để làm việc xung quanh này là để tạo ra một bản sao của một khán giả và xóa một bản gốc mỗi một lần trong một thời gian. Sẽ tốt hơn nếu Firebase cho phép đặt lại nội dung đối tượng.

này hoạt động nếu người dùng đang hoạt động và khán giả sẽ được tái thu thập được một cách nhanh chóng. Nó sẽ không hoạt động nếu bạn cần khán giả tiếp cận những người dùng không hoạt động cũ.

+0

Điều này hoàn toàn không có giấy tờ từ những gì tôi có thể nói — cảm ơn bạn. – Warpling

2

Thuộc tính người dùng là lựa chọn hoàn hảo cho điều đó.

Cách hoạt động của thuộc tính người dùng là, sau khi bạn đặt thuộc tính người dùng, tất cả theo dõi sự kiện sau đó "chứa" giá trị của thuộc tính người dùng đó (BigQuery export format làm cho nó khá rõ ràng). Trong thực tế nó có nghĩa rằng nếu bạn làm (UP = Người dùng tài sản):

  1. Set UP "đăng ký" để "tự do"
  2. Theo dõi sự kiện như "watch_film" hoặc bất cứ
  3. Set UP "đăng ký" để "trả"
  4. Theo dõi sự kiện [...]

Tất cả các sự kiện ở bước 2 là "trong" UP "thuê bao = miễn phí" và tất cả các sự kiện trong 4 là "trong" UP "thuê bao = trả tiền ".

này cho phép bạn xác định rõ trong bảng điều khiển căn cứ hỏa lực hoặc trong BigQuery những gì là sự kiện kích hoạt theo đó UP. Trong bảng điều khiển, bạn nên sử dụng tùy chọn "Bộ lọc" để lọc theo UP là explain here.

+0

Liên quan đến câu trả lời Dan, nó hoạt động tốt và bạn nên * không * tạo đối tượng, nhưng thay vào đó hãy sử dụng tùy chọn để lọc theo thuộc tính người dùng như tôi giải thích ở cuối câu trả lời của tôi. Không có nhu cầu cho khán giả trong trường hợp đó.Bộ lọc đó sẽ hoạt động tốt với thuộc tính người dùng động (giá trị thay đổi theo thời gian) – Sistr

+0

Thực ra tôi cần một đối tượng vì tôi muốn gửi Cấu hình từ xa khác nhau tùy thuộc vào trạng thái người dùng. Và tôi không thể gửi giá trị cấu hình khác nhau dựa trên tài sản sử dụng, chỉ dựa trên đối tượng ... –

+0

Thật vậy Remi, trong trường hợp đó bạn cần và đối tượng hoặc Firebase cho phép bạn nhắm mục tiêu cấu hình cấu hình từ xa dựa trên thuộc tính người dùng. Những gì bạn cũng có thể làm là có 2 khóa cho mỗi khóa bạn có trong cấu hình từ xa, một cho thanh toán, một cho miễn phí, như: my_param_paid 10 my_param_free 20 Và khi bạn nhận được giá trị từ cấu hình từ xa bạn thêm vào cuối của tên khóa giá trị của thuộc tính người dùng (miễn phí hoặc trả tiền). Nhưng nó rất lý tưởng nếu bạn có hàng trăm phím ... – Sistr

2

Kể từ câu hỏi của bạn liên quan đến việc tạo ra đối tượng, bạn cần phải nhận thức rằng các thành viên trong một khán giả là vĩnh viễn. Nói cách khác, nếu bạn có một khán giả mà được định nghĩa là người dùng có "thuê bao" tài sản sử dụng là "tự do", khi người dùng được trong khán giả rằng họ sẽ mãi mãi trong khán giả rằng, ngay cả khi họ thực hiện một IAP và trạng thái của chúng thay đổi thành "đã trả tiền". Điều tương tự cũng xảy ra với đối tượng người dùng có trạng thái là "đã trả tiền".

+0

Cảm ơn sự chính xác này. Vì vậy, câu trả lời được chấp nhận không chính xác về việc tạo đối tượng. Có cách nào "đúng" để làm điều đó không? –

+1

Để xác định nhóm người dùng có trạng thái có thể thay đổi nhiều lần, tôi nghi ngờ bạn muốn sử dụng BigQuery. Thật không may là đi ra ngoài lĩnh vực chuyên môn của tôi. Khán giả khi họ làm việc bây giờ không thể đại diện động một nhóm mà các thành viên của họ rời khỏi và trở về nhóm theo thời gian. –

+2

Cảm ơn câu trả lời này. Điều đó quá tệ đến mức không hoạt động theo cách đó:/Phân đoạn động dường như là một tính năng phân tích rất cơ bản đối với tôi ... Liên quan đến BigQuery tôi nghĩ rằng nó chỉ hữu ích để phân tích các sự kiện "phong phú" chứ không phải thuộc tính. –

Các vấn đề liên quan