我有一个团队负责人，他似乎认为业务逻辑是非常主观的，以至于如果我的存储过程具有" WHERE ID = @ID"，他将称其为业务逻辑

在不冒犯团队领导的情况下，我应该采取哪种方法以非常客观的方式定义业务逻辑？

解决方案

回答

我真的认为我们只需要就我们所说的"业务逻辑"的含义达成一个清晰的定义。如果我们需要"对政治敏感"，甚至可以根据团队领导的理解来制定定义，然后想出另一个术语("域规则"？)来定义我们要谈论的内容。

词汇和术语相对主观-当然，一旦离开该公司，我们将需要"重新学习"行业标准，因此，如果可以的话，最好还是坚持下去，但是主要目标是清楚地交流并获得工作完毕。

回答

区分的一种方式是"业务逻辑"是客户会关心的事情，可以在不参考计算机特定字词的情况下向客户解释。

回答

我们可以尝试通过一个定时示例来说明观点，对索引表运行sql select，然后运行循环以在同一集合中找到完全相同的项目，但这次在代码中。代码会慢很多。

让数据库执行其设计的工作，选择数据集和子集:)我实际上认为，我们所能做的就是将团队聚集在一起，建立一套大家都会编码的标准，民主规则！