string replace같은거 자주사용하는 유틸들은 어떻게 설계함?

[익명(114.203)]

A = A.replace(1st rule)

A = A.replace(2nd rule)

A = A.replace(3rd rule)

이렇게 여러 필터링 거쳐야되는 패턴들은 어떻게 설계하는지 궁금하네

그냥 저렇게 써도 되지만 사이즈가 커질수록 이게 재사용이나 확장성에서 불리해서..

[익명(1.221)]

정규식으로 해

[익명(114.203)]

정규식말하는겨

[익명(1.221)]

정규식으로 하는데 여러번 해야되면 붙여쓸것이지 왜 한줄한줄 쓰고있음

[익명(114.203)]

각자 목적이 달라서 그런거지

[익명(1.221)]

객체로 만들어서 등록 사용 하든가

[익명(114.203)]

하나는 어떤 A 비즈니스로직 처리 변환용, 하나는 B비즈니스로직 처리 변환용.

[익명(1.221)]

class RegExpDictionary 이런식으로 해서 constructor에 this.regList = {} 해놓고 assign(...data) 메소드로 data for in 돌려서 this.regList[key] = item; 이런식? 으로 하고 call(key)가 return this.regList[key] ㅇㅇ

[익명(1.221)]

간단한거면 객체까지 안써도 되고 추가 작업 필요하면 객체로 관리하는게 편하고

[익명(1.221)]

정규식 아니어도 상수나 재사용하는 변수 네임스페이스 관리할때 assign~call형 객체 활용하면 좋다

[aZe(1.252)]

저건건 정규식 패턴만 스위치로 모아서 리턴되게 해놓고 컬렉션으로 불러쓰는 스킬이 있음.

[익명(114.203)]

정규식 enum으로 한담에 적절할 때 껴넣으란소리?

[aZe(1.252)]

패턴 설계방식은 많지. replce target value를 regex패턴에 인자로 보내면서 적용될 패턴컬렉션의 조건인자를 함께 넘겨도 되고. 그 반대로 regex실행시점에 패턴valu값만 리턴 받아서 처리하는 방식도 있지. 내 경우엔 팩토리나 람다패턴으로 값을 보내고 받기보단 처리조건 함수를 불러와서 쓰고 버리는 패턴을 좋아함

[익명(114.203)]

지금 코드 패턴좀 더 생각해봐야겠다.. 이걸 어떻게 카테고라이징할지 몰겠네.. 함수 안에 책임이 여러개가 생겨버려서.. 확장에 불리해져써

[익명(114.203)]

사실 함수 확장하는게 목적인데.. 함수내에 저런 구현들이 여러개생겨서.. 이걸 그대로 내부 구현 로직을 재사용할것인가 아니면 기존함수 안건드리고 기존함수 결과값을 가지고 다시 정규식을 돌려서 확장할것인가.. 등등.. 여러가지 경우의수 고려중..

[aZe(1.252)]

ㅇㅇ 힘내~

[익명(114.203)]

* 내부 구현 로직을 재사용할것인가 => 내부 구현을 그냥 복붙해서 코드 중복이 있는 상태로 확장할것인가..

[aZe(1.252)]

니가 하는 그 고민이 진짜코딩고민임.ㅋㅋ 사실 구현은 코딩고민이 아님

[익명(114.203)]

팀분들이랑 이야기해봐야겠다.. 덕분에 리팩토링 할경우 아이디어는 얻었담시

[aZe(1.252)]

ㅇㅇ 사스들한테 잘해줘라. 오래같은 늙은 퇴물이 가진 장점이 이따우 통찰력(?)뿌니지만.. 사실 그게 젤 중요하거릉. 많이 배워. 배울 수 있을떄