[개발일지] - 450

어제 Flow 내부 대소문자 비교가 되지 않는 문제에 대해서 다시 테스트를 진행했는데

어제 했던 아스키쪽은 더 진행하기에는 반복문 순회로 한글자씩 해야 할 것 같고

apex를 쓰지 않기 위해 어떤 방법을 쓸 수 있는지 메서드들을 더 확인해봤다.

 

수식 내부에서 비교 후 boolean 값을 꺼내는 방식도 해봤지만

flow 내부라서 그런건지 아니면 수식 자체가 그런건지 대소문자 구분없이 true를 반환했고

어지간한 검색 결과는 다 apex 사용을 추천하고 있었다.

 

메서드들을 찾던 중 find의 경우 대소문자 구분을 하면서 찾는다는 것을 알 수 있었고

find 수식에 변수1, 변수2를 넣어 비교를 진행했고

abcd, bc의 경우에도 find로 1이 나올 수 있기 떄문에

변수1, 변수2를 기존 비교로 동일한 값(대소문자 무시)인지 먼저 체크하고

동일한 경우 수식 값(find) 결과가 1인 경우에 대소문자 구분 동일값을 확인해줄 수 있었다.

 

결과만 알고 보면 각 변수에 find 함수 하나만 추가되기 떄문에 작성난이도도 거의 없는 수준이고

순회문 등에서는 find 수식에 들어갈 변수들에 값을 재할당하면 되기 때문에 순회 비교도 문제없었다.

 

여신처리 관련 로직을 추가해준 다음

출고 관련 시스템 에러에 대해 SAP 쪽에 문의했던 부분에서 세부사항 문의가 들어와서 로그를 전달했고

통화 시스템 테스트를 완료하고 고객사에 전달했다.

 

어제 문제가 생겼던 예약어(Currency) 문제로 변경한 것을 SAP쪽에 전달해야 하는게 문득 떠올랐고

SFDC에서 해당 명칭으로 인터페이스 수신이 불가능함을 전달한 다음

변경된 명칭대로 수정해서 인터페이스가 정상적으로 작동하는 것을 확인했다.

 

중간에 Java에서 작동되는 여러 기능들을 확인헀지만

안타깝게도 SFDC에서 사용하면 좋을 것 같은 것들이지만

Java util이기 때문에 Apex에서는 전부 작동하지 않아서 상당히 아쉬웠다.

 

중간에 팀원분이 테이블 구조에 대해 문의주셨는데

같이 확인했지만 예전 코드를 끼워서 수정하던 부분이었기 떄문에

JS라고 보기에도 애매하고 LWC도 아니고 라이트닝에 구현된 코드라 구조를 보기 어려웠다.

 

다른 인터페이스 미전송 관련 문의가 다시 들어왔지만

이번에도 로그가 찍혀있지 않기 때문에 SAP쪽일 가능성이 상당히 높았지만

천번에 한번꼴로 SFDC에서 문제가 발생할 수 있기 때문에(지나치게 큰 데이터 발송 시 로그 안찍히고 에러)

해당 사항에 대해 고객사에 전달한 다음 SAP쪽에 로그 관련 내용과 발생 시간을 전달했다.

 

중간에 추가 인터페이스 업무가 들어왔는데

원래는 무슨 어쩌고 인터페이스가 자동으로 커넥트 되고 있었지만

그누보드를 사용하는 홈페이지로 이동하기 때문에 폼 수신 인터페이스가 필요하다고 했고

해당 인터페이스 5개 정도는 내가 담당하게 되어버렸다.

 

(1).백준 17863번 FYI는 전화를 수신할 때 앞자리가 555로 시작하는 번호만 받아야 한다는 조건으로

앞 번호 555 체크 후 YES 또는 NO를 출력해야 하는 문제였다.

 

뭔가 여러 방식이 생각나긴 했는데

리소스를 제일 적게 먹는건 단순 세글자 비교일 것 같았고

for문으로 1~3번을 확인해준 다음 5가 아닌 글자가 있는 경우 NO로 결과를 바꿔준 다음

최종적으로 설정된 result를 출력하는 방식으로 해결했다.

const input = `5550000`
let result = 'YES'

for(let i = 0 ; i < 3 ; i++){
    if(input[i] != 5){
        result = 'NO'
    }
}

console.log(result)