Видео

잘 봐주셔서 감사합니다! Async Await도 한번 제대로 다뤄야 할 만큼 중요한데 말이죠... ㅋㅋㅋㅋ

안녕하세요~ 저는 C#환경에서 static keywrod를 사용하면서 그런 부분까진 생각하지 않고 사용했었네요. 메모리가 아주 부족한 환경일땐 한번 쯤 고려해보는 것이 좋을 것 같긴합니다만 static keyword를 사용할 땐 메모리 점유를 고민하시는 것보단 1개의 static 변수를 프로그램 종료시까지 공유해서 사용한다는 측면을 좀 더 생각하시면 좋을 것 같습니다. 다른 질문 사항 있으시면 언제든지 또 질문 주시기 바랍니다!

감사합니다! 짧지만 제 마음을 울리는 댓글이네요!

안녕하세요~ 댓글 감사드립니다! mvvm은 한번정도 사용해서 많이 알지는 못하지만 IoC에 대해서는 이야기 해볼 기회가 있으면 좋을 것 같네요!

ㅋㅋㅋ 아이고 칭찬 감사드립니다!! 누군가에게 도움이 된다니 기쁘네요!! 질문 있으시면 언제든지 하세요~

아이고! 댓글이 누락돼서 질문 주신지 한달이나 늦게 답변 드리는점 죄송합니다. 바로 답변 드리겠습니다! 우선 아주 원론적인 궁금증으로 질문 주신 것같아 아주 좋은 질문이라고 생각합니다. 우선 SendData()에서 호출하는 SendFiles(MyDelegate) 함수를 보시면서 제 댓글을 읽어 주시면 이해가 빠르게 되실 것이라 생각됩니다. SendFiles()의 기능은 1. 파일명을 가지고 보고파일을 XML 형태로 만들 로직을 가져옵니다. 　- 이 부분이 비즈니스 로직에 따라 달라지는 부분이고 밑에 2, 3번 부분은 비즈니스 로직에 상관없이 똑같이 태워야 하는 로직입니다. 2. 보고Logic 객체가 만들어지고 이 객체를 이용해서 특정 위치에 MakeXML(); 함수로 XML 파일을 만듭니다. 　- 보고Logic은 델리게이트로 이루어 져서 각각의 비즈니스 로직에 맞는 알맞은 보고 파일을 만들게 됩니다. 3. SendXMLFilesInFolder(); 함수를 이용해서 그 파일을 서버에 업로드 합니다. 　- SendFiles() 함수는 어떤 비즈니스 로직으로 어떤 XML 파일이 만들어지는지 관심이 없습니다. 그저 MakeXML()를 호출하여 XML파일을 만들고 서버로 보내기만 하면 됩니다. 이제부터 델리게이트를 사용한 이유를 설명드리겠습니다. -. 신규, 변경, 취소 등등의 비즈니스 로직은 각각 조금씩 다른 XML을 만들어야 합니다. 예를들어 변경 데이터는 변경 대상이 될 원본 XML의 id가 들어가야 한다던가 혹은 취소 데이터의 경우 취소 이유가 반드시 들어가야하는 등의 로직이 필요합니다. 그래서 위의 1번 과정에서 보고파일을 XML 형태로 만들 로직이 각각 조금씩 다르기 때문에 이 부분을 델리게이트로 받은 것입니다. 보고파일을 XML 형태로 만드는 것 외의 로직은 신규나 변경이나 취소나 모두 같은 로직을 사용합니다. 신규, 변경, 취소에 관계없이 보고Logic이라는 것만 있으면 그걸 가지고 XML 파일을 만들고 XML 파일이 만들어지면 그것을 서버로 보내는 로직은 모두 같다는 말입니다. 그렇기 때문에 SendFiles()라는 함수의 재사용성을 높이기 위해 XML을 만드는 부분만 델리게이트로 빼게 된 것입니다. 글로 설명하다보니 설명이 좀 어려운데 제가 잘 못설명한게 있어 이해가 안가시면 다시 재질문 주시면 감사드리겠습니다! ------------------------------------------------ 예) 만약 아래와 같은 공통로직이 MakeXML() 함수 앞뒤로 더 있는 함수라면 SendFiles()를 재사용하기 위해 델리게이트를 사용한 것을 더 이해하기 쉬우실 수 있습니다. public bool SendFiles(MyDelegate Get보고Logic) { if(IsServerAlive() == false) return false; if(Has누락된파일()) Send누락파일(); if(IsFolderAvailable() == false) CreateFolder(); string 파일명 = "파일명 + 현재시간 + 시퀀스"; #region 비즈니스 로직에 따라 다르게 동작해야 하는 부분 var 보고Logic = Get보고Logic(파일명); 보고Logic.MakeXML(); #endregion if(Is보고XML파일크기체크() == false) { Log("파일 크기가 0일 수 없습니다."); return false; } return SendXMLFilesInFolder(); } '비즈니스 로직에 따라 다르게 동작해야 하는 부분'만 제외하고 모두 공통로직이므로 이 부분만 델리게이트를 이용해 파라미터로 받았던 것입니다.

네.. 노력하겠습니다....^^

감사합니다! 질문은 언제든지 환영입니다!

안녕하세요~ 질문은 언제나 환영입니다! Foo2()는 함수가 new로 메모리에 올라갔을 때만 사용할 수 있는 non static 함수입니다. Solution class도 역시 new를 해서 메모리에 올라갔을 때만 사용할 수 있는 non static 클래스입니다. 제가 드리고 싶은 말은 Foo2()나 Solution이 가지고 있는 _nonStaticVar나 같이 new를 했을 때 메모리에 올라간다는 사실입니다. 결국 Foo2()를 호출했을 땐 _nonStaticVar 역시 메모리에 올라가있는 상태일 수 밖에 없으니 Foo2()함수에서 _nonStaticVar에 접근할 수 있는 것입니다. 스택에 있는 함수에서 static 변수에 값을 넣는 것은 가능합니다~ 하지만 그 반대인 static 함수에서 메모리에 올라가야 사용할 수 있는 _nonStaticVar와 같은 변수엔 접근이 불가능합니다. (이 경우는 Foo1()이 예제가 되겠네요) 왜냐하면 static 함수는 Solution 클래스를 new 하지 않고도 이미 메모리에 올라가있는 상태이기 때문에 new를 해서 메모리에 올려야하는 _nonStaticVar와 같은 변수는 접근할 수 없는 것입니다. 혹시 제 답변이 이해가 가지 않으신다면 다시 질문 주시면 답변드리겠습니다. 감사합니다!

@@User_Masuri 답변 감사합니다! 제가 질문을 _nonStaticVar가 아니라 StaticVar로 써야했는데 오타를 했네요 ㅠ Foo2()함수에 _StaticVar는 어떻게 가능한 원리인가요? 메모리가 스택에 비해 상위 개념(?)이라서 그런 것인가요?

우선 대댓글에 대해서 알람이 오지 않아.. 하나하나 확인 후 이제 발견해서 답변이 많이 늦었습니다 ㅠㅠ 답변 드리겠습니다. _StaticVar가 Foo2()함수에서 접근이 되는 이유가 궁금하셨던 것 같습니다. 그 내용은 영상에도 설명 드렸습니다만 static 변수는 프로그램 실행 시 먼저 모두 메모리에 올라가게 되어서 Foo2()함수안에서 _StaticVar가 이미 메모리에 있기 때문에 아무런 할당연산(new()) 없이 접근이 가능한 것입니다. 질문에 있는 메모리가 스택에 비해 상위 개념은 아니고 new() 연산자로 Foo2()함수가 스택 메모리에 올라가기 전에 이미 static 변수는 메모리에 올라가기 때문에 접근이 가능하다라고 생각하는게 맞으실 것 같습니다~ 혹시 다른 질문 있으시면 또 말씀 주세요. 대댓글이라 알람이 안올 것 같은데 제가 자주 확인해서 답변 드리도록 하겠습니다! 좋은 하루 되세요!

도움이 되셨다니 다행입니다!!

머리카락 튀어나온거 말씀하시는거죠? ㅋㅋㅋ 몇번이나 재촬영하다보니 ㅋㅋ 정리가 안됐네요 ㅋㅋㅋ

아이고 ㅠㅠ 칭찬 감사합니다!! 제가 실력이 없어서 올릴 소스가 많지가 않네요 ㅋㅋ 실력을 쌓아서 많이 올릴 수 있는 사람이 되겠습니다 ㅋㅋ

ㅋㅋㅋㅋ 머리만 길렀습니다 ㅋㅋㅋ 좀 스타일이 바뀌였죠? ㅋㅋ

@@User_Masuri 항상 영상 잘 보고 있습니다

그러게 말이예요 너무 오래 걸렸네요 ㅠㅠ

안녕하세요~ 닷넷데브는 매일 들어가고있습니다 ㅋㅋㅋ

ㅋㅋㅋㅋㅋ 아이고 댓글도 바로 달아주시고 감사드립니다. 회사 옮기고.. 머리 길러보고있는데 ㅋㅋㅋ 여러분들이게 못볼꼴 보여드리는 것 같아서 급하게 모자를 쓰고 촬영했습니다 ㅋㅋㅋ 내용은 어렵지 않아요~ 한번 봐보시고 모르시는게 있으시면 언제든지 댓글 달아주시면 감사드리겠습니다!

안녕하세요!! 몇 가지 방법이 떠오르는데요. 그 중에 가장 간단한 방법이라고 생각되는 것을 한번 적어보겠습니다. 우선 Func를 쌓는 다는 것이 어떤 로직인지 잘 모르겠습니다만 최대한 이해한 것을 바탕으로 작성해보겠습니다. 도움이 되셨으면 하네요. 예를들어 두 수를 더하는 함수가 다음과 같이 있을 때 void Add(int x, int y) { // 오버플로우는 고려하지 않았습니다. int result = x + y; } callback할 함수를 하나 파라미터로 담아보면 문제가 혹시 해결 될까요? Add(int x, int y, Action<int> callback) { int result = x + y; callback?.Invoke(result); } Add 함수를 호출하는 측에서는 Add(1, 2, result => { // 여기서 결과를 받아서 처리하면 됩니다. }); 이렇게 처리하면 함수를 호출하는 측에서 함수의 실행결과를 callback으로 받아볼 수 있습니다. 호출 측에서는 callback을 바탕으로 원하시는 작업을 하실 수 있습니다. 제가 이해한대로 답변을 작성했으니 혹시 더 도움이 필요하시면 댓글 달아주시기 바랍니다!

잘 들어주셔서 감사합니다

다들 저를 선생님이라고 부르시는군요 ㅋㅋㅋㅋ 도움이 되셨다면 다행이네요~~ 감사합니다!

안녕하세요~ 요즘 영상 안올린지 오래 됐네요! 주변에서도 올리라고 하는데 ㅋㅋ 간단한 주제로라도 올려보도록 해보겠습니다!

앗 ㅋㅋ 저 선생님 아닙니드아아~~~ ㅋㅋㅋㅋ 그냥 옆자리에 있는 평범한 개발자예요 ㅋㅋ

이해가 잘 되셨다니 제가 다 기쁘네요~ 감사합니다!

약국썰 풀었던 영상이군요 ㅋㅋ 유튜브 영상 다시 직어 보도록 노력해보겠습니다! 감사합니다.

아주 예전에 만든 영상이라 제가 뭐라고 한진 모르겠지만 ㅋㅋㅋㅋ 도움이 되셨다니 다행이네요~

감사합니다~~

ㅋㅋㅋㅋㅋㅋ 왜요!! ㅋㅋ

도움이 되셨다니 감사합니다!

유튜브 안찍은지 너무 오래 됐네용 ㅠㅠ

도움이 되셨다니!! 다행이네요!! 감사합니다!!

감사합니다! ㅋㅋㅋ

아이고 ㅠㅠ 요즘 면접에서 델리게이트를 물어보는군요.. 사실 델리게이트는 어려운 거 같아서 지나치기 쉽지만 몰라선 안될 아주 중요한 개념입니다. .Net API도 델리게이트를 파라미터로 받는 함수들이 아주 많습니다. 델리게이트가 없인 함수를 파라미터로 넘길 수 없으니 당연한 일이기도합니다. 혹시나 공부 중에 이해가 안가시는게 있으시면 언제든지 질문 주세요!

제가 한 설명인데도 조금 부족해 보이는 설명이네요 ㅋㅋㅋ 함수를 파라미터로 전달하는 곳에 델리게이트 선언을 하지 않고 직접 코드를 넣을 수 있는게 람다식이라고 보시면 좀 더 정확할 것 같습니다~~

추상화란 단어에 의미를 여쭤보신 것 맞으시죠? 지금 설명해주신 추상화란 단어의 의미는 좀 틀린 것 같아요 제가 한번 설명해드리겠습니다! 추상화란 서로 다른 객체들이 공통적으로 갖고있는 특성을 모은 것이라고 생각하시면 됩니다. 이해가 바로 안되실 것 같아 몇 가지 예를 들어드리겠습니다 1. 강아지, 앵무새, 고양이, 코끼리 등은 모두 다른 동물이만 동물의 특성 중 하나인 울음소리를 갖는다는 특징이 있습니다. 이럴경우 강아지, 앵무새, 고양이, 코끼리 객체가 가지고 있는 공통 특성인 운다()라는 함수를 갖는 일반 클래스나 추상 클래스나 인터페이스등을 만들어서 울수있는 것들에 대한 추상화를 할 수 있을 것입니다. 당연히 이렇게 되면 동물 객체들을 다루는 로직에서 운다()를 추상화하고있는 인터페이스등을 가지고 다형하게 프로그래밍할 수 있을 것입니다. 2. 네이버페이, 카카오페이, 페이코 등의 결제수단들은 아마 결제(), 환불()이란 이름의 함수로 추상화할 수 있을 것입니다. 왜냐하면 앞서 말씀드린 결제수단들은 모두 결제를 할 수 있고 그에 따른 환불도 할 수 있을 것이기 때문입니다. 이렇게 추상화 해놓고 다형성있게 로직을 작성해 놓으면 영상에서 말씀 드린 것 처럼 다른 결제 수단의 추가에 따른 코드 변경이 없어질 수 있습니다. 이런 것을 개방 폐쇄 원칙 (OCP)라고 하는데 이 부분에 대해선 한번 찾아보시면 좋을 것 같습니다. 조금 어려운 말로 정리를 한다면 세상에 있는 다양한 문제를 컴퓨터 안에서 일반되게 처리할 수 있도록 공통문보를 추출하는 것을 추상화라고 생각하시면 될 것 같습니다. 다른 질문 있으시면 편안하게 댓글로 질문 주시면 최대한 답변 드리겠습니다. 감사합니다!

저도 감사합니다

어느 부분이 이해가 안가시나요? 제가 보충설명 해드릴 수도 있을 것 같은데!

@@User_Masuri 그런데 영상보면 static void main 진입점 없이도 실행이 잘되는데 따로 설정하신게 잇나요?

@@BmoChops 안녕하세요~ static void main 함수는 Visual Studio에서 콘솔 프로젝트를 만들면 자동으로 실행되게 만들어지는 프로그램이예요! 이 부분은 Visual Studio의 콘솔 프로젝트를 만드는 것을 검색해서 보시면 이해가 되실 것 같습니다!

저도 영상에서 말씀드렸다싶이 람다식 이해하기 위해 많은 자료를 찾아봤던 기억이 있네요 ㅋㅋ 과거의 저와 같은 분에게 도움이 되었다고 생각하니 보람찹니다!! 영상 좋게 봐주셔서 감사드립니다!

칭찬이실까요? ㅋㅋㅋ 칭찬이였으면 좋겠네요!! ㅋㅋ

@@User_Masuri 당연하죠!!! 엄청 감사하죠! 목소리도 좋으시고 설명도 잘해주시고 많이 도움되는 채널 이에요~!!

좋은 의견 감사드립니다!!

유튜브 영상을 좀 올려야 하는데말이죠.. ㅋㅋㅋ

앞으론 소리 키워서 녹음 하겠습니다!!

좋은 댓글 감사드립니다 ㅋㅋㅋㅋ 웃었네요 ㅋㅋ

감사합니다!

안녕하세요 그 부분이 헷갈리시는군요 ㅎㅎ 간단하게 설명 드리겠습니다. library class를 설계한 프로그래머가 _books에 직접적으로 접근할 수 없도록 private으로 막아둔건 사실입니다. 다만 GetBooks() 함수에서 private으로 접근하지 못하도록 해 놓은 _books변수를 외부로 그대로 리턴하기 때문에 클래스 밖에서도 접근이 가능한 것입니다. 그래서 다른 객체지향 책들에서도 모든 변수를 private으로 막는다고 캡슐화가 잘 될까요? 라는 질문으로 이러한 주제에 대해서 이야기 하기도 합니다. 질문 주신 부분은 크게 이해하기 어려운 부분이 아니니 시간이 지나시면 자연스럽게 이해가 되실 부분이라고 생각합니다! 화이팅하세용~~

@@User_Masuri List로 선언하면 외부에서 _GetBooks함수를통해 결국엔 private _books로 선언한 변수에 접근할수있기때문에 캡슐화원칙을 지키지 못해서 조회만가능한 Enumerable를 사용한다구 생각하면 되나용..

@@BmoChops 대댓글에 대해서는 알림이 오지 않아 답변이 늦어졌습니다! 바로 답변 드리겠습니다! 1. GetBooks()를 통해 private _books를 바로 리턴하는 것은 캡슐화 위반이다. GetBooks()를 통해서 private _books에 그대로 접근하는 부분은 캡슐화 위반이 맞습니다. 이렇게 객체 안에 있는 private 변수를 바로 리턴하면 객체 안의 상태가 밖으로 빠져나가 사용자를 통해 객체의 상태가 쉽게 조작 될 수 있는 캡슐화 위반이 되어 취약한 객체가 될 것입니다. 2. 캡슐화 원칙을 지키기 위해서 IEnumerable을 사용했는가? GetBooks()에서 private _books를 List로 리턴하나 IEnumerable로 리턴하나 정도의 차이지 캡슐화 위반에 대한 위험여지가 있다고 생각됩니다. 여기서 IEnumerable로 리턴한 이유는 영상에서 설명했듯이 데이터를 받는 측에서 조작할 수 없도록 강제하기 위해서 입니다. 이것은 이 객체를 사용하는 측에서 객체 안에서 book을 어떤 타입으로 관리하는지 알 수 없게 만들어 캡슐화를 지키는 것으로 생각할 여지는 있습니다만 이미 GetBooks() 함수로 library 객체가 가지고 있는 세세한 데이터 정보를 모두 볼 수 있는 상태이기 때문에 캡슐화 위반이라고 생각합니다. IEnumerable로 리턴한 것은 이 것에 대한 최소한의 영향을 주기 위해 데이터의 삭제나 추가를 할 수 없는 IEnumerable로 리턴을 했다고 보시는게 더 정확하실 것 같습니다! 다른 질문 사항 있으시면 언제든지 질문 또 주세요~~

@@User_Masuri 이해가 됫습니다 감사합니다!

인터페이스를 이용해서 돌아가는 로직이 여럿 있습니다. 대표적으로 using도 그렇네요 ㅎㅎ 이쪽 부분도 한번 확인해보시면 재밌으시지 않을까 싶습니다!

안녕하세요 ㅠ 요즘 유튜브를 안하고 있어서 ㅠㅠ 다시 다잡고 시작하게 되면 영상 올리도록 하겠습니다!

네 맞습니다 설계도 당연히 중요하죠!! ㅎㅎ

안녕하세요 우선 잘못된 예시로 혼란을 드린 점 깊은 사죄 드립니다.. ㅋㅋㅋㅋ 제가 요즘 영상을 올리지 않고있긴한데.. 시간내서 좋은 주제가 있으면 영상 찍어 올리도록 하겠습니다! 감사합니다.

안녕하세요! 좋은 질문입니다. 언제든지 이해가 안가시는게 있으시면 말씀 주세요! '자손class b = (자손class) 조상a' 과 같이 사용하는 경우는 이미 '조상a', '조상b', '조상c'가 만들어진 상황에서 그 각각의 객체를 '자손class'로 받아서 처리하게 되면 기능이 추가될 때 마다 코드를 변경하지 않아도 되는 코드가 되기 때문입니다. 이러한 이유로 인터페이스를 사용하고 이런 것을 객체지향에서는 OCP라고 부르는데 이쪽을 좀 더 공부해보시면 좋을 것도 같습니다. 제 영상 ruclips.net/video/TnvfaFNuF9U/видео.html 14분 정도부터 보시면 히드라리스크라는 클래스를 추가하면서 그 예를 설명드리고 있으니 한번 확인해보시면 좋을 것 같습니다. 혹시 제 답변 중에 이해가 안되시는 부분이 있으시면 언제든지 댓글 달아주시기 바랍니다. 감사합니다!