我有一个团队负责人似乎认为业务逻辑非常主观，如果我的存储过程有WHERE ID = @ID - 他会称之为“业务逻辑”
我应采取什么方法以非常客观的方式定义“业务逻辑”，而不会冒犯我的团队负责人？
答案 0 :(得分：9)
我真的认为你只需要就你所说的“业务逻辑”明确定义你的意思。如果你需要“政治敏感”，你甚至可以围绕你的团队领导者的理解制定定义，然后提出另一个术语（“域规则”？）来定义你想要谈论的内容。
单词和术语相对主观 - 当然，一旦你离开那家公司就需要“重新学习”行业标准，所以如果可以，最好坚持使用它们，但主要目标是沟通明确地完成工作。
答案 1 :(得分：6)
区分的一种方法是“业务逻辑”是客户关心的事情，可以在不参考计算机专用词的情况下向客户解释。
答案 2 :(得分：1)
您可以尝试使用定时示例争论您的观点，对索引表运行sql select然后运行循环以在同一集合中找到完全相同的项目，但这次是在代码中。代码会慢得多。
让数据库完成它的设计目的，选择数据的集合和子集:)我现实地认为，你所能做的就是让你的团队一起构建一套你将要编写的标准，民主规则！