Programming267 WPF Style #2 전에 작성했던 WPF Style #1에 이어서 작성. 해당 글은 아래 링크 참조 https://gomnezip.tistory.com/446 WPF style. #1 WPF에서 많은 컨트롤들을 사용할 수 있다. 근데, 그 컨트롤들의 배경색이나 끝마감, 텍스트의 폰트 크기등을 미리 정의할 수 있다. (CSS에 대응된다고 생각하면 쉽다.) 스타일의 장점은 1. 화면에 gomnezip.tistory.com WPF에서 Style을 ResourceDictionary에 작성할 수 있다고 했었다. 그 내용 중, 몇가지 추가.. 먼저, 컨트롤들의 스타일에서 중요한 것 중 하나는, Color다. (당연한 이야기를..) Color는 Color라고 이름붙인 노드가 아니라, SolidColorBrush를 사용한다. #01010.. 2022. 11. 17. WPF style. #1 WPF에서 많은 컨트롤들을 사용할 수 있다. 근데, 그 컨트롤들의 배경색이나 끝마감, 텍스트의 폰트 크기등을 미리 정의할 수 있다. (CSS에 대응된다고 생각하면 쉽다.) 스타일의 장점은 1. 화면에 보이는 UI컨트롤들의 특징을 공통되게 적용할 수 있다. 즉, 일괄 적용이 필요한 것을 해당 style에서 수정하면 된다. (즉, 일이 엄청나게 줄어든다.) 2. 상속이 가능하므로, 상속을 사용하여 일을 더 줄일수 있다. 위와 같이 선언하면 스타일이 만들어진다. BasedOn 은 상속받고자 하는 부모 스타일의 키 이름을 적어주면 된다. (없으면 안써도 된다.) 지금 MyChildStyle은 MyBaseStyle 의 속성을 상속받았다. 그래서, MyChildStyle은 VerticalAlignment는 Top,.. 2022. 11. 11. XSS(Cross Site Script) Filter. 웹에서 텍스트를 입력받다보면 다음과 같이 입력 필드 (여기서는 설명이라고 적은)에 저렇게 script코드를 넣으면 스크립트 실행이 가능하다. 설명 : [ ] 이걸 막아야지.. 막기위해 가장 좋은 방법은.. &나 등의 특수 기호를 &, 등으로 치환하면 된다. 브라우저에서는 그 문자열들을 보고 기호로 다시 복원해주니까. 그러면 이러한 입력이 오는곳 모든 곳 마다 다 문자열 치환하는 코드를 구현한다면? 해결될거같긴 하다. 근데 엄청 비효율적이다. 유틸리티처럼 뽑아낸다 해도, 매번 입력받는 곳 마다 저걸 호출해야할테니까. 다행히, Spring에서는 Filter를 적용할 수 있다. Interceptor도 있지만 우선 URL이 호출되어 먼저 만나는 녀석이 Filter니까.. Filter를 하나 추가하여, 해.. 2022. 11. 9. Microsoft Azure OAuth연동. OAuth로그인을 하면서, Microsoft azure로도 연동을 할 수 있다. 선행되어야 할 것은, azure에 계정이 있어야한다. 1. 앱 등록하기 MS Azure에 로그인 후, '앱 등록'을 눌러서 앱을 추가하고 어느 계정까지 연결해줄지는 아래 링크 참조. (MS의 페이지가 가장 최고지 뭐) https://learn.microsoft.com/ko-kr/azure/active-directory/develop/quickstart-register-app 2. 리디렉션 URI추가 1에서 앱을 등록한 이후, 앱의 세부 정보를 확인할 수 있는 페이지로 들어갈 수 있다. 세부 내용을 보는 페이지에 진입하여 좌측 메뉴 중 '인증'을 선택하여 플랫폼 구성화면으로 들어간다. 나의경우는 웹페이지였으므로, 메뉴 중, '.. 2022. 11. 2. JSP에서 사용자 confirm받기 JSP페이지에서 사용자 confirm을 받을 일이 필요한 경우가 있다. 그래서 메시지박스를 하나 띄우고 해야할것 같은데.. JSP에서는 너무나 직관적으로 제공하고있다. 이름부터 confirm.. (최고다!) if( confirm('')){ //Yes인 경우 } else{ //No인 경우 } 만약 yes,no가 아닌 다른 text이거나 yes, no, cancel도 있을것 같다. (아니면 만들어쓰거나) 2022. 10. 26. WPF. EventHandler를 비하인드 코드가 아닌 ViewModel에 구현하기 WPF를 가지고 여러가지 만들다보면.. Event Handling을 처리해야할 경우가 제법 있다. 근데.. xaml에서 Event="MyEventHandlerName"을 입력하면.. 비하인드 코드에 작성이 된다. 뭐.. 비하인드 코드에 작성하는것이 잘못된건 아닌데.. MVVM패턴을 쓸때에는 가급적이면.. ViewModel에서 핸들링 하게 구현하는것이 더 좋다. 비하인드에 구현할 경우 여러가지 불필요한 코드들이 추가되어야하는 경우가 제법 있다. 그런 불필요한 코드들을 추가하기 싫다면.. VM을 static 또는 global로 선언하고, 그 안에서 모든 멤버들을 public으로 오픈하면 되는데.. ViewModel이 아닌 객체가 ViewModel의 멤버에 함부로 접근하도록 설계하는 것이 좋을지 나쁠지는 뭐... 2022. 10. 20. 이전 1 ··· 3 4 5 6 7 8 9 ··· 45 다음 728x90
