Skip to content

style: standardize on "service" for Beamable product capabilities (v5.1)#62

Open
allister-beamable wants to merge 1 commit intounity/v5.1from
style/feature-to-service-v5.1
Open

style: standardize on "service" for Beamable product capabilities (v5.1)#62
allister-beamable wants to merge 1 commit intounity/v5.1from
style/feature-to-service-v5.1

Conversation

@allister-beamable
Copy link
Copy Markdown
Contributor

Summary

  • Replaces "feature" with "service" as the noun for Beamable product capabilities across all docs/unity/user-reference/beamable-services/ pages
  • 71 substitutions across 29 files; no content changes, pure noun substitution
  • Rationale: the nav section is already "Beamable Services"; standardizing on "service" aligns page prose with nav structure and with the engineering-oriented audience

Scope and exclusions

Changed: docs/unity/user-reference/beamable-services/ only

Intentionally excluded:

  • whatsnew/ — "new feature" is universal product/changelog vocabulary, leave it
  • portal/ — operator audience, less technical, leave it
  • CLI guides — do not use "feature" in this sense

Preserved within scope:

  • "Feature Support" table headers
  • "feature prefab" / "Feature Prefab" (Unity asset references)
  • Occurrences inside code blocks
  • "feature" referring to non-Beamable concepts

Review notes

Please flag any substitution that reads awkwardly or that you feel should remain "feature" — this is a style policy discussion as much as an edit, and Eva/Chris/Balbio's input on the policy is the point of this PR.

The v5.0 counterpart is #61.

🤖 Generated with Claude Code

Replace "feature" with "service" as the noun for Beamable product
capabilities across all beamable-services/ pages. Rationale: the nav
section is already "Beamable Services"; "service" aligns with the
engineering-oriented audience and the existing structural vocabulary.

Preserved: "Feature Support" table headers, "feature prefab/Prefab"
(Unity asset references), occurrences in code blocks, and any use of
"feature" referring to non-Beamable concepts.

Scope: docs/unity/user-reference/beamable-services/ only.
Whatsnew/, portal/, and CLI guide pages are intentionally excluded.

71 substitutions across 29 files.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
@allister-beamable allister-beamable force-pushed the style/feature-to-service-v5.1 branch from 3bf946b to a58c48d Compare April 14, 2026 19:00
### Custom Purchaser

The Beamable **Custom Purchaser** feature allows game makers to implement custom purchasing solutions for in-app purchases, bypassing Unity's built-in IAP system for complete control over the payment flow.
The Beamable **Custom Purchaser** service allows game makers to implement custom purchasing solutions for in-app purchases, bypassing Unity's built-in IAP system for complete control over the payment flow.
Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
The Beamable **Custom Purchaser** service allows game makers to implement custom purchasing solutions for in-app purchases, bypassing Unity's built-in IAP system for complete control over the payment flow.
The Beamable **Custom Purchaser** mechanism allows game makers to implement custom purchasing solutions for in-app purchases, bypassing Unity's built-in IAP system for complete control over the payment flow.


### Custom Stores
The Beamable **CommerceService** feature allows game makers to create custom storefronts with flexible purchasing options.
The Beamable **CommerceService** service allows game makers to create custom storefronts with flexible purchasing options.
Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
The Beamable **CommerceService** service allows game makers to create custom storefronts with flexible purchasing options.
The Beamable **Commerce** service allows game makers to create custom storefronts with flexible purchasing options.

![Simple Username Password Flow](../../../../media/imgs/d86e42f-simple_username_password_flow.png){: style="height:auto;width:600px"}

Using the username and password feature is easy. There are just a few APIs you need to know about to be ready to go. Read more here to learn how to use `AddEmail` and `RecoverAccountWithEmail` methods of the `PlayerAccounts` SDK.
Using the username and password service is easy. There are just a few APIs you need to know about to be ready to go. Read more here to learn how to use `AddEmail` and `RecoverAccountWithEmail` methods of the `PlayerAccounts` SDK.
Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Using the username and password service is easy. There are just a few APIs you need to know about to be ready to go. Read more here to learn how to use `AddEmail` and `RecoverAccountWithEmail` methods of the `PlayerAccounts` SDK.
Using username and password for logins is easy. There are just a few APIs you need to know about to be ready to go. Read more here to learn how to use `AddEmail` and `RecoverAccountWithEmail` methods of the `PlayerAccounts` SDK.

# Content - Overview

The **Content** feature allows game maker to store project-specific data objects. It is embedded into many Beamable features, such as Inventory, Store, Leaderboards, and Tournaments. For simplicity, some Beamable data structures may be omitted from this diagram.
The **Content** service allows game maker to store project-specific data objects. It is embedded into many Beamable services, such as Inventory, Store, Leaderboards, and Tournaments. For simplicity, some Beamable data structures may be omitted from this diagram.
Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
The **Content** service allows game maker to store project-specific data objects. It is embedded into many Beamable services, such as Inventory, Store, Leaderboards, and Tournaments. For simplicity, some Beamable data structures may be omitted from this diagram.
The **Content** service allows game maker to store project-specific data objects. It is embedded into many other Beamable services, such as Inventory, Store, Leaderboards, and Tournaments. For simplicity, some Beamable data structures may be omitted from this diagram.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant