논란이 있는 글 - 과대평가된 .NET 패키지 10가지
Entity Framework, SignalR, NLog 도 '과대평가’에 포함되어서 ㅋㅋ
10 Overrated .NET Packages (And What to Use Instead)
저자 : Crafting-Code
5개의 좋아요
유료 글이라 볼 수가 없네요.
다만, 과대평가에 EF 가 있다는건 동의하기 힘드네요 ㅋㅋㅋ
직접 다 구현하려고 하면 얼마나 고통스러울지 생각하면 감사해야한다고 봅니다.
갑자기 유료로 바뀐다고 해도 저는 돈 내고 쓸 것 같습니다.
5개의 좋아요
저자의 어그로가 엄청나군요
EF, AutoMapper, Newtonsoft.Json, NLog, Hangfire, Log4Net, RestSharp, HtmlAgilityPack, SignalR, SharpZipLib
저자의 글에 대체품을 설명했는데 그다지 공감되지 않는군요.
Newtonsoft.Json의 경우 System.Text.Json을 대체품으로 설명했는데 아무것도 없던 시절부터 C#을 지켜온 공신인데 굴러온 돌이 박힌 돌 빼기라서
3개의 좋아요
AutoMapper 의 경우는 지양해야하는 부분에 많이 공감하는 바입니다.
단순한 프로퍼티의 경우 편리한게 맞지만,
비즈니스 도메인이 커지고 조금만 복잡한 맵핑이 들어가기 시작하면
뭐가 어디 맵핑 되는지 코드레벨에서 레퍼런스가 안잡히니 추적하기 힘들어지더라구요.
무엇보다고 코드레벨/컴파일러 단에서 오류가 발견되지 않고
런타임 오류만 발생하는 부분이 치명적이라고 생각합니다.
간단한 마이크로서비스 등에서 단순한 Dto 맵핑 등에만 이용해야 겠구나 생각했습니다.
System.Text.Json 경우 대부분 사용해도 크게 문제가 없는 것을 확인하긴 했지만,
일부 다이나믹한 형태의 오브젝트의 시리얼/디시리얼화 과정에서는,
System.Text.Json 를 사용하면 불편한 점이 많기는 하더라구요.
일일히 Constructor 에 파라미터를 지정을 해줘야 하고,
시리얼라이즈 규칙에 맞게 파라미터들을 지정해 주고
[JsonConstructor] 어트리뷰트 지정까지 해줘야 정상적으로 값들이
반영 되는 등 보일러 플레이트들이 우후죽순 따라 붙는 단점이 확실히 있었습니다.
보일러플레이트들 작성하고 있다보면
‘Newtonsoft.Json 쓰면 뚝딱인데…’
라는 생각이 안따라올 수가 없었습니다 ㅋㅋㅋㅋ
10개의 좋아요
조회수가 중요한것인지, 미디엄 메일링으로 보내주는 글들 보면 일단 어그로와 호들갑으로 제목을 꾸며두는 편이니 그냥 저자가 무슨얘기를 하려고 이러는 걸까 흥미로 읽어보시면 됩니다.
5개의 좋아요
사람마다 시각이 틀리니까요 유료글이라 제목만 보지만 약간
공감도 가고 비판적 시각도 수용하면서 여러가지로 생각해보면 좋을것 같아요
저도 EF 실무에서 쓸때 문제가 좀있는데 이번에
SQL KATA 쓰면서 편안해졌습니다.
근데 너무 유명한 서비스 위주로 언급을 해서 한마디씩은 해줄수 있는 주제 같네요
근데 왜 유료일까요 ㅎㅎ
근데 Newton json 은 그냥 system.text.json 이 있다해도
그냥 느낌상 이게 더 훨 믿음이가요
5개의 좋아요