Jgrapht: 그래프 색상 구현 개선(Brelaz DFS 등)

확실히 흥미로울 것입니다.

그러나 과거 경험에 비추어 볼 때 기여를 작은 부분으로 나누고 검토가 불가능한 하나의 거대한 pull-request 대신 작고 잘 문서화되고 자체적으로 포함된 pull-request를 제출하는 것이 가장 좋습니다.

게다가, 우리는 이미 욕심 많은 색칠 알고리즘을 가지고 있습니다. 예를 들어 발견적 DSATUR 알고리즘은 SaturationDegreeColoring 클래스에서 구현됩니다.

DSATUR 가 Brelaz의 정확한 분기 및 바인딩된 DSATUR 알고리즘을 의미한다면 우리는 그것을 놓치고 있으며 실제로 라이브러리에 포함하는 것이 좋을 것입니다. 또한 PASS 알고리즘과 같은 개선된 버전도 매우 환영합니다.

야! 관심이 있다는 소식을 들으니 좋네요! 저는 실제로 Brelaz의 분기 및 바인딩된 DSATUR 알고리즘에 대해 이야기하고 있습니다. 다른 pull 요청에 업로드하는 것은 내부 종속성으로 인해 약간 어려울 수 있습니다. 이 세 가지 역추적 알고리즘은 모두 유사점이 많기 때문에 중복 코드를 제한하는 상속 구조를 갖기로 결정했습니다. BaseBronKerboschCliqueFinder 및 후속 하위 클래스에 사용되는 구조와 유사합니다. 또한, cliquefinder는 최고의 clique를 사전 채색하기 위해 backtracking 알고리즘에 사용됩니다. 역추적 알고리즘에서 이것을 제거하고 더 나은 경우 대신 bronkerbosch clique finder를 사용할 수 있습니다. 전체 풀 요청의 총 크기는 5개의 클래스 파일과 해당 테스트 케이스(BaseBackTrack, BackTrackColoringBrown, BackTrackColoringDSATUR, BackTrackColoringPass 및 PattabiramanMaximumCliqueFinder)입니다. 이 경우 풀 리퀘스트에 관해 어떤 조언을 하시겠습니까?

두 개의 pull 요청으로 나눌 수 있습니까?

• CliqueAlgorithm 인터페이스를 구현할 수 있는 clique finder가 있는 하나의 PR
• 세 가지 색상 지정 알고리즘 + 기본 클래스가 있는 하나의 PR.

두 부분을 분리하기 위해 착색 알고리즘은 생성자 인수로 예상할 수 있으며, 원하는 clique 알고리즘을 반환하는 함수입니다. Function<Graph<V,E>, CliqueAlgorithm<V>> 같은 것이 트릭을 할 수 있다고 생각합니다.

우리는 또한 약간 다른 명명 체계를 사용합니다. 우리는 BaseBacktrackColoring, BrownBacktrackColoring, PassBacktrackColoring, DsaturBacktrackColoring 선호합니다.

의견을 보내 주셔서 감사합니다. 최대한 빨리 풀 리퀘스트를 만들도록 노력하겠습니다. 게다가, 현재 우리의 clique 알고리즘은 하나의 최대 clique(즉, 가장 많이 결합된 정점이 있는 하나)만 반환합니다. 계산을 더 빠르게 하기 때문에 이 작업을 수행했으며 단일 클리크의 사전 색칠에만 관심이 있습니다. 그러나 파벌 알고리즘에 따라 모든 최대 파벌 세트를 반환하는 것이 일반적입니다. 이것을 구현한 다음 MaximalCliqueEnumerationAlgorithm 인터페이스의 일부로 만들겠습니까?

MaximalCliqueEnumerationAlgorithm 는 "최대"를 열거하지만 반드시 "최대" 파벌이 아닌 알고리즘을 위한 인터페이스입니다.

구현에서 최대 파벌을 검색하는 경우 CliqueAlgorithm 를 구현하는 것이 좋습니다.

Pattabiraman et al.의 논문을 간략히 살펴본 후 첫 번째 저자만 사용하여 알고리즘 이름을 지정하지 않는 클래스 이름을 지정하는 것이 좋습니다. PPGLCMaximumCliqueFinder 와 같을 수 있습니다. 일반적으로 Javadoc에 적절한 참조도 포함합니다.