모든 함수/클래스 호출에 대해 명명 된 매개 변수를 사용하지 않는 상대적으로 큰 스칼라 코드베이스를 사용하고 있습니다. 들어가서 수동으로 입력하는 것보다는 매우 지루한 과정이 될 것입니다. 저는 작업을하기 위해 포맷터를보고있었습니다. 내가 찾은 베스트는 scalariform이지만, 너무 복잡한 것에 대한 규칙을 작성할 수 있는지 여부는 확실하지 않습니다.스칼라 포매터 - 명명 된 매개 변수 표시
비슷한 문제가 발생하여 강력한 포맷터를 발견하면 궁금합니다.
Scala Refactoring 라이브러리를 사용할 수 있습니다. 스칼라의 추상 구문 트리 표현에 대한 지식이 필요합니다.
코드 기반에서 이름 지정된 매개 변수를 사용하려는 이유가 무엇입니까? 부울 인수 (only)를 명명하라는 IntelliJ의 기본값을 좋아합니다.
나는 이것을 선택적으로하고 싶다. 나는 그것을 훨씬 더 어렵게 만든다고 생각합니다. 12 개 정도의 매개 변수가있는 사례 클래스가 많기 때문에 가독성을 위해 매개 변수의 이름을 지정하는 것이 타당합니다 (Intellij가 부울 인수와 같은 버그를 피하는 것이 아니라). 그러나 나는 그것이 노력할만한 가치가 없다고 생각합니다. –
@ StanislavPalatnik 수십 개의 매개 변수가있는 경우 리팩터링이 필요할 수 있습니다. 그러나 부울 params는 명확한 사용 사례입니다 (scalac에 필요한 스타일입니다.). 내 다른 유스 케이스 (최근에 나온)는 사용되지 않는 주석입니다. 두 개의 문자열이 필요하며 올바른 순서로 있어야합니다. [at] deprecated (= "2.10"이후, message = "Do not do it")는 역방향이지만, 점검하고 수정하기위한 도구를 요청하는 것은 너무 많지 않습니다. –
부록, 나는 전적으로 assembla를 얻지 못합니다. scala-ide 때문에 계정이 있지만 사용하지 않습니다. 나는 심지어 assembla에서 티켓을 찾을 수 없습니다. scala-refactoring이 src를 잡기 위해 암호를 찾아야한다면 잊어 버리십시오. 누굽니 까? –
정확히 달성하기를 원하십니까? 이름을 붙일 수있는 모든 것을 이름을 지으십시오. 왜 그렇게하고 싶지는 모르겠습니다. 결과가 여전히 읽기 가능해야합니까? –
@RexKerr : 가독성을 위해이 작업을 수행하고 있습니다. 나는 모든 것을 지명하고 싶지 않습니다. 분명히해야합니다. 읽을 통증이 될만한 매개 변수 목록 만 있으면됩니다. –