Sollte Web-basierte Anwendungen folgen Web-Standards?

Question

Mit dem Tag, ich bin ein Web-Entwickler-Front-End, aber in meiner Freizeit Dabble ich mit anderen Sprachen wie C, Objective-C, Python, etc. Wenn ich zum ersten Mal in Web-Entwicklung die Idee von Web-Anwendungen war einfach getting started.

Seitdem zwei erstaunliche Gerüste erschienen, SproutIt des SproutCore und 280 North Cappuccino (+ Objective-J). SproutCore wird von Apple verwendet wird, für seine MobileMe Anwendung und 280 Nord freigegeben 280 Slides. Beide Anwendungen sind erstaunlich und sie sind ein Beweis für was möglich ist auf dem Netz. So ist die Dynamik verlagert. Web-Anwendungen starten wie Desktop-Anwendungen zu suchen und handeln.

Also meine Frage ist:? Sollten Web-basierte Anwendungen folgen Web-Standards, die Trennung von Markup (Inhalt), Präsentation (Design) und Verhalten (Funktionalität) oder no

Ich bin nicht sicher SproutCore, da ich nicht auf den Quellcode schauen, aber ich weiß, dass, wenn Sie 280slides.com gehen und schalten Sie den JavaScript alles verschwindet im Grunde aus. Sie sind mit einigen bedeutungslosen Worten übrig.

Lassen Sie mich klarstellen, ich verstehe, dass Web-basierte Anwendungen wie 280 Slides gemeint ist JavaScript haben auf und nicht ohne es funktionell sein soll, aber in meinem Job mein Schwerpunkt saubere Markup schreibt, Trennung von Inhalt, Präsentation und Verhalten, so dass unsere Website und Anwendungen können von so vielen Menschen wie möglich verwendet werden.

Answer 1

Es scheint, wie die anderen Menschen, die geantwortet haben, so haben weit keine Ahnung , was du redest.

Wie ich Sie habe es in den Kopf schlug Ihre Web-Anwendungen so zugänglich wie möglich zu machen. Das heißt, sie sollten ohne Scripting arbeiten und ohne Sheets. JavaScript und CSS sollten nur die Erfahrung zu verbessern verwendet werden. Sie sollten nicht erforderlich.

SproutCore und Cappuccino sind Frameworks für Front-End Entwicklung, die den Benutzer erfordern sowohl JavaScript und CSS aktiviert sein. Ihre Frage ist um, wie wir versöhnen dies mit dem Dogma des Tages.

Leider habe ich nicht eine klare Antwort. Ich mag die Tatsache, dass SproutCore und Cappuccino (und wahrscheinlich noch andere) testen die Grenzen dessen, was in einem Web-Browser möglich ist. Ich glaube auch fest, dass die Informationen und Dienstleistungen über das Internet zur Verfügung gestellt sollten, um so viele Menschen wie möglich zur Verfügung stehen, da die Grenzen der Technologie.

Wie Sie Ihre Lösungen nähern muss sich auf eine tiefe Kenntnis der Benutzerbasis zu stützen. Wenn Sie auf einem iPhone App arbeiten, brauchen Sie nicht über die traditionelle Web-Zugänglichkeit zu sorgen, weil die Erfahrung intensiv visuelle ist. Wenn Sie eine Web-Anwendung für ein allgemeines Publikum Gebäude sind, sind diese neuen Rahmenbedingungen wahrscheinlich eine schlechte Wahl (wenn Sie den größtmöglichen Zugang zu Ihren Informationen und Dienste zu schätzen).

Im Laufe der Zeit Screen-Reader-Software ist wahrscheinlich besser wird bei JavaScript-schweren Schnittstellen zu interpretieren, so vielleicht wird dieses Problem verblassen. Das Ding ist, etwas anderes wahrscheinlich ist „sprießen“ nach oben an seinem Platz.

Answer 2

Javascript ist ein Web-Standard - sicherlich mehr als, sagen wir, Flash, die zuvor war (und ist oft) für Rich-Web-Anwendungen verwendet. In dieser Hinsicht SproutCore und Cappuccino sind riesige Verbesserungen in meinem Buch.

Die Frage ist hier scheint wirklich zu sein, wie wichtig Zugänglichkeit ist. Und das ist vor allem eine persönliche Entscheidung basierte, wie Andrew sagte, auf den Benutzer zu kennen. Für einige Anwendungen, macht Zugänglichkeit wirklich nicht so viel Sinn - 280 Slides ist ein gutes Beispiel dafür. Es ist eine Grafik-Design-Anwendung, die weitgehend über visuelles Verhalten ist. Es ist nicht sehr viel Sinn für sie Klartext verschlechtern. (Zumindest eine textbasierte App gemeint zu erreichen, was 280 Slides nicht wäre wirklich eine ganz andere Sache.)

Answer 3

Ja. Es wird zunächst schwierig sein, aber sobald die Code-Basis reift werden Sie dankbar, dass Sie diese strengen Standards folgen.

Edit:. Ein zusätzlicher Vorteil Portabilität viele Web-basierte Plattform wird über CSS Profile und so weiter

Answer 4

Das MVC-Modell kann als genauso einfach zu Desktop-Anwendungen angewandt werden, es um Web-basierten Anwendungen. Ich sehe nicht viel Grund, zwischen den beiden zu unterscheiden, zumal die Linie im Fall von Web-Anwendungen mehr verschwimmt.

Ich weiß nicht, über diese speziellen Rahmenbedingungen, aber eine Menge von Web-Frameworks in diesen Tagen rund um das MVC-Modell strukturiert sind, wie zum Beispiel ASP MVC, CakePHP, Ruby on Rails, etc.

Answer 5

Trennen Sie so viel wie möglich, und es wird am Ende auszahlen. Wenn die Dinge kompliziert und behaarte:)

Answer 6

Ich denke, sie sollten. Im Anschluss an diese Art von MVC Design für Änderungen können leichter implementiert werden, stellt gute Trennung von Sorge und ist in der Regel einfacher für Neulinge in ein Projekt zu verstehen.