Eine tolle Debatte über YUI3/jQuery

Anmerkung des Übersetzers: Wir sehen oft verschiedene Vergleiche zwischen verschiedenen JavaScript-Bibliotheken/Frameworks, aber dieses direkte Gespräch zwischen dem YUI3 -Architekten und dem Vater von jQuery ist sehr selten und auch so spannend, dass ich es nicht ändern kann Von allen Lesern hoffe ich, dass es Kollegen inspiriert, die sich für die Entwicklung von „Bibliotheken/Frameworks“ interessieren.

Der Vater von jQuery antwortet: „Wie erhöht YUI3 seinen Einfluss?“

Originaltext: http://www.quora.com/How-could-YUI3-improve-its-image-compared-to-jQuery-MooTools-etc/

Frage: Wie verbessert YUI3 seinen Einfluss im Vergleich zu jQuery und Mootools?

Autor: John Resin (Vater von jQuery)

Übersetzer: Bachi

YUI3 hat YUI2 überholt und liegt auf Augenhöhe mit jQuery . Wie kann YUI3 seinen Einfluss verbessern? In Bezug auf diese Frage scheinen einige Antworten etwas vom Thema abzuweichen. Die Frage lautet „Wie kann der Einfluss von YUI verbessert werden“ (eine gute Frage), aber die meisten Antworten greifen jQuery an.

Ich beantworte diese Frage unter zwei Gesichtspunkten:

1. Wie sollte YUI verbessert werden, damit mehr Menschen es nutzen können?
2. Wie kann YUI seine Wettbewerbsfähigkeit mit jQuery verbessern?

Ich muss zugeben, dass YUI im Vergleich zu anderen JS-Bibliotheken wirklich großartig ist, egal ob es sich um Arbeit auf Codeebene, viele hervorragende Dokumentationen , Demos , Blog-Artikel , Video-Tutorials usw. handelt, es ist wirklich herausragend. Andere JS-Bibliotheken schenken diesen Aspekten nicht viel Aufmerksamkeit, und ich denke, dass diese Inhalte die wichtigsten Komponenten eines erfolgreichen Open-Source-Projekts sind. Allerdings war YUI bei der Besetzung des Marktes nicht erfolgreicher, was mich immer verwirrt hat .

Um Ihnen das Verständnis zu erleichtern, werde ich hier einige Annahmen treffen:

1. Die aktuelle YUI3-Version ist „gut genug“
2. Die YUI-Dokumentation und die Foren sind außerdem vollständig genug, um mehr Benutzer für die Verwendung von YUI3 zu gewinnen.

Darauf aufbauend möchte ich einige kurze Anmerkungen machen:

1. Verstreute Domänennamen sollten zu einem zusammengefasst werden. Wie andere bereits betont haben, ist die Pflege zu vieler Websites oft kontraproduktiv und undankbar.
2. Mehrere Codebasen sollten zu einer Codebasis zusammengeführt werden. Ja, die Leute verwenden immer noch YUI2, aber die API von YUI3 unterscheidet sich stark von der von YUI2, und YUI wird in Zukunft nur auf YUI3 erfolgreich sein (das YUI-Team behauptet hartnäckig, dass YUI2 nicht helfen wird). YUI „erfolgreicher“)
3. Es gibt so viele Möglichkeiten, YUI einzuführen, dass wir uns auf eine beschränken sollten. Die Leute sollten mit YUI().use beginnen (vorausgesetzt, sie möchten YUI wirklich ausführlich nutzen). Behalten Sie einfach einen wichtigen Punkt auf der Homepage bei: YUI sollte so eingeführt werden: <script src="http://yuilibrary.com/yui-min.js"></script>, was es viel klarer macht.

Einfach ausgedrückt: Das YUI-Projekt sollte eine Gesamtausrichtung behalten. Wenn der Fokus zu verstreut ist, wird es nach hinten losgehen.

Wenn YUI heute direkt mit jQuery konkurrieren würde, müsste sich die Funktionsweise von YUI und seinen Teilprojekten ändern. Denn die derzeitige Arbeitsweise des YUI-Projekts steht im Widerspruch zu den Arbeitsmethoden von YAHOO . Angesichts der extrem schlechten Durchführbarkeit des aktuellen Managementansatzes ist das YUI-Projekt ein bedauerlicher Verlust.

Ursprünglich sollten wir SimpleYUI verwenden, um unser YUI-Programm zu starten. Schauen Sie sich jQuery an. Die API ist einfach und praktisch, und die meisten Websites basieren auf diesen bezaubernden Funktionen. Wenn wir also yuilibrary.com besuchen, sollten wir damit rechnen, dass es nur eine Möglichkeit gibt, YUI zu verwenden, nämlich simpleYUI (der Name sollte in einen prägnanteren und natürlicheren Namen geändert werden).

Quelle: Taobaoued