使用Sun的专有Java类是一种不好的做法？
如果使用Sun的专有Java类，则编译器将显示警告。我认为使用这些类通常不是一个好主意。我在某处阅读过。但是，除了警告之外，还有其他根本原因不建议您使用它们？
问题答案：
因为它们是内部API，所以它们可能会以未记录或不受支持的方式进行更改，并且已绑定到特定的JRE / JDK（在您的情况下为Sun），从而限制了程序的可移植性。
尽量避免使用此类API，请始终偏爱公开记录和指定的类。
-
我见过很多次scala代码使用Option（对于简单值）或[List[Error]，T]来处理错误。 这为这样的代码提供了位置 这会产生一个不太好的代码嵌套，迫使您处理每一步的失败，并迫使您让所有函数返回一个[...] 所以我想知道 > 在scala（或一般的函数式编程）中不鼓励使用异常 使用它们有任何缺点（关于不可变性或代码并发性） 异常与原理或函数式编程有些冲突 你可以想出一个更好的方法来编写
-
问题内容： 正在做类似的事情 认为应该避免的不良做法？ 我个人认为的执行（或或者，这不是点）调用应该只添加一个“链接”到其他功能/对象，并不会执行自身的东西。换句话说，我认为需求的行为与其他oo语言的导入/使用非常相似。 我上面编写的示例相当简单，但显然我也在针对各种“副作用”进行编写。我经常在某些包含的文件中发现定义函数或会话技巧，这是我经常发现的其他弊端。 问题答案： 是的，恕我直言， 除非有
-
我有一个枚举： 在枚举成员之间使用方法检查“层次结构”有什么问题吗？我的意思是-当有人将来可能会意外更改顺序时，使用它排除冗长是否有任何缺点。 还是这样做更好：
-
这在本质上不像那样工作吗？使用它甚至是好的实践吗？这让我很不安。
-
我有一个粒子模拟项目，我已经工作了很多个小时，我将发布两个类。一个是粒子类，一个是main和Canvas类。我创建一个画布，然后得到它的BufferStrategy和一个Graphics在上面绘制。我使用更新循环来更新每一帧的粒子，并使用渲染循环来渲染每一帧的粒子。更新和渲染都是通过调用粒子数组列表中每个粒子的自渲染和自更新方法来完成的。现在这是我的问题。我有一个MouseListener，它在中
-
问题内容： 我已经多次听到在HTML 中使用JavaScript事件（例如）是不正确的做法，因为它不利于语义。我想知道不利之处以及如何解决以下代码？ 问题答案： 您可能正在谈论简洁的Javascript，看起来像这样： 中央javascript文件中的逻辑如下所示： 优点是 行为（JavaScript）与表示（HTML）分开 没有语言的混合 您正在使用像jQuery这样的javascript框架，