جافا:لماذا هذه الطريقة لها آثار جانبية؟
-
05-07-2019 - |
سؤال
لدي طريقة تنتج آثارًا جانبية، على الرغم من تحديد بعض المتغيرات final
.لماذا هذا؟ربما أنا في حيرة من أمري بشأن ماذا final
يفعل.
@Test
public void testSubGraph() {
WeightedGraph<String, DefaultWeightedEdge> g = generateSimpleCaseGraph();
Graph<String, DefaultWeightedEdge> sub = ChooseRoot.subgraphInDirection(g, "alpha", "l");
assertEquals(g, generateSimpleCaseGraph()); //fails
}
public static <V, E extends DefaultEdge> Graph<V, E> subgraphInDirection(final Graph<V, E> g, final V start, final V sink) {
Graph<V, E> sub = removeEdges(g, start, sink);
return removeUnconnectedNodes(sub, start);
}
private static <Vertex, Edge extends DefaultEdge> Graph<Vertex, Edge> removeEdges(final Graph<Vertex, Edge> g, Vertex start, Vertex sink) {
final Set<Edge> outEdges = new HashSet<Edge>(g.edgesOf(start));
boolean removedEdge;
for (Edge e : outEdges) {
if (! (g.getEdgeTarget(e).equals(sink) || g.getEdgeSource(e).equals(sink))) {
removedEdge = g.removeEdge(e);
assert removedEdge;
}
}
return g;
}
private static <Vertex, Edge> Graph<Vertex, Edge> removeUnconnectedNodes(Graph<Vertex, Edge> g, Vertex start) {
ConnectivityInspector<Vertex, Edge> conn = new ConnectivityInspector<Vertex, Edge>((UndirectedGraph<Vertex, Edge>) g);
boolean removedVertex;
final Set<Vertex> nodes = new HashSet<Vertex>(g.vertexSet());
for (Vertex v : nodes) {
if (! conn.pathExists(start, v)) {
removedVertex = g.removeVertex(v);
assert removedVertex;
}
}
return g;
}
المحلول
ال final
المعدل يعني فقط أنه لا يمكن إعادة تعيين المرجع.ولا يمنع تعديل حالة الكائن.
يحرر: فقط لتوم:
public void doSomething1(Object arg)
{
arg = new Object(); // OK.
}
public void doSomething2(final Object arg)
{
arg = new Object(); // Compile error.
}
في كلتا الحالتين يمكنك استدعاء الأساليب على الكائن المشار إليه arg
, ، بما في ذلك الأساليب التي تعدل حالتها.
نصائح أخرى
ودان لديه الجواب الصحيح على المباراة النهائية. ما كنت بعد هو أشبه CONST في C ++، التي لم يكن لديك جافا. يمكنك محاكاة ذلك عن طريق القيام هذا:
public class Foo
{
protected int x;
public Foo(final int val)
{
x = val;
}
public int getX()
{
return (x);
}
}
public class MutableFoo
extends Foo
{
public MutableFoo(final int val)
{
super(val);
}
public void setX(final int val)
{
x = val;
}
}
وبعد ذلك القيام به:
void bar(final Foo foo)
{
foo.setX(5); // will not compile
}
void bar(final MutableFoo foo)
{
foo.setX(5); // will compile
}
وليس جميلا، لكنه يعمل. هو خدعة للتأكد من أن أيا من الأساليب في الفئة الأصل (فو) إجراء أية تغييرات على المتغيرات سبيل المثال - MutableFoo فقط يمكن أن يكون الأساليب التي تتيح للدولة لتغيير
وبالطبع أفضل شيء نفعله، قدر الإمكان، لكتابة فصول ثابتة (جعل جميع المتغيرات النهائي) ولا استدعاء الأساليب على المتغيرات سبيل المثال / الفئة التي يكون لها آثار جانبية، لذلك أن الأمور لا يمكن أن تتغير