组件的render方法是否应该具有返回类型React.ReactNode或JSX.Element？
两者似乎都不会导致编译错误，但是有什么区别，一个比另一个更可取吗？
问题答案：
这个确切的问题在react-typescript-cheatsheet repo问题＃57中提出
要引用原来的答案：
无论组件最终呈现什么内容，
React.createElement都始终返回对象，该对象是JSX.Element接口，但是React.ReactNode是组件所有可能的返回值的集合。
JSX.Element->返回值React.createElementReact.ReactNode->组件的返回值
通常，我认为这种想法是JSX.Element专门描述的接口，React.createElement范围狭窄，而范围React.ReactNode更广，涵盖了组件可以返回的所有可能值。
-
我看过返回IList vs ICollection vs Collection以及它链接的其他问题，但我仍然对这个问题感到困惑。 出于演示目的，我们假设我有一个类，在其中公开了一个公共方法，如下所示： 要遵循CA1002，我的方法应该返回实际的集合类（、等）或它们的接口（、等），如果我希望返回具体？
-
问题内容： 中引入的type对许多开发人员来说都是新事物。 用方法返回类型代替经典方法是一种好习惯吗？假设值可以是。 问题答案： 当然，人们会做他们想要的。但是添加此功能时我们确实有明确的意图，并且它并不是通用的Maybe类型，因为许多人希望我们这样做。我们的意图是为库方法返回类型提供一种有限的机制，其中需要一种明确的方法来表示“无结果”，并且使用这种方法极有可能导致错误。 例如，你可能永远不要将
-
文件： Authentication authenticate（Authentication Authentication）抛出AuthenticationException使用与AuthenticationManager相同的约定执行身份验证。参数：authentication-身份验证请求对象。返回：包含凭据的经过完全身份验证的对象。如果AuthenticationProvider无法支持传递
-
问题内容： 这些天来我一直在学习Java，而我读到的才是真正有趣的。现在，我想知道C＃中的Properties和Accessor方法是否相同？还是C＃已经自动返回克隆的副本？ 谢谢。 问题答案： 引用就是……对存储在内存中的某个对象的引用。除非您明确编写代码以创建克隆并返回对该对象 的引用 ，否则您将始终绕过对同一实例的引用。 它试图避免您遇到的情况是将对象引用移交给您所依赖的调用方。您无法控制谁
-
问题内容： 我在接口上苦苦挣扎。考虑一下： 我希望函数返回a 或an ，具体取决于是否从或调用 当我尝试对此进行编译时，出现以下错误： 不能将s（ StringGenerator类型）用作数组或切片文字中的Generator类型： StringGenerator不实现Generatorer（getValue方法的类型错误） 有getValue（）字符串 要getValue（） 我该如何实现？ 问题
-
问题内容： 假设我有一个超类，它定义了以下抽象方法 现在，如果我想在某些子类中覆盖它 我收到有关类型安全和未经检查的转换的警告： 类型安全：返回类型为从类型需要选中转换，以符合从类型 没有下摔倒，如果？有什么办法可以适当消除警告吗？ 问题答案： 重写方法的返回类型必须是重写方法的返回类型的子类型。 不是where 的子类型。T在这里未知。 是每个子类型化规则的的子类型。 有关通配符的一些子类型化规