퇴근5분전

  음 오늘도 열심히 시스템 소스 분석을 하다보니... 

이걸 이렇게 쓰면 좋겠다 싶어서... 

요청을 하는 index에서 서버에 요청을 하면 controller가 받아서 db데이타를 가져다 모델을 만들고 view를 반환 하면.. 

index는 받아서 view를 엘리먼트에 load() 한다... 라는 흐름은 위처럼 표시해주는게 보기 좋을듯 하여... 

-----------------------------------

fn:index, file:메인
...어떤 처리를 하고..
...메뉴중에...
//MVC에서 Controller를 호출하기 위한 클릭!
fn:requestPage, ref:Controller
받은 view를 어느 dom에 Load(html)
fn:생성, ref:View화면
#종료

-----------------------------------

fn:requestPage, file:Controller
//요청받은 파라미터로 모델을 만든다. 
fn:getModel, ref:DataBaseLayer
@모델을 받고
@return View화면!

-----------------------------------

fn:getModel, file:DataBaseLayer
//DB에서 어떤 데이타를 조회하여 
//모델을 만들어 반환한다.
!return 모델

-----------------------------------

fn:생성, file:View화면
!경고...
@주황...
#???
//주석
일반(검정)

-----------------------------------

이런식으로 작성하면... 될 듯하다.

 

 DB 를 어찌 표현해준다... DB를 별도 프로그램에 띄우면 한번에 안보이는데... 

 

 흐름을 쫒아서 view반환이 오른쪽 끝으로 가버리면 컨트롤이랑 레벨이 안맞는것 같다는 느낌이 들었다. 

소스를 추적하면서 간단히 정리하는데만 사용중이지만... 

 기능 자체를 너무 길게 그리면 보기 어려워지는 단점이??

또 한번에 하나만 보이니까... 멀티로 보는 방법을 생각하든가 아니면 LINK: 를 추가해볼까 한다. 

링크로 처리된 부분은 클릭하면 해당 링크가 팝업이나 뷰 자체를 바꿔주는 방법으로... 생각해볼까 한다. 

 

 추가 -------------------------------------------------------------------------------------------- 11-30

 

//테스트 사이트 : http://regexstorm.net/tester

 

.NET Regex Tester - Regex Storm

Home Tester Reference About

regexstorm.net

 //테스트 문자열

 // fn:함수. a!@#$%^&*(()_-+=\\<>,a a , file:파일.111/\ !@#$%^&-=~*()! \fff, ref:r파asdf일, prj:프로젝트, link:기능함


 //fn(\s)*(:|=)(\s)*(?<fn>\w+(\>|\<|\~|\+|\=|\-|\)|\(|\^|\*|\&|\%|\$|\#|\@|\!+|\\+|\/+|\s+|\.*\w*|(?=\,))*)
 //file(\s)*(:|=)(\s)*(?<file>\w+(\>|\<|\~|\+|\=|\-|\)|\(|\^|\*|\&|\%|\$|\#|\@|\!+|\\+|\/+|\s+|\.*\w*|(?=\,))*)        
 //ref(\s)*(:|=)(\s)*(?<ref>\w+(\>|\<|\~|\+|\=|\-|\)|\(|\^|\*|\&|\%|\$|\#|\@|\!+|\\+|\/+|\s+|\.*\w*|(?=\,))*)
 //proj(\s)*(:|=)(\s)*(?<proj>\w+(\>|\<|\~|\+|\=|\-|\)|\(|\^|\*|\&|\%|\$|\#|\@|\!+|\\+|\/+|\s+|\.*\w*|(?=\,))*)
 //link(\s)*(:|=)(\s)*(?<link>\w+(\>|\<|\~|\+|\=|\-|\)|\(|\^|\*|\&|\%|\$|\#|\@|\!+|\\+|\/+|\s+|\.*\w*|(?=\,))*)

 

프로젝트, 링크 등을 추가 할수 있는 정규식.

저녁에 와서 정규식 테스트만 했다. 

전에 쓰던건 fn, ref|file 만 필터링 했던 테스트 문장이었으나... 차라리 문자열에서 위 정규식 5개를 적용해서 값을

꺼내는게 나을듯 하다.  복합적으로 그룹지어서 뽑으려니까 예외상황의 문자열을 못 뽑아내더라...

위 구문도 정답은 아닌듯... 일단 써야지.. 

 

 프로젝트 별로 하위 파일목록을 관리하면 어떨까 해서... 고민중이다. 

회사에서 프로젝트만 구분해서 해봤는데... 

 

------------------------ 22년 12월 08일 추가.

 

 (\s)*(?<=[,])(\s)*  키워드 앞에 추가하였다. 전방탐색!

document.location.href : xxxxxxxxxxxx.jsp

json파일 내용 일부를 붙였더니 함수로 판단을 해서 

함수로 그려버렸다. 

키워드 앞에 콤마(,)를 탐색! 또는 공백(\s)이 있으면 포함해서 찾는다.

다른 기호들이 들어오면 패턴 불일치로 일반 컨텐츠로 판단한다. 

정상적으로 시작하는 fn도 못찾네...