해야 하는 웹 기반의 응용 프로그램에 따라 웹 기준?
https://stackoverflow.com/questions/620172
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
By day,I am a front-end web developer 하지만 떨어져간 나는 손과 다른 언어로는 C,Objective-C,Python,etc.사 웹 개발의 아이디어 웹 응용 프로그램은 이제 막 시작되었다.
이후 다음 두 가지 놀라운 프레임워크를 나타났고,SproutIt 의 SproutCore280 북한 카푸치노(+목표 J).SproutCore 에 의해 사용 되는 애플에 대한 그것의 mobileme 를 응용 프로그램 280 북 출시 280 슬라이드입니다.이러한 응용 프로그램은 모두 놀라운 그들은 성경을 가능한 것에 web.그래서 모멘텀이 변하고 있다.웹 응용 프로그램이 보이기 시작한 것처럼 행동 데스크탑 applications.
그래서 제 질문은 이것입니다:해야 하는 웹 기반의 응용 프로그램에 따라 웹 기준,분리의 태그(콘텐츠),프레젠테이션(디자인),및 동작(기능성)또는 아니오?
나에 대한 확실하지 않 SproutCore 하지 않았기 때문에 보면 소스 코드,그러나 내가 알고 있는 경우에 당신 280slides.com 고 끄 JavaScript 모든 것이 기본적으로 사라집니다.당신은 왼쪽으로 몇 가지 의미 없는 단어입니다.
나를 명확히 이해하는 웹 기반의 응용 프로그램과 같은 280 슬라이드는 것으로 의미에서 자바스크립트 및 기능적 없이지에서 제일 작업 내 주요 초점을 쓰고 깨끗한 태그를 분리,콘텐츠,프레젠테이션,그리고 행동하는 우리 사이트와 응용 프로그램에 의해 사용될 수 있습으로 많은 사람들로 가능합니다.
해결책
지금까지 대답 한 다른 사람들이 몰라요 당신이 말하는 것.
나처럼, 당신은 당신의 웹 애플리케이션을 가능한 한 액세스 할 수 있도록 머리에 두드려있게했습니다. 즉, 스크립팅과 스타일 시트없이 작동해야합니다. JavaScript 및 CSS는 경험을 향상시키는 데만 사용해야합니다. 그들은 필요하지 않아야합니다.
새싹 그리고 카푸치노 프레임 워크입니다 프론트 엔드 사용자에게 JavaScript와 CSS를 모두 활성화 해야하는 개발. 당신의 질문은 우리가 오늘의 교리로 이것을 화해하는 방법에 관한 것입니다.
불행히도, 나는 명확한 대답이 없습니다. 나는 Sproutcore와 Cappuccino (및 아마도 다른 사람들)가 웹 브라우저 내에서 가능한 것의 한계를 테스트하고 있다는 사실을 좋아합니다. 또한 웹에 제공된 정보와 서비스는 기술의 한계를 고려할 때 가능한 많은 사람들이 이용할 수 있어야한다고 확신합니다.
솔루션에 접근하는 방법은 사용자 기반에 대한 깊은 지식을 기반으로해야합니다. iPhone 앱에서 작업하는 경우 경험이 강렬한 시각적이기 때문에 기존 웹 접근성에 대해 걱정할 필요가 없습니다. 일반 청중을위한 웹 응용 프로그램을 구축하는 경우, 이러한 새로운 프레임 워크는 아마도 불량한 선택 일 것입니다 (정보 및 서비스에 대한 가장 광범위한 액세스를 소중히 여기는 경우).
시간이 지남에 따라 스크린 리더 소프트웨어는 JavaScript가 많은 인터페이스를 해석하는 데 더 나아질 수 있으므로이 문제는 사라질 것입니다. 문제는 다른 것이 그 자리에 "발아"할 가능성이 높다는 것입니다.
다른 팁
자바 스크립트 ~이다 웹 표준은 확실히 플래시보다 더 많은 웹 응용 프로그램에 사용되었으며 여전히 종종 사용되었습니다. 이와 관련하여 Sproutcore와 Cappuccino는 저의 책에서 거대한 개선입니다.
여기서 질문은 실제로 접근성이 얼마나 중요한지 인 것 같습니다. 그리고 그것은 Andrew가 말했듯이 사용자를 알고있는 것처럼 개인적인 결정입니다. 일부 앱의 경우 접근성이 실제로 그다지 의미가 없습니다. 280 슬라이드가 좋은 예입니다. 시각적 행동에 관한 그래픽 디자인 앱입니다. 일반 텍스트로 분해하는 것은 그리 의미가 없습니다. (적어도 280 슬라이드가 무엇을 달성하기위한 텍스트 기반 앱은 실제로 완전히 다른 일이 될 것입니다.)
예. 처음에는 어려울 것이지만 코드베이스가 성숙하면 그 엄격한 표준을 따랐을 것입니다.
편집 : 추가 이점은 CSS 프로파일을 통해 많은 웹 기반 플랫폼에 대한 휴대 성입니다.
MVC 모델은 웹 기반 애플리케이션에 가능한 한 데스크탑 응용 프로그램에 쉽게 적용 할 수 있습니다. 웹 애플리케이션의 경우 라인이 더 흐려지기 때문에 두 가지를 구별 할 많은 이유가 없습니다.
이러한 특정 프레임 워크에 대해 잘 모르지만 요즘 많은 웹 프레임 워크가 ASP MVC, CakePHP, Ruby on Rails 등과 같은 MVC 모델 주위에 구성되어 있습니다.
가능한 한 많이 분리하면 결국 지불 할 것입니다. 상황이 복잡하고 털이 될 때 :)
