blob: 5db73e816c3812b879937e58e92f8bfb8ab9ca2f (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
|
// Copyright 2014 The Bazel Authors. All rights reserved.
//
// Licensed under the Apache License, Version 2.0 (the "License");
// you may not use this file except in compliance with the License.
// You may obtain a copy of the License at
//
// http://www.apache.org/licenses/LICENSE-2.0
//
// Unless required by applicable law or agreed to in writing, software
// distributed under the License is distributed on an "AS IS" BASIS,
// WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
// See the License for the specific language governing permissions and
// limitations under the License.
// All Rights Reserved.
package com.google.devtools.build.lib.graph;
/**
* <p> An graph visitor interface; particularly useful for allowing subclasses
* to specify how to output a graph. The order in which node and edge
* callbacks are made (DFS, BFS, etc) is defined by the choice of Digraph
* visitation method used. </p>
*/
public interface GraphVisitor<T> {
/**
* Called before visitation commences.
*/
void beginVisit();
/**
* Called after visitation is complete.
*/
void endVisit();
/**
* <p> Called for each edge. </p>
*
* TODO(bazel-team): This method is not essential, and in all known cases so
* far, the visitEdge code can always be placed within visitNode. Perhaps
* we should remove it, and the begin/end methods, and make this just a
* NodeVisitor? Are there any algorithms for which edge-visitation order is
* important?
*/
void visitEdge(Node<T> lhs, Node<T> rhs);
/**
* Called for each node.
*/
void visitNode(Node<T> node);
}
|