Heim  >  Artikel  >  Backend-Entwicklung  >  Wie lösen Sie das Front-End-Anzeigeproblem, wenn der Markdown-Editor den normalen visuellen Editor ersetzt?

Wie lösen Sie das Front-End-Anzeigeproblem, wenn der Markdown-Editor den normalen visuellen Editor ersetzt?

WBOY
WBOYOriginal
2016-09-05 08:59:541117Durchsuche

Laut Titel habe ich jetzt zwei Ideen:
Die erste ist, js für die Front-End-Verarbeitung zu verwenden. Der Nachteil besteht darin, dass es für Suchmaschinen nicht geeignet ist haben eine hohe Affinität zu Markdown-Text.
Die zweite Methode besteht darin, den Markdown-Text bei der Ausgabe in HTML zu konvertieren, um die Konsistenz des Codes sicherzustellen. Der Code, der vom Back-End zum Front-End ausgegeben wird, besteht ausschließlich aus HTML. Diese Methode weist jedoch einen Fehler auf Wenn es sich um Ihr eigenes Framework handelt, können Sie viele Änderungen vornehmen, um die Markdown-Konvertierung zu unterstützen. Wenn Sie jedoch Plug-Ins für andere entwickeln oder das Entwicklungsframework bereits fertig ist, wird es schwierig sein, große Bereiche zu konvertieren die Aussicht. Wie man damit umgeht.

Ich habe die erste Methode in der Chanzhi-Markdown-Editor-Erweiterung implementiert. Ich habe kürzlich über die zweite Methode nachgedacht, um die Inhaltsausgabe einfach und effektiv zu steuern:
1 ist Markdown-Textinhalt
2. So konvertieren Sie Markdown-Inhalt in Stapeln, ohne die Ansichtsvorlage zu ändern

In Anbetracht des oben Gesagten hoffe ich, Ihnen die Lösung für die Markdown-Anzeige vorstellen zu können.
ps:
Der Chanzhi-Markdown-Editor verwendet editmd als Markdown-Eingabe und -Ausgabe.

Der Quellcode der Erweiterung kann über http://git.oschina.net/hainuo... bezogen werden

Antwortinhalt:

Laut Titel habe ich jetzt zwei Ideen:
Die erste ist, js für die Front-End-Verarbeitung zu verwenden. Der Nachteil besteht darin, dass es für Suchmaschinen nicht geeignet ist haben eine hohe Affinität zu Markdown-Text.
Die zweite Methode besteht darin, den Markdown-Text bei der Ausgabe in HTML zu konvertieren, um die Konsistenz des Codes sicherzustellen. Der Code, der vom Back-End zum Front-End ausgegeben wird, besteht ausschließlich aus HTML. Diese Methode weist jedoch einen Fehler auf Wenn es sich um Ihr eigenes Framework handelt, können Sie viele Änderungen vornehmen, um die Markdown-Konvertierung zu unterstützen. Wenn Sie jedoch Plug-Ins für andere entwickeln oder das Entwicklungsframework bereits fertig ist, wird es schwierig sein, große Bereiche zu konvertieren die Aussicht. Wie man damit umgeht.

Ich habe die erste Methode in der Chanzhi-Markdown-Editor-Erweiterung implementiert. Ich habe kürzlich über die zweite Methode nachgedacht, um die Inhaltsausgabe einfach und effektiv zu steuern:
1 ist Markdown-Textinhalt
2. So konvertieren Sie Markdown-Inhalt in Stapeln, ohne die Ansichtsvorlage zu ändern

In Anbetracht des oben Gesagten hoffe ich, Ihnen die Lösung für die Markdown-Anzeige vorstellen zu können.
ps:
Der Chanzhi-Markdown-Editor verwendet editmd als Markdown-Eingabe und -Ausgabe.

Der Quellcode der Erweiterung kann über http://git.oschina.net/hainuo... bezogen werden

Ich persönlich bevorzuge die erste Option.
Erstens begünstigt dies die Trennung von Vorder- und Hinterteil. Wenn sich beispielsweise das Frontend an mehrere Anzeigestile anpasst, muss das Backend den Code nicht ändern.
Zweitens, was das von Ihnen angesprochene Problem mit der Einbindung in Suchmaschinen angeht, denke ich, dass selbst Markdown-Text sehr gut lesbar ist. Da immer mehr Websites mit asynchronem Laden und Einzelseitenmodus gestaltet werden, haben Suchmaschinen außerdem ihre Crawling-Mechanismen schrittweise verbessert. Darüber hinaus können wir wichtige Informationen auch direkt über Meta angeben.

Was die Frage angeht, ob es sich bei einer Zeichenfolge um einen Abschlag handelt, besteht meiner Meinung nach kein Grund zur Beurteilung. Wenn es sich nicht um Markdown handelt, ist die Ausgabe der grundlegendste Text, selbst wenn Markdown zum Parsen verwendet wird.
Das Konvertieren des Inhalts ohne Änderung der Ansicht behebt tatsächlich die oben erwähnte Gefahr, das heißt, es ist schwierig, die Situation zu vermeiden, in der das Front-End und das Back-End während der Back-End-Konvertierung nicht getrennt werden Ansichten. Der Modulcode teilt Wohl und Wehe.

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn