문제

브라우저 기반 프런트 엔드가있는 제품을 건축 할 수 있도록 삽입되었습니다.

판매 팀은 Snazzy App을 원합니다. 제품 관리 팀은 제품 비용을 효과적으로 만들고 싶습니다 (유지 보수 단계에서 오른쪽)

이제는 기술 팀이 전화를 걸어라고 가정합니다 (나는 Sakoverflow / Facebook)과 같은 사이트가 '부유 한'모양을 느끼거나 2006 년 시대에서 무언가를주기 위해 '부자'모양을 느끼거나 느끼는 것으로 가정합니다. 이 중 한 무리가 던져졌습니다.

  1. 제품 수명은 약 6 년
    2. 로 생각됩니다.
  2. 제품 정비 팀은 향후 브라우저와 일치하는 코드를 리팩토링 할 필요가 없습니다
  3. 제품 정비 팀은 비즈니스 기능 만 향상시킵니다
    .. 그리고이
    4. 와 같은 많은 관련된 것들

    .. Ajax가 사용되는 것을 권장합니까? 그렇다면 오늘 사용하는 UI (Ajax 프레임 워크)가 다음 2-3 개의 브라우저 버전을 통한 변경 사항없이 계속 작동 할 것이라는 것을 보장하는 것이 무엇입니까?

    편집 : Ajax에 대해 아무것도 가지고 있지 않다고 가정하지 마십시오. 나는 1999 년부터 DHTML에서 일하고 있었고 Ajax라고 불리는 이후 Ajax에서 일했습니다. :) 나는 또한 2002 년부터 사양으로 코딩 되었기 때문에 2002 년 이후 변경할 필요가없는 서버 측 구성 요소에도 노력해 왔습니다.

    나는이 변덕스러운 브라우저를 행복하게 지키기 위해서만 쓰러야 할 것인지를 써야 할 것입니다. 어쨌든, 모든 답변을 주셔서 감사합니다.

도움이 되었습니까?

해결책

일반적으로 모든 프레임 워크는 수년 동안 사용되며, 그러한 Ajax는 약간의 시간이 지났습니다.또한 브라우저 변경 / 업데이트는 현재 매우 희박합니다. 우리는 여전히 IE6의 60 %의 사용법을 가지고 있습니다.

일반적으로 Ajax / jQuery 프레임 워크가 사용 가능하지 않은 경우 시스템 / 솔루션을 대체 솔루션의 아이디어로 건축하십시오.프레임 워크를 사용하여 UI 기능 및 기능을 확장하지만, 여전히 기능이있을 것입니다.

다른 팁

Imho, Ajax는 그렇게 나쁜 사람이 아닙니다.Ajax를 사용하는 것이 왜 당신의 제품을 사용하는 것이 왜 당신은 당신의 제품을 운영 할 것입니까?AJAX를 사용하여 UI 풍부함을 제공하고, 또한 똑같은 실패에 대한 두려움이 있으면, 대체 메커니즘을 유지할 수 있습니다.RIA의 WPF, Silverlight 등과 같은 다른 프레임 워크도 있습니다.Ajax는 이제 아약스가 꽤 안정적입니다 (나는 Ajax가 그렇지 않으면 이제는 현명한 노인이기 때문에.Silverligt도 상당히 안정적입니다.나는 WPF에 대한 몇 가지 문제를보고 있지만, 당신도 그것을 볼 수 있습니다.

당신은 이미 이것을 알고 있을지 모르지만, Ajax는 지난 2 ~ 3 년 동안 현대 웹 개발의 일부가되고 있습니다. 그것은 단순히 사용자가 품질을 가진 경우 웹 앱이 Ajax를 사용할 것으로 가정합니다. 우리는 더 이상 훨씬 더 많은 용어를 사용하지 않습니다. 더 자주 누군가가 "jquery"등을 말할 때 묵시적입니다.

현대 JavaScript 라이브러리는 브라우저 변경으로 인해 브라우저의 최신 독점적 인 기능을 사용하지 않고 브라우저의 최신 독점적 인 기능을 사용하지 않아도됩니다. 나는 반드시 (또는 그에 대하여 추천)하지 않겠지 만, 낮은 수준의 물건을 추상화하는 데 많은 일을하는 Google 웹 툴킷과 같은 더 높은 수준의 스택도 있습니다.

상황에서 현대 웹 응용 프로그램이 필요한지 여부,보다 전통적인 응용 프로그램 또는 정적 웹 페이지 세트는 가지고있는 리소스를 기반으로 결정 해야하는 것입니다. 다른 사람이 말한 것처럼 오래된 브라우저가 발생한 경우에 우아한 분해로 일하는 것이 좋습니다.

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