플래시로 완전히 작성된(또는 표시되는) 웹사이트.이것이 좋은 생각이 아닌 경우는 언제입니까?

StackOverflow https://stackoverflow.com/questions/1887071

  •  19-09-2019
  •  | 
  •  

문제

이 트윗에서: http://twitter.com/azaaza/status/6508524118 나는 도달한다 웹 사이트 완전히 플래시로 만들어졌습니다(적어도 프런트 엔드).

대체 텍스트 http://img704.imageshack.us/img704/3116/screenshotvz.png

환상적으로 보이며 HTML + Ajax로 작성했을 수도 있지만 (저는 플래시에 대해 잘 모르기 때문에) 사이트 소유자가 Flash를 사용하는 것이 더 편하고 더 쉬울 것이라고 생각한 것 같습니다. 플래시를 사용하여 수천 시간의 비행 시간을 가질 때 발생합니다)

상태 표시줄을 보면 대부분의 이미지와 텍스트가 동적으로 다운로드되는 것 같습니다(그렇지 않으면 플래시 파일이 너무 무거워졌을 것입니다).

질문):

플래시의 모든 프런트엔드를 수행하려면 어떤 유형의 웹앱을 고려해야 합니까?

더 쉬울까요?예/아니요. HTML+Ajax는 별로지만 Flash에는 뛰어난 경우에만 해당됩니까?

모두를 위한 것인가요?

언제 사용해서는 안되나요?

추가 이점은 IE+FF+Opera+Chrome+Safari 호환성 문제가 없다는 것입니다.

이것이 웹앱 프런트엔드를 위한 다음 프로그래밍 모델이 될까요?

도움이 되었습니까?

해결책

여기에 대한 대부분의 대답은 사람들이 100% Flash 사이트를 "싫어한다"고 말하는 것 같습니다(좋아하지 않거나 권장하지 않을 뿐만 아니라 "맙소사 플래시 숙스 ㅋㅋㅋ" 일종의 증오) 그런 다음 정말 약한 목록을 제공합니다(때로는 그냥 올바르지 않은) 그 이유에 대한 주장.댓글에서 그 중 일부를 언급했지만 여기에 전체 Flash 사이트에 대한 가장 큰 주장이 무엇인지, 그리고 내가 이에 전혀 동의하지 않는 이유를 요약해서 적어 보겠습니다.

- SEO 및 딥링킹/북마크 문제

SWFA주소.'그런가 말했다.몇 년 동안 존재해 왔지만 사람들은 여전히 ​​플래시 콘텐츠를 딥링크하거나 북마크하는 것이 불가능하다고 믿고 있습니다. 분명히 그들은 플래시 콘텐츠를 확인하려고 애쓰지 않았거나 플래시 사이트를 개발하고 문제에 직면했기 때문입니다(저처럼 수년 동안 해결되었습니다). 말했다).내가 웃긴 점은 대부분의 사람들이 동적 웹사이트를 구축하기 위해 Ajax/javascript+XHTML을 추천/선호하는 것 같다는 것입니다...그러나 해결 방법을 사용하지 않는 한 Ajax 콘텐츠는 Google에서 딥 링크, 북마크 또는 색인을 생성할 수 없습니다.이는 Flash 콘텐츠에도 적용됩니다!

그렇다면 왜 많은 풀플래시 사이트에서는 이를 구현하지 않는 걸까요?모르겠어요 아마도 필요하지 않을 수도 있습니다 (게임 사이트, 광고 사이트 등 ...대부분의 FWA 사이트) 또는 단지 게으른 개발자일 수도 있습니다(아래 참조).

- 접근성:

우선, Flash는 장애가 있는 사용자에게 매우 친숙합니다.당신은 확인할 수 있습니다 Adobe Flash 접근성 페이지 하지만 설명하겠습니다.Flash는 시각적 및 오디오 콘텐츠를 표현하는 데 탁월합니다.글꼴 크기, 페이지 대비 등을 변경하는 컨트롤을 만드는 것은 정말 쉽습니다.필요한 사용자를 위해.사용자 정의 스타일시트를 적용하는 것만큼 구현하기 쉽다고는 말할 수 없지만 실제로 부담/번거로움은 아닙니다...사이트에 액세스할 수 있어야 한다면 마음을 다잡고 올바르게 구현하십시오(이는 모든 기술에 해당됩니다).

또한 장애는 근시나 색맹만을 의미하는 것이 아닙니다. 예를 들어 제 작업에서는 청각 장애인과 저를 위해 동기화된 텍스트(자막이 아닌 전체 텍스트 벽)와 함께 수화로 웹에 비디오를 제공합니다. 실제로 다른 기술을 사용하여 구현하는 것이 더 쉬울 것이라고 생각하지 않습니다(그리고 그것이 불가능할 것이라고 말하지 않는다는 것을 명심하십시오).

- 모바일/아이폰:

명확히 하자면, Flash 콘텐츠가 모바일에서 실행되지 않는다는 것은 사실이 아닙니다. 플래쉬라이트 거기에 있는 거지, 그렇지?).그러나 오늘날 많은 시스템(iPhone 포함)이 Flash를 지원하지 않는 것은 사실입니다.이게 그렇게 큰 문제인가요?나는 그렇게 생각하지 않습니다. 자세히 설명해주세요.훌륭한 자바스크립트 효과와 예쁜 그림을 사용하여 1024x720에 최적화된 멋진 XHTML 웹사이트를 구축한다면 모바일 기기에서는 끔찍한 결과가 나올 것이라고 장담합니다.모바일 웹사이트의 크기는 20kb를 넘지 말아야 한다는 모바일 웹 컨퍼런스에 참석했습니다.행운을 빕니다.

대부분의 중요한 웹사이트는 모바일 전용 사이트를 일반 HTML로 구현합니다.이는 전체 Flash 사이트에 대해 수행해야 하는 것과 정확히 동일합니다.iPhone의 Flash에 관해서는 Flash CS5가 출시되고 갑자기 Flash 동영상을 iPhone 응용 프로그램으로 컴파일할 수 있게 되면 Apple이 더 이상 iPhone Flash Player를 보류할 이유가 없습니다.내가 말했듯이 그것이 나를 괴롭히지는 않지만, 내가 가야 할 길은 웹의 모바일 전용 버전(또는 심지어 아이폰 전용)이라고 믿기 때문입니다.

요약:나는 대부분의 반대론자 플래시 주장이 단지 사람들이 반대론자 플래시에 대해 갖고 있는 원한일 뿐이라는 것을 알았습니다. 신화 그것은 몇 년 동안 존재해 왔지만 더 이상 사실이 아닙니다.많은 주장은 나쁜 XHTML/Ajax 사이트에도 동일하게 적용되므로 대부분의 비평가들은 잘못 구축된 Flash 사이트에 대해 불평할 뿐이므로 기술이 아니라 형편없고 게으른 Flash 개발자가 책임이 있습니다. 디자인 분야 출신이거나 프로그래밍 배경 지식이 없는 Flash 개발자가 많다는 사실은 전혀 도움이 되지 않습니다.

이제 내 관점(Flash 개발자의 관점)에서 제안된 질문에 답하겠습니다.

  • 어떤 유형의 웹앱이 모든 프론트엔드를 수행해야 하는지 고려해야 합니다. 플래시?

내 머리 꼭대기에서 :

  • 자동차, 의류 등과 같은 멋진 제품을 전시하거나 광고하는 사이트입니다.멋진 보기와 상호 작용으로 사용자에게 영향을 미치고 싶다면 Flash가 가장 좋습니다.

  • 아티스트 포트폴리오:사진가, 음악가 등을 위한 웹예술가의 작품이 사이트에 통합되어야 하는 곳.

  • 당신이 플래시 개발자이거나 플래시 개발 회사에서 일하는 경우, 전체 플래시 포트폴리오 사이트를 구축하는 것이 많은 의미가 있지 않습니까?;)

  • 일반적으로 데이터보다 사용자 경험에 더 중점을 두는 사이트입니다.bit101의 마스터 Keith Peters를 참조하십시오. 플래시, 뭐가 좋은가요?

  • 더 쉬울까요?예 / 아니오, HTML + Ajax를 빨아들이지만 뛰어난 경우에만 플래시에서?

필요에 따라 Flash가 유일한 도구가 될 수도 있습니다.Flash에서 구축하기 복잡하지 않은 것 중 일부는 XHTML에서 개발하기에는 악몽이 될 수 있습니다.어쨌든, HTML+Ajax를 제대로 다루지 못한다면 웹 앱을 개발해서는 안 되겠죠?

  • 모두를 위한 것인가요?

도대체 안돼.나조차도 전체 Flash 사이트로만 구성된 웹이 모든 사람에게 공포가 될 것이라는 점에 동의합니다(내 생각에는 Adobe를 제외하고).

  • 언제 사용해서는 안되나요?

나는 당신이 구축하고 있는 사이트가 위의 어느 것도 아닐 때라고 말하고 싶습니다. :P 텍스트(정보)가 사이트의 가장 중요한 부분일 때는 절대 그렇지 않습니다.

  • 나는 당신이 가지고 있지 않다는 추가 이점이 있다고 생각합니다. IE+FF+오페라+크롬+사파리 호환성 문제

그렇습니다. 이는 "추가" 혜택일 뿐만 아니라 정말 큰 혜택입니다.

  • 이것이 웹앱 프런트엔드를 위한 다음 프로그래밍 모델이 될까요?

이것은 까다로운 질문입니다.나는 이것이 100% Flash/Flex 사이트와 100% XHTML+Ajax 사이트 간의 전쟁이라고 생각하지 않습니다.Flash/Flex는 HTML을 대체할 수는 없지만 HTML을 훌륭하게 보완합니다.항상 작업에 적합한 도구를 사용하고 현명하게 사용하는 한 필요한 기술(또는 혼합)을 사용하십시오.XHTML+Ajax를 사용하여 정말 멋진 FWA 스타일 사이트를 구축하는 것과 마찬가지로 위키피디아나 개인 블로그를 Flash로 구현하는 것도 마찬가지로 어리석은 일이라고 생각합니다.

텍스트가 너무 많아서 죄송하고 읽어주셔서 감사합니다!악플 기대하겠습니다 ;)

다른 팁

짧은 답변 : 100% 플래시 웹 사이트를 만들지 마십시오. 많은 호환성과 사용자 경험 문제가 있습니다.

이것에 대해 자세히 설명하려면 ....

어떤 유형의 WebApp은 모든 프론트 엔드를 플래시로 고려해야합니까?

  • 이벤트에 링크 된 임시 웹 사이트 포트폴리오 ... 내 의견으로는 웹 사이트의 목표가 정보를 제공하지 않고 사용자에게 더 깊은 인상을주는 경우 "풀 플래시 웹 사이트"를 만드는 것은 괜찮습니다.

더 쉬울까요? 예/아니오, HTML+Ajax를 빨고 있지만 플래시에서 탁월한 경우에만?

  • 글쎄, 당신이 플래시를 잘한다면, 그것은 개발하기가 더 쉬울 것입니다

모든 사람을위한 것입니까?

  • 아닙니다. 웹 개발자로서 나는 플래시를 할 수 있지만 플래시를 좋아하지 않습니다.

사용해서는 안됩니까?

  • IMHO, 절대. 내가 플래시 웹 사이트에 도달하면 항상 나를 괴롭히는 것이 나를 귀찮게합니다. iPhone과 같은 장치에서도 전혀 액세스 할 수 없습니다.

추가 이점은 IE+FF+Opera+Chrome+Safari 호환 문제가 없다는 것입니다.

  • 대신 크로스 플랫폼 호환성이 있습니다. 또한 플래시가없는 사람들은 귀하의 웹 사이트에 액세스 할 수 없습니다.

이것이 WebApps 프론트 엔드의 다음 프로그래밍 모델일까요?

  • 나는 그것을 의심합니다. HTML+JavaScript의 새로운 용도로 Flash를 사용하지 않고 동적 웹 사이트를 만들 수 있습니다.

순수한 플래시 사이트를 미워하는 이유 :

  • 모바일 / 휴대 전화로 작동하지 않습니다
  • 대부분의 플래시 사이트에서는 페이지를 북마크하거나 사이트의 페이지에 대한 링크를 공유하는 것이 불가능합니다.
  • 키보드 단축키는 거의 예상대로 작동하지 않습니다.
  • 이상한 스크롤 바 및 기타 영리한 인터페이스 요소.
  • SEO에게는 나쁘다. Google이 플래시 콘텐츠를 색인화하기 시작했다고 생각합니다.
  • 장애가있는 방문자는 순수한 플래시 사이트를 사용하는 데 어려움을 겪을 것입니다.

그게 다야.

개인적으로, 나는 싫어하다 플래시 영화가있는 페이지에 지나지 않는 웹 사이트. 그들은 모바일 브라우저와 같은 것들에 대해 굉장히 저하되며, 많은 시간은 말할 것도없이 a) 정당한 이유없이 플래시를 사용하거나, 무의미한 시각 효과를 사용하거나, b) 작동하지 않는 사용자 지정 UI 위젯을 구현하여 UI 표준을 위반합니다. et cetera는 기대할 것입니다.

나는 이것이 것이라고 말할 것이다 절대 좋은 아이디어. 100% 플래시 사이트는 유용성을 손상시킵니다 (브라우저 제공 텍스트 크기 조정 없음, 자동으로 텍스트를 읽는 도구를 사용할 수 없음). 검색 엔진에 사이트를 잘 배치하기 위해 추가 작업이 필요합니다 (Altough Google 은이 문제를 해결하기 위해 몇 가지 작업을 수행했습니다).

플래시 사이트의 주요 문제점은 플래시가 설치되지 않은 사람들이 귀하의 사이트를 사용할 수 없다는 것입니다!이는 즉각적으로 거의 모든 모바일 사용자를 지배합니다(어차피 모바일 사용자를 위한 사이트 디자인은 달라야 하지만).

이는 귀하의 청중에 따라 (어느 정도) 다르지만 광범위한 청중에게 다가가려면 플래시를 사용하지 않는 사람들을 위해 대체 HTML 기반 사이트를 제공해야 합니다.내 생각에는 어쨌든 HTML 버전을 생성하려는 경우 동일한 작업을 두 번 수행할 이유가 무엇입니까?

4 평방 인치의 휴대 전화 화면 또는 20 평방 인치의 넷북을 통해 웹에 액세스하는 사용자가 수많은 사용자가 강력한 그래픽 프로세서가 설치된 대형 화면 앞에 앉아 있다고 가정하면 어리석은 일입니다. (작은 화면에 대해 플래시를 사용자 정의 할 수 있지만 실제로는 거의 발생하거나 예상대로 작동하지 않습니다!).

당신이 도달하려고했을 수도있는 시력 장애 고객에 대해 아무 말도하지 않습니다!

표준 HTML 및 CSS를 사용하여 브라우저가 예기치 않은 프리젠 테이션 문제를 처리하도록하십시오.

여기의 모든 사람들은 플래시가 웹을 위해 무언가를 개발할 때 할 수있는 최악의 일이라는 데 동의하는 것 같습니다. 나는 조금 동의하지 않아야한다.

물론, 플래시는 표준 웹 사이트와 관련하여 거의 항상 잘못된 선택입니다. 표준 HTML 및 CSS에서는 쉽게 수행 할 수 있습니다. 그러나 웹을 통해 액세스 할 수있는 응용 프로그램에 관해서는 약간 다릅니다.

그래서 내 추천은 신청, 웹을 통해 액세스 할 수있는 경우 Flash는 아마도이 작업을 수행하는 더 좋은 방법 일 것입니다 (Silverlight 또는 Javafx도 대부분의 브라우저에서 사용할 수 있다면). 물론, 플래시를 사용하여 수행 할 수있는 대부분의 작업은 HTML/CSS/JS를 사용하여 수행 할 수 있지만 그 목적을 위해 만들어지지는 않습니다.

플래시는 웹의 작동 방식을 깨뜨리는 것입니다. 사람들은 여러 가지 이유로 그것을 사용합니다.

  • 그들은 플래시없이 불가능하거나 엄청나게 비싼 일을하고 있습니다 (3D 또는 일부 게임, 비디오).
  • 그들은 ajax/js로 그것을하는 방법을 모르거나 어떻게 해야할지 모릅니다.
  • 고객은 플래시로 수행해야한다고 말합니다.

플래시가 사이트의 사용자 경험에 아무것도 추가하지 않는 많은 경우가 있지만 일부 사이트는 진정으로 독창적 인 일을합니다.

장애/사이트 문제가있는 사람들에게 액세스 할 수 있도록 플래시를 사용할 때 추가 노력을 기울여야하고 검색 엔진 (그러나 Ajax 사이트에서도 문제가 될 수 있음)뿐만 아니라 뒤로 버튼을 활성화하고 북마크를 허용합니다. . 경박 한 플래시를 사용하는 대부분의 사이트는 일반적으로 이러한 노력을 기울이지 않습니다.

Flash를 결정하는 사이트의 영역을 식별하면 최상의 솔루션을 제공 한 다음 사용하지만 모든 단점 만 알고 있습니다.

나에게 이것은 특정 기술에 관한 것이며 당신이 얼마나 접근 할 수 있는지에 관한 것입니다. 나는 최신 버전의 IE에서만 실행되었고, JavaScript가 필요했으며, 특정 해상도 및 창 크기에만 운영되는 웹 사이트를 5 년 전에 만들었습니다. 내 데스크탑에서 snazzy처럼 보였지만, 면접관이 노트북에서 실행하고 있었기 때문에 내 작품을 보여주고 싶었던 잠재적 인 면접에서 얼굴이 평평 해졌다.

내가 그 경험을 통해 얻은 학습은 당신이 매우 잘 지정된 환경 (모든 웹 앱 및 회사/개인 포트폴리오) 밖에서 일해야 할 모든 것을 구축하려면 가장 낮은 공통 분모를 수용해야한다는 것입니다. .

Flash vs. HTML 경로에 대해 토론 할 때, Flash Way를 진행하면서 잠재적으로 얻을 수있는 이점과 이러한 혜택이 컨텐츠를 볼 수 없을 때 잠재 고객을 잃을 가치가 있는지 여부를 스스로에게 물어보십시오. 어떤 경우에는 그만한 가치가있을 수 있습니다 (비디오 또는 그래픽 집약적 인 게임이 떠 오릅니다). 그러나 대부분의 경우 HTML이 귀하의 요구에 적합하다는 것을 알게 될 것입니다.

모든 플래시는 다음과 같습니다.

  • 모바일을 사용할 때 어려움
  • 시각 장애 사용자의 어려움 (텍스트 크기 조정 또는 스크린 리더)
  • 검색 엔진 인덱싱에 어려움이 있습니다

내 눈에는 플래시 사이트 만 수행하지 않는 가장 큰 이유는 다음과 같습니다.

브라우저 (및 OS의 표준 UI 요소)가 이미 제공하는 많은 기능을 재현 할 것입니다. 절대 이것을 올바르게 할 것 :

  • 텍스트 선택은 작동하지 않습니다
  • 따라서 복사 및 페이스트는 작동하지 않습니다
  • 텍스트 검색은 작동하지 않습니다
  • Page Up / Page 다운 / 마우스 휠 / 스크롤 막대를 클릭하면 작동하지 않습니다.
  • 브라우저 기록은 작동하지 않습니다
  • 사용자는 깊은 링크를 만들 수 없습니다

위의 문제는 웹 사이트의 모든 단일 사용자에게 영향을 미치지 않더라도 iPhone을 사용하지 않고 플래시를 설치했습니다.

웹 사이트의 단일 요소에는 플래시를 사용하여 다른 방법으로 수행 할 수 없습니다.

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