ASP.Net 또는 WPF(C#)
우리 팀은 이에 대해 의견이 분분해서 제3자의 의견을 듣고 싶었습니다.
어플리케이션을 만들고 있는데 사용할지 결정할 수 없습니다.WCF 서버 또는 ASP를 사용하는 Net WPF 데스크톱애플리케이션jQuery를 사용한 인터넷 웹 앱.여기에 몇 가지 사양과 함께 질문을 하고 어느 쪽을 사용하는지에 대한 장단점을 알아보려고 합니다.나는 내가 좋아하는 것이 있고 내가 편파적이라고 느낀다.
이상적으로는 소프트웨어의 초기 릴리스를 가능한 한 빨리 구축한 후 속도를 늦추고 나중에 필요한 추가 기능/컴포넌트를 구축하는 데 시간을 들이고 싶습니다.무엇보다도 우리는 소프트웨어가 빠르기를 바란다.사용자는 하루 종일 레코드를 검토하며 기록 로드나 화면 새로 고침이 지연되어 생산성이 저하됩니다.
응용 프로그램 상세:
- 초기 버전에서는 약 100개의 다른 화면을 예상하며, 초기 출시 이후 많은 스크린이 추가될 예정입니다.
- 리마인더 및 이벤트 시스템에 쌍방향 커뮤니케이션을 이용하려고 합니다.
- 현재 약 100명의 사용자를 지원해야 하지만, 최대 500명의 사용자까지 확장할 수 있다고 들었습니다.
- 여러 개의 장소가 있습니다.
고려해야 할 항목(경우에 따라서는 최초가 아닌 향후 릴리스) :
- 초기 출시 후 추가 컴포넌트를 추가할 수 있는 여지가 있습니다(이러한 컴포넌트는 많이 있습니다).아마 최초 어플리케이션보다 여기서 작업하고 있을 것입니다.
- 키보드 내비게이션
- 퍼포먼스는 필수
- 초기 버전에 대한 생산 속도
- 유지 보수 오버헤드 절감
- 장래의 지원
- 소프트폰/스캐너 통합
델의 개발자:
- 지난 몇 달 동안 WPF를 배우고 있는 프로그래머가 한 명 있는데, 그 프로그래머가 WPF를 사용할 것을 제안했습니다.
- ASP에 정통한 두 번째 프로그래머가 있습니다.현재 소프트웨어를 유지하는 데 시간이 걸리기 때문에 최초 출시까지는 그다지 작업을 하지 않을 예정이지만, 향후 프로젝트를 지원할 수 있는 Net.
- 둘 다와 함께 일했고 둘 중 어느 쪽이든 편한 내가 있다.
- 프로젝트 관리를 하는 외부 회사가 있는데, 그들은 ASP입니다.넷 컴퍼니
- 1-2명을 채용할 예정이지만, 우선 어느 방향으로 가고 있는지 알 필요가 있습니다.
환경:
- 일반 사용자는 터미널 서비스를 사용하는 Windows 2003 서버에 있습니다.RDP 연결을 통해 WYSE 씬 클라이언트를 사용하여 연결합니다.관리자 스탭은 XP 이상의 PC를 소유하고 있습니다.사용자는 IE를 웹 브라우저로 사용할 수 있지만 해상도를 지정할 수 있습니다.
- 다른 로케이션은 MPLS 접속을 통해 네트워크에 접속합니다.
그것을 바탕으로 무엇을 선택하고, 그 이유는 무엇입니까?
특히 ASP를 모두 사용해 본 경험이 있는 개발자의 의견을 듣고 싶습니다.넷과 WPf.
WPF를 선택하는 이유:
- ASP보다 훨씬 빠르고 쉽게 개발할 수 있습니다.NET 및 jQuery
- 데이터의 백그라운드 로딩의 고속 증분 구현이 훨씬 용이함
- 일반적으로 사용되는 데이터의 클라이언트 측 캐싱 구현이 훨씬 용이함(리모트 오피스에 중요)
- 서버로부터의 데이터 전송 효율 향상(웹 브라우저에서는 이용할 수 없는 고도의 WCF 기능을 사용할 수 있음)
- 브라우저에 의해 제한되지 않고 바로 가기 등을 쉽게 정의할 수 있기 때문에 키보드 네비게이션이 향상됩니다.
- MVVM 패턴을 사용하여 유지 보수 오버헤드 대폭 개선
- 소프트폰 연동이 용이함
ASP를 선택하는 이유NET 및 jQuery:
- 내가 알기로는 없다.
당신의 시나리오에서는 반드시 WPF를 선택하겠습니다.
우선, 저는 앉아서 비즈니스 요건과 사양을 쓰겠습니다.어떤 기술을 사용하는지는 중요하지 않습니다.테크놀로지의 선택보다는 적절한 계획이 프로젝트 스케줄에 영향을 미칩니다.이는 특히 사내 맞춤 제작 앱에 해당됩니다.
개발에 관한 한 요건을 받아들여 백엔드 기능을 설계합니다.클라이언트 테크놀로지에 관계없이 실제로 WCF에 백엔드를 실장합니다.이렇게 하면, 필요에 따라서 양쪽 모두를 사용할 수 있습니다(예를 들면, 전화 통합에서는 스탠드 아론의 WPF 애플리케이션을 작성할 수 있습니다).ASP.NET with jQuery는 데스크톱 클라이언트와 함께 WCF 서비스(JSON 또는 XML 버전)를 쉽게 사용할 수 있습니다.
클라이언트 폼의 작성에 관한 한, 이것은 개발자의 경험과 장래의 계획에 크게 좌우됩니다.여기서는 웹 소프트웨어 개발의 장점과 단점을 설명하지 않겠습니다.클라우드/웹 기반 소프트웨어(세일즈포스 등)에 관한 기사가 최근 10년간 많이 있습니다.저는 성과물에 집중하고 싶습니다.현재와 미래에 당신 팀이 가장 만족하는 것은 무엇입니까?WPF와 웹 개발은 개발 측면에서 큰 차이가 있으며 완전히 다른 경험을 필요로 합니다.
하이브리드 솔루션을 검토하는 것은 어떨까요? - Silverlight
Silverlight를 사용하면 (XAML과 코드가 거의 동일) WPF의 우수성과 스테이트풀함을 대부분 얻을 수 있으며 ASP의 배치 특성도 얻을 수 있습니다.그물
많은 사람들이 Silverlight를 ASP 다음으로 생각하고 있습니다.NET/AJAX는 고객의 시나리오와 관련된 WPF의 모든 이점을 제공합니다.
의심할 여지 없이 WPF가 최선의 방법이다.나는 @Ray Burns가 말한 모든 것에 동의한다.
이유:
- 보다 풍부하고, 보다 매끈하고, 보다 고속의 애플리케이션을 얻을 수 있습니다.
- 구축이1 쉬워집니다.
- 소프트폰/스캐너(하드웨어) 통합에는 브라우저 플러그인 등이 필요하며 브라우저 기반 애플리케이션에서는 이것이 악몽이 될 수 있습니다.
- 키보드 네비게이션은 네이티브 어플리케이션에서 더욱 우수합니다.
- IME 유지보수는 WPF 애플리케이션을 사용하면 간단합니다.
반드시 WCF를 사용하여 엔티티 프레임워크를 통해 백엔드를 제공합니다(계층 아키텍처의 엔티티 프레임워크 참조).콜백이나 에이잭스가 필요 없는 인라인이라고 할 수 있기 때문에 네이티브애플리케이션의 백엔드와의 통합성이 향상됩니다.EF를 통해 비즈니스 로직과 연결되는 WPF용 구성 요소를 구축하여 검증과 같은 간단한 작업에 대한 인식 제어 기능을 제공합니다.폼에 고객 이름 필드를 놓으면 바로 사용할 수 있습니다.
컴포넌트를 추가하려면 적절한 플러그인 아키텍처를 사용하여 컴포넌트를 구축해야 합니다.이것은, 어느 환경에서도 같습니다.어플리케이션용 플러그인 아키텍처 설계라는 일기에 적어둔 이 문제에 대해 몇 가지 생각이 있습니다.
WPF 애플리케이션을 빌드할 때는, 1개의 언어(C# 등)+ 마크업(XAML)으로 기입합니다.asp.net을 구축하면 Javascript를 코딩해야 하기 때문에 2개의 언어 + 마크업으로 끝납니다.
따라서 요건에 따라 WPF/WCF(EF)에 대응해야 합니다.웹 기반 애플리케이션은 작업량이 많고 복잡하며 그다지 좋지 않습니다.
약 12개월 전, 새로운 애플리케이션의 테크놀로지를 자유롭게 선택할 수 있었습니다.거의 한 달 동안 모든 옵션을 검토하여 C#, WPF, Entity Framework가 되어야 한다는 결론에 도달했습니다.지원서를 작성하면 올바른 선택이었음을 확인할 수 있습니다.
프로그래머가 WPF를 먼저 배워야 한다고 해도 여전히 쉽습니다1.WPF가 훨씬 더 현명하고 훌륭하고 사랑스럽다.정말 사랑스럽네요.그냥 제대로 작동한다.
안녕하세요.
생각에는The question at issue is Windows-application or Web application(Win-app용 WPF VS Web-app용 ASP) 어떤 것이 귀하와 귀하의 프로젝트에 더 좋습니까?이 경우 플랫폼은 네트워크이고 프로그램은 네트워크에서 작동해야 합니다. 따라서 웹 앱은 더 좋지만 결정을 내리기 어려운 많은 포인트가 존재합니다.네트워크 플랫폼에는 큰 과제가 있습니다.(내 경험에 의하면)
asp.net에서 웹 앱을 사용하는 것은 거의 어렵습니다.web-app에 대해서는 많은 처리를 해야 합니다(요청시간, 세션 관리, WPF, j-query 등에 비해 UI가 불량할 수도 있습니다).이것은 단순한 웹 사이트처럼 쉽지 않다는 것을 기억하십시오.
그러나 win-app은 "로컬 네트워크"(mpls는 거의 동일)라는 조건을 가진 네트워크에 적합합니다.win-app을 절대적으로 개발하는 것은 웹 앱보다 쉽습니다("적어도 넷 프로그램 개발 전문가"). WPF에는 이의 부족 등 WPF에는 많은 .또한 많은 난점이 있습니다(멀티스레딩이나 이 분야의 전문 개발자의 부족 등).I'm rather with wpf than asp but decisions is yours
Silverlight는 좋은 점을 지적하고 있지만, 이것을 사용하려면 프리즘 프레임워크 http://compositewpf.codeplex.com/를 참조해야 합니다.
asp.net Silver-light보다 은 .net보다 오래 걸린다.but at the end SL-ver have great look nothing else!
번즈는 wpf에 관한 좋은 문제를 지적하고 Artemiy의 포스트도 고려하고 있다.환경조건은 둘 다 동일합니다.WPF/ASP는 스캐너 및 소프트 폰과 연동 가능cuz the base of both is on C# and .net library
마지막으로 어떤 결정을 내리든 네트워크 플랫폼용 비즈니스 애플리케이션을 하나 이상 개발해야 합니다.
앱이 데스크톱 앱입니까, 웹 앱입니까?
데스크톱 wpf가 최적인 경우.웹 기반 asp.net이 가장 좋은 경우.
빠른 도입 시나리오로 개발을 서두르지 마십시오.그것은 결코 잘 작동하지 않고 허술한 배치로 귀결됩니다.시간을 들여 모든 절차(비즈니스 요건, 시스템 설계, 프로그램 설계, 코드, 테스트 및 테스트 추가, 도입 등)에 대해 설명합니다.
ASP에 대해 몇 가지 요점이 있습니다.네트워크:
ASP 풀장NET 개발자는 WPF 개발자의 풀보다 훨씬 더 큽니다.즉, 정규 ASP를 찾을 수 있을 것입니다.NET 개발자의 용이성
ASP.NET이 향후의 증거로서 WPF가 큰 변경을 받아 새로운 버전에의 포팅이 어려워질 가능성이 높아집니다.또, MS 의 초점은 Silverlight 에 있는 것 같기 때문에, 향후의 통합에 의해 WPF 가 폐지될 가능성이 있습니다.
ASP의 보다 성숙한 에코 시스템.NET은 문제 해결에 사용할 수 있는 솔루션을 더 많이 만듭니다.
위치가 여러 개일 경우 몇 개의 레이어를 건너뛰고 직접 웹 사이트로 이동할 수 있습니다.
언급URL : https://stackoverflow.com/questions/4207525/asp-net-or-wpf-c
'sourcecode' 카테고리의 다른 글
| git root 디렉토리를 하나의 명령어로 얻을 수 있는 방법이 있나요? (0) | 2023.04.14 |
|---|---|
| Excel 커스텀 함수 툴팁 탐색 (0) | 2023.04.14 |
| WPF 그리드의 하단 테두리 (0) | 2023.04.14 |
| XAML 그리드에서 RowDefinition Height="10*"는 무엇을 의미합니까? (0) | 2023.04.09 |
| SELECT 쿼리 빈 결과에 대한 단순 확인 (0) | 2023.04.09 |