绝对不要使用on。在JavaScript中，事件也不要以on开头。只有事件处理程序才可以。JS中没有onClick事件。事件名称为click，如果您为onClick分配一个函数，则在收到click事件时将调用此函数。
如果输入和输出属于同一类，请为其命名

@Input() name:any; 
@Output() nameChange: EventEmitter<any> = new EventEmitter();;

这允许Angular2“双向绑定”的短手

[(name)]="someProp"

如果您使用@Input()和@Output()（首选方式），则不需要inputs: []和outputs: []。这两种方式做相同的事情，如果您同时使用两种方式，则其中一种是多余的。
要匹配浏览器命名方案，您可以执行以下操作

(nameChange)="onNameChange($event)"

以便在接收到nameChange事件时调用事件处理程序onNameChange。
如果事件不是输入/输出对的一部分，则可以或应该忽略Change

(loggedIn)="onLoggedIn($event)

实际上，OP提出了多个问题，但背景相同（因此下文有多个章节）。

用法和/或定义

如果您想支持Angular-2和更高版本的“双向绑定”，那么将input与后缀为Change的输出配对，如下所示：

@Input() password: string;
@Output() passwordChange: EventEmitter<string> = new EventEmitter();

这允许速记，如：

<app-my-component
    [(password)]="myPasswordProp"
    >
</app-my-component>

上面我将默认值作为输入传递给组件，并将用户的更改作为输出，基本上将myPasswordProp与MyComponent的内部状态同步。

命名约定

在Angular-2+中，“on“前缀仅用于事件处理程序，从不用于事件发射器。

注意事件不允许使用“on“前缀（甚至会导致编译错误，至少在较新的Angular版本中是这样）。

即使在JavaScript中，也没有onClick命名的事件，事件名是click。唯一的区别是JS使用onClick作为我们传递事件处理程序的属性的名称，而Angular禁止使用该前缀。
Angular至少允许使用on作为事件处理程序，例如：

(passwordChange)="onPasswordChange($event)"

其中，在触发passwordChange事件时调用onPasswordChange命名的事件处理程序。
但是如果事件是输入/输出对的而不是部分，那么我们应该在定义输出时省略Change后缀，并像这样使用它：

(loggedIn)="onLoggedIn($event)"

或者更进一步，为了有一个像Browser的命名方案这样的前缀，和/或为了将事件与其他事情分开，我们公司使用了“by“前缀，例如：

(byLogin)="onLogin($event)"

(bySave)="onSave($event)"

它的可读性要强得多，因为它可以成为人类句子的一部分，比如：

• “我们的应用程序的处理程序正在等待登录发生，这是由库的登录事件触发的。”

或者反过来说：

• “库通过登录事件触发我们的应用程序的处理程序，该处理程序在登录时挂起。”

可读性是为什么“on”和“by”前缀都可以按原样使用的原因之一。

类注解与属性注解

就因为OP提到了：

• 使用@Input()和/或@Output()注解以及成员变量是首选方法。
• 如果你使用上面的方法，那么你就不需要把inputs: []和/或outputs: []传递给类的注解。
• 基本上，这是两种实现相同目标的方法，如果您使用其中一种，另一种就是多余的。