문제

Silverlight/WPF는 .NET을 사용한 사용자 인터페이스 개발의 장기적인 미래인 것 같습니다.클라이언트와 웹 개발 측면 모두에서 XAML 기술을 재사용하면 얻을 수 있는 이점을 볼 수 있기 때문에 이는 매우 좋습니다.하지만 WPF/XAML/Silverlight를 보면 매우 큰 기술처럼 보입니다. 그렇다면 시작하기 가장 좋은 곳은 어디일까요?

나는 두 가지 모두에 대해 잘 알고 있고 어느 것이 더 나은 출발점인지, 그 이유는 무엇인지 추천할 수 있는 사람의 의견을 듣고 싶습니다.

도움이 되었습니까?

해결책

ASP.NET이나 Winforms를 먼저 배워야 할까요?ASP 또는 MFC?HTML 또는 VB?C# 또는 VB?

매우 복잡하게 얽힌 기술 집합을 통해 논리적인 발전이 있다는 생각을 제쳐두고 한 발 물러나 스스로에게 일련의 질문을 던져보세요.

  • 당신의 목표는 무엇입니까?이익과 즐거움의 균형을 어떻게 맞추고 싶나요?
  • 당신은 단기 지향적입니까, 아니면 장거리 지향적입니까?
  • 당신은 뭔가를 잘하고 많이 하는 걸 좋아하는 타입인가요, 아니면 다 이해하고 나면 지루해지는 타입인가요?

다음이자 가장 어려운 단계는 당신이 받은 조언이 틀릴 수밖에 없다는 사실을 받아들이는 것입니다.그리고 시간 범위가 길수록 부정확할 가능성이 높아집니다.조언이 6~12개월 이상인 경우 조언이 매우 부정확할 확률은 1에 가깝습니다.

내 이야기만 빨리 들려드릴 수 있어요.2000년에는 컨설턴트로서 Windows 응용 프로그램에서 C++로 ASP.NET 및 WinForms에 대한 글을 써서 수익성 있게 일하면서 행복했습니다.그러다가 C#을 봤고 세상이 뒤집어졌습니다.나는 결코 돌아 가지 않았습니다.

2년 전에 저는 같은 종류의 계시를 받았습니다. Silverlight에 대해 훨씬 더 크고 강력하며 더 많은 확신을 갖고 있는 것이었습니다.예, WPF는 훌륭합니다. 이에 대해 완전히 젖어 있을지도 모르지만 저는 Silverlight가 모든 것을 변화시킨다는 직감을 믿습니다.그 당시에는 의심의 여지가 없었고 오늘날에도 Silverlight는 .NET 이후 그리고 아마도 C++로 전환한 이후로 Microsoft의 가장 중요한 개발 플랫폼이라는 데에는 의심의 여지가 없습니다.

간단히 말해서 그 이유는 다음과 같습니다.나는 그 한계가 어디에 있는지 이해하지 못합니다.나는 대부분의 플랫폼에서 다음을 수행합니다.당신은 이것을 할 수 있지만, 그렇게 할 수는 없습니다.WPF는 ASP.Net과 WinForms 그리고 지금까지의 모든 것과 마찬가지로 꽤 좋은 사례입니다.
Silverlight를 사용하면 아직 경계가 보이지 않습니다.Silverlight는 이미 데스크톱에서 휴대폰으로 도약했으며 거기서 멈출 이유가 없습니다.예, 사실입니다. 브라우저에 묶여 있지만 감옥이라기보다는 Silverlight가 다양한 지형을 주행할 탱크로 보입니다(아주 늦었나 봐요. 자러 가야겠습니다).

어쨌든 지금으로서는 Silverlight를 배우는 것이 매우 힘들고, 관련 자료가 많이 있습니다. Silverlight.net 사이트, 그리고 Silverlight를 배울 때 가장 좋은 점은 필요한 것이 무엇인지 모르더라도 저에게 알려주시면 아주 빨리 얻을 수 있도록 해드릴 것이라는 점입니다.

즐기십시오. 행운을 빕니다. 더러운 작은 비밀은 당신이 무엇을 선택하든 괜찮을 것이라는 것입니다.그것은 모두 소프트웨어일 뿐입니다.

-제시


제시 리버티"실버라이트 긱"

다른 팁

먼저 Silverlight를 선택하겠습니다!

저는 이전에 WPF와 Silverlight로 프로그래밍한 적이 있습니다.

하지만 Silverlight는 하위 집합 너무 깊이 들어가서 Silverlight 응용 프로그램 작성으로 전환하려고 하면 WPF에서 좋아하는 법을 배웠지만 Silverlight에서는 사용할 수 없는 "태그"를 찾기 위해 머리를 긁적일 것입니다.

Silverlight의 기본 사항을 먼저 익히면 WPF의 추가 메커니즘/트리거/모든 기능이 간단하게 처리됩니다. 추가하다 당신이 이미 알고 있는 대부분의 내용에 대해.

WPF의 Silverlight는 다음과 같은 점에서 다릅니다. 특징 컨트롤이나 애니메이션이 누락된 것이 아닙니다.예를 들어 WPF 트리거 메커니즘은 Silverlight에서 완전히 사용할 수 없습니다.

따라서 작은 부분 집합을 먼저 배우고 나중에 해당 지식을 전체 집합으로 확장할 수 있습니다. 그러나 전체 집합에서 시작하여 사용 가능한 몇 가지 세부 사항에 중독된 경우 나중에 누군가 이식을 요청하면 문제가 발생할 수 있습니다. 설계된 활용 WPF 앱을 Silverlight에 추가하세요.

저는 원칙에 어긋나서 먼저 WPF를 배우라고 하겠습니다.

내 추론은 다음과 같습니다.

  • 책, 블로그, msdn 문서 등 Silverlight보다 WPF에 사용할 수 있는 리소스가 훨씬 더 많습니다.

  • 당신은 베타, 움직이는 표적을 다루는 것이 아닙니다

  • 비동기 호출만 처리할 필요가 없습니다.

  • 병합된 사전, 트리거, TileBrushes 등과 같은 기능 부족으로 인해 제한되지 않습니다.

  • SL의 기능이 부족하기 때문에 올바르게 수행하기 위해 다시 학습할 필요가 없습니다.

Silverlight는 WPF의 간단한 버전이므로 내부적으로 배울 내용이 적습니다.반면에 두 플랫폼은 서로 다른 대상(웹 및 리치 클라이언트)을 가지고 있으므로 어떤 앱을 구축할 것인지에 따라 달라질 것 같습니다.
스스로 배우고 싶다면(가까운 미래에 앱이 없을 경우) 동화하기가 쉽지 않기 때문에 Silverlight를 선택하겠습니다.그럼에도 불구하고 Silverlight는 WPF보다 훨씬 더 움직이는 대상이므로 때때로 일부 변경 사항을 따라잡아야 합니다(얼리 어답터가 되는 즐거움 :)).
WPF에는 어느 시점에 사용하고 싶은 기능이 더 많이 있지만 먼저 필요한 사항이 발생할 때까지 기다리겠습니다.

팟캐스트, 블로그, 인터뷰에서 들은 모든 업계 전문가는 학습을 권장합니다. 실버라이트 우선 그런 다음 점차적으로 거대한 UI 프레임워크인 WPF로 이동합니다.

Silverlight는 가벼우며 다음을 기반으로 하는 이 새로운 UI 구축 패러다임을 이해할 수 있도록 컨트롤 및 기능의 작은 하위 집합에 대한 작업을 수행할 수 있습니다.

  1. 템플릿
  2. 데이터 바인딩
  3. 스타일

업데이트:2011년 7월

이 사실을 언급하고 싶지는 않지만 최근 Microsoft는 곧 출시될 Windows 8뿐만 아니라 IE 9 및 IE 10의 기능을 향상시켜 HTML5, Javascript 및 CSS에 더 중점을 두었습니다.

시간이 지날수록 LOB 애플리케이션 플랫폼으로서 Silverlight에 회의적인 개발자와 CTO가 많아지고 있으며, Silverlight가 일반 LOB 앱이 아닌 Windows Phone과 틈새 시장, 그래픽 관련 애플리케이션의 헬스케어와 같은 도메인 영역으로 제한될 것이라고 의심하고 있습니다.

지금 당장 보이는 것처럼 2011년 여름을 기준으로 미래는 플러그인 및 OS별 UI 기술이 아닌 순수 웹 기술(HTML5, JS 및 CSS)에 대한 더 많은 기회로 인해 단편화되어 보일 수 있습니다.

먼저 XAML을 배우고, 몇 가지 자습서를 읽고, XAMLPad를 가지고 놀겠습니다.이를 통해 실제로 앱을 구축하기 전에 기본 사항에 대한 느낌을 얻을 수 있습니다.

저는 WPF로 시작하여 매우 간단한 컨트롤 친숙화 샘플을 수행하겠습니다.목표는 XAML과 바인딩을 배우는 것입니다.따라서 몇 가지 기본 WPF 창 앱을 만들면 학습 속도가 부트스트랩됩니다.그러면 결국 Silverlight로 이동할 수 있습니다.예, 여기서 언급한 것처럼 Silverlight는 WPF의 하위 집합입니다.

글쎄요, 그것은 당신이 무엇을 하려는지에 달려 있습니다.클라이언트/서버에서 작업하는 경우 WPF를 사용하겠습니다..Net이 모든 컴퓨터에 설치되어 있음을 보장할 수 있는 환경에서 작업하는 경우 WPF도 사용하겠습니다. XBAP를 사용할 수 있기 때문입니다. XBAP는 XBAP를 통해 실행되는 WPF 응용 프로그램입니다. 브라우저.

그것은 정말로 당신에게 달려 있습니다.그러나 Silverlight는 아직 RTM이 아니며 WPF는 RTM입니다.WPF에는 Silverlight가 없는 주제에 관한 많은 책이 있습니다.몇 가지 책을 읽고 WPF의 전체 내용을 파악한 다음 어떤 책을 가지고 놀고 싶은지 알아보는 것이 더 쉬울 수 있습니다.

Silverlight에는 쌍을 이루는 .Net 프레임워크인 WPF 컨트롤의 하위 집합이 있으며 동기 호출을 수행하지 않는다는 점을 명심하세요.이를 미리 알고 있으면 전체 기초의 핵심을 배우기 시작할 수 있으며 나중에 자신에게 가장 적합한 기술에 맞게 실제 경험을 조정할 수 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top