문제

일반적인 비즈니스 애플리케이션의 경우 AJAX를 통한 클라이언트 처리에 중점을 두어야 합니다.서버에서 데이터를 가져와 클라이언트에서 처리합니까? 아니면 서버가 대부분의 UI 이벤트 처리를 담당하는 보다 전통적인 ASP.Net 접근 방식을 제안하시겠습니까?나는 시작할 좋은 '기본 아키텍처'를 생각해내는 것이 어렵다는 것을 알았습니다.어쩌면 누군가가 추천할 수 있는 오픈 소스 예제 애플리케이션을 가지고 있을 수도 있습니다.

도움이 되었습니까?

해결책

실제로는 애플리케이션과 상황에 따라 다르지만 서버에 대한 모든 적중은 로드 추가(아마도 최소한)뿐 아니라 UI 응답성 측면에서도 비용이 많이 든다는 점을 명심하세요.저는 가능한 한 JavaScript로 작업을 수행하는 것이 UI를 더 멋지게 만들 수 있다면 좋은 생각이라고 생각합니다.

물론, 그것은 모두 당신이 하려는 일과 UI가 멋진지 여부에 달려 있습니다(내부 웹 앱은 아마도 UI를 더 매력적이고 더 빠르고/사용하기 쉽게 만들기 위해 추가 개발이 필요하지 않을 것입니다. 대중이 일반 대중이 사용하는 것은 아마도 가능한 한 세련되고 조정되어야 할 것입니다).

다른 팁

이는 응용 프로그램과 사용자에 따라 크게 달라집니다.그러나 일반적인 경우에는 가능한 한 많은 처리가 클라이언트에서 발생하면 항상 확장성이 향상되고 사용자 경험이 더 좋아집니다.

또한 Google Gears 및 기타 프레임워크를 사용하면 클라이언트를 네트워크에서 분리하면서도 애플리케이션을 계속 사용할 수 있습니다.모든 UI가 서버에 있으면 로밍 솔루션을 출시하기가 훨씬 더 어렵습니다.

데이터를 믿을 필요가 있나요?그렇다면 클라이언트가 처리한 데이터를 불쾌하고 악의적인 방식으로 변조하는 것이 사소한 일이라는 점에 유의하세요.그렇다면 서버에서 정보를 처리하고 싶을 것입니다.

또한 안정적이고 신뢰할 수 있으며 버그가 없도록 자바스크립트 앱을 코딩하는 것이 훨씬 더 어려울 수 있다는 점에 유의하세요.사용자가 하나의 특정 브라우저만 사용하도록 잠글 수 있습니까?

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