Oop 函数/方法的主题注释命名

Oop 函数/方法的主题注释命名,oop,programming-languages,naming-conventions,Oop,Programming Languages,Naming Conventions,前几天我在看美国手语。。。我注意到语言的结构是主题评论。如“天气很好”。这让我想到了为什么我们用以下方式命名方法/函数: function getName() { ... } function setName(v) { ... } 如果我们考虑在主题注释函数中命名,函数名将是 function nameGet() { ... } function nameSet() { ... } 如果一个类有多个用途,这可能会更好。即: class events { function ListAd

前几天我在看美国手语。。。我注意到语言的结构是主题评论。如“天气很好”。这让我想到了为什么我们用以下方式命名方法/函数:

function getName() { ... }
function setName(v) { ... }
如果我们考虑在主题注释函数中命名,函数名将是

function nameGet() { ... }
function nameSet() { ... }
如果一个类有多个用途,这可能会更好。即:

class events {
    function ListAdd();
    function ListDelete();
    function ListGet();

    function EventAdd();
    function EventDelete();
    function EventGet();
}
通过这种方式,功能按“主题”分组。其中,作为前一个命名,函数被分组为动作名词,但按名词排序

我认为这是一个有趣的观点,其他人对命名函数/方法有什么看法


显然,在同一个项目中混合命名约定会很奇怪,但总的来说?

现代OOP技术应该使我们不必指定函数的主题,而只需指定操作,例如

您的events类应该只有add/delete/get,并且您应该有一个单独的,
Event\u List
类,它也应该有add/delete/get

因此,根据语言的不同,它将被称为
event\u obj.get()
,或
event\u obj.delete()
。。。等等

事件列表\u对象添加()


这实际上与您所说的手语是一致的,这是一个很好的观点。

我想大胆猜测一下,您的events类应该有一个“List”对象,它有一个add、get和delete以及自己的add、get和delete。当您看到类的名称在其方法中重复时,我发现这是多余的

实际上应该是另一种方式,应该有一个列表类实例化新的事件对象,这些对象是列表中的项目。关于冗余的注释是一个非常好的注释,我一直在有机地增加(根据需要添加)一个对象,这很好地提醒我需要拆分它。