単純性と条件付きビュー
SAASプラットフォームに取り組んでいます。すべてのユーザーがログインする必要があるため、ユーザーID、場所、所属などはほとんど常にわかっています。このプラットフォームには、ユーザーの進行状況と実績を記録する実質的なゲームコンポーネントもあります。
プラットフォームの目標の1つは、ユーザーに摩擦のないエクスペリエンスを提供することです。ほとんどの場合、これはユーザーの状態に応じてページ要素/モジュールの条件付きビューを提供することで実現されます。ここの状態には、所属、場所、進捗状況、および時間が含まれます。
条件付きビューの使用は適切で望ましいものですが、ユーザー固有の（条件付き）ビューを使用して泥だらけのUIを補正している場合があることを心配しています。また、条件付きビューを機能させるために、バックエンドでかなり複雑なロジックが積み重なっています。
条件数が多すぎるという経験則はありますか？別の言い方をすれば、ユーザーが見えない場合、複雑さは問題になりますか？
私が適用できる唯一の「経験法則」は、私が住んでいる80/20法則です。一般に、すべてのユースケースの完全なリストがある場合、それらの20％がシステムのアクティビティの80％を占めます。
したがって、私はすべてのユーザーの80％を対象に設計を試み、最初はすべての使用例の20％をカバーします。あなたの場合、最初の20％を超えているように聞こえるので、まずコアユースケースを頭に入れてから、条件付きビューの粒度を再評価することをお勧めします。現在の細分性が保守性の問題を引き起こしていると感じた場合、またはコストに十分な価値を提供していない場合は、少しバックアップする時期かもしれません。
理論的には、費用対効果が高く、ソリューションに付加価値を提供する限り、コードの複雑さは問題になりません。