iKnowledge

Leanx产品设计规范

产品最佳实践：

1. 清晰原则：消除歧义，确保用户可以轻松理解您的产品并与之交互。
2. 效率原则：简化工作流程并预测用户需求，以提高生产力。
3. 可升级原则：注重易于安装、配置和使用，在未来持续升级。
4. 零影响原则：在每次升级兼容以往版本，且对现有客户升级没有任何影响。
5. 一致性原则：将相同的解决方案应用于类似的问题，以创建熟悉且直观的用户体验。
6. 美观性原则：通过周到而优雅的设计来体现对用户时间和注意力的尊重。 

产品环境标准规范：

1. 语言：英语为主，必须含中文翻译（App、Tab、Object、Field）。
2. 货币：USD、CNY。

API命名规范：

1. 对象（Object）的API命名 采用 驼峰式命名法（Camel Case）。示例：YourObjectName__c。
2. 字段（Field）的API命名 采用 驼峰式命名法（Camel Case）。示例：YourFieldName__c。
3. 子级关系名称（Child Relationship Name）的API命名 采用 驼峰式命名法（Camel Case）。示例：ChildObjectRelationship__r。
4. Layout 和 Lightning Page 的API命名 采用 驼峰式命名法（Camel Case）。示例：ObjectLayoutName。
5. 任务命名不可包含特殊符号，如 下划线_。错误示例：Object_Name__c）。

Label命名规范：

• 任何命名均采用 驼峰式命名法（Camel Case）。示例 My Object Name 。
• 两个单词之间必须使用空格间隔 。错误示例：BusinessObjectName）。
• 任何设计的命名不能包含下划线。错误示例：Object_Name）。

对象关系规范：

1. 业务要求：分析对象之间的关系以及它们在业务流程中的交互方式。 
2. 数据完整性：如果数据一致性和引用完整性至关重要，请考虑使用主从关系。 
3. 灵活性：如果您需要灵活地了解对象的关联方式，则查找关系可能更合适。 
4. 汇总摘要：如果需要将数据从子记录聚合到父记录，则主从关系是必不可少的。 
5. 共享和可见性：如果您需要对共享和可见性进行精细控制，查找关系可提供更大的灵活性。 

对象关系设计最佳实践：

1. 绝对关联原则：在业务实体中，若 子记录 不能单独存在，必定与父记录共同存在才具有业务意义，并且不会同时单独存在，则采用 MD  关系。
2. 汇总摘要原则：在业务中，若子记录包含数值和货币，且在未来父记录需要统计汇总，则采用 MD 关系。
3. 权限集成原则：子记录的共享和可见性需要由父记录决定，则采用 MD 关系。
4. 业务统计原则：在业务对象中，若 子对象 包含 数值和金额，且在 父对象 极有可能需要统计 子对象中的数额，则采用 MD 关系。
5. 级联删除原则：若父记录被删除，需自动删除子记录，则采用 MD 关系。
6. 单一职责原则：在业务流程中，若 子记录 和 父记录 可以同时单独存在，且记录权限单独管理，则采用 Lookup 关系。