SilverLight로의 .NET 웹 애플리케이션 이식성

Question

제가 일하는 회사에서는 우리 비즈니스의 핵심이며 웹 브라우저에 의존하여 특정 "규칙"을 시행하는 이 응용 프로그램을 만들었습니다. 규칙이 없으면 응용 프로그램이 고객에게 쓸모 없게 됩니다.신중해야 해서 죄송합니다. NDA와 다른 많은 사항으로 인해 신청서가 무엇인지 정확하게 말할 수 없습니다.본질적으로 JavaScript는 ajax/포스트백 등으로 제어하기 어렵게 만드는 특정 시간 제한 이벤트(최소한 1초까지 정확해야 함)를 제어합니다.

내 질문은 이것입니다:대부분의 코드가 실제로는 asp.net 컨트롤이 아니라 C# 비즈니스 로직이라고 가정할 때 ASP.NET 응용 프로그램을 SilverLight로 변환하는 것이 얼마나 어렵습니까?방금 Deep Fried 바이트 듣기를 마쳤는데 MS 사람들은 이것이 실제로 그렇게 큰 문제가 아닌 것처럼 들립니다.웹 앱에 해당됩니까, 아니면 주로 Win32 앱에 해당됩니까?

asp.net 프런트 엔드가 SilverLight와 근본적으로 다르다는 것을 알고 있지만 필요한 경우 다시 작성할 필요가 없는 C# 코드가 많이 있습니다.내가 가정하고 있는 javascript 코드를 silverlight로 바꾸는 것은 시간 제한 이벤트를 다루기 때문에 사소한 일입니다(잘못된 가정을 알고 있지만 어딘가에서 시작해야 합니다). 그래서 저는 그것에 대해 별로 걱정하지 않습니다.나는 이 문제를 완화하는 방법에 대한 해결책을 찾아야 하며 이것이 다음 사이의 중간 지점이기를 바랍니다.아무것도 하지 않고 클라이언트가 우리를 괴롭히는 것을 지켜보고 프런트 엔드 유효성 검사만 수행하는 웹 페이지보다 더 안전한 것으로 전체 애플리케이션을 다시 작성하십시오.ASP.NET 코드를 SilverLight 프로젝트로 변환하려고 시도한 사람이 있습니까?

Answer 1

애플리케이션의 대부분이 백엔드에 있는 경우에도 대부분의 코드를 그대로 유지하고 프런트엔드만 교체할 수 있습니다.그러나 Silverlight를 사용하려면 WPF에 대한 이해가 필요합니다. 이는 현재 앱에서 사용하는 HTML/JS와 크게 다릅니다.UI가 매우 얇으면 Silverlight로 이식하기가 매우 쉬울 것이지만 UI에 비즈니스 논리가 많을수록 더 어려워질 것입니다.

Answer 2

클래스 라이브러리와 pinvoke, 파일 시스템 액세스 및 System.Diagnostics.Process와 같이 '위험'하다고 간주될 수 있는 항목을 얼마나 많이 사용하십니까?

Answer 3

ASP.NET에서 Silverlight로 코드를 이식하는 것은 쉬운 작업이 아닙니다.Nate가 지적했듯이 이는 ASP.NET 응용 프로그램이 AJAX 기반인지, 서버 컨트롤을 기반으로 하는지에 따라 달라집니다.

Silverlight는 완전한 상태의 클라이언트 측 기술입니다. 즉, 모든 것이 브라우저 내부의 클라이언트에서 실행되고 있음을 의미합니다.ASP.NET은 서버 기술이며 요청/응답 모델을 기반으로 구축되었습니다.이 둘은 완전히 다른 패러다임이기 때문에 직선 포트가 아닙니다.

그러나 ASP.NET은 양식 데이터의 HTML 및 HTTP POST일 뿐이므로 사람들은 ASP.NET 페이지 위에 직접 Silverlight 응용 프로그램을 추가하고 정확한 데이터를 다시 보내 수동으로 HTTP POST 요청을 작성하는 실험을 수행했습니다. ASP.NET 응용 프로그램 작업.이는 자신의 응용 프로그램에 대해 "화면 스크래핑"을 수행하는 것과 거의 같습니다.이는 작동할 수 있지만 최적은 아닙니다.ASP.NET 응용 프로그램은 모든 요청에 ​​대해 전체 페이지 주기를 거쳐야 하므로 성능이 향상되지 않습니다.

더 나은 대안은 사용자가 APS.NET 애플리케이션에서 가지고 있는 모든 기능을 웹 서비스로 래핑하는 것부터 시작하는 것입니다.ASPX 페이지와 함께 이러한 서비스를 추가하고 점진적으로 응용 프로그램을 포팅할 수 있습니다.이러한 서비스를 기반으로 처음부터 구축할 UI입니다.

행운을 빌어요!