Eher solltest du dir die Frage stellen, ob du derartiges brauchst oder ob der Anwender des CMS nicht besser mit rohem HTML bedient ist. Zur komfortablen Handhabung à la MS Word, Symphony Documents oder Open Office Writer gibt es diverse auf Javascript basierende WYSIWYG (Rich Text) Editoren, die dem Schreiber die Arbeit abnehmen, ohne die Möglichkeiten von HTML auf ein paar Formatierungscodes herunterzusetzen - Auch steigt dadurch die Ausgabegeschwindigkeit, da keinerlei Reguläre Ausdrücke evaluiert werden müssen. Wenn das CMS so viele Rechte einräumen kann (einzelne oder zumindest dem Verantwortlichen vertraute Benutzer und Redakteure), würde ich persönlich diese Variante bevorzugen.
Wenn man nicht ohne diverse Restriktionen arbeiten kann, ist es dann die Überlegung wert, wie man Tag-Replacements organisiert. Die Wiki-artige Methode bietet den Vorteil, dass Formatierungen sehr schnell zu sehen und zu unterscheiden sind, jedoch ist die Einrichtung von zusätzlichen Parametern etwas komplizierter, was sich mittels herkömmlicher bbCodes leicht lösen lässt:
[tagname="options"]contents[/tagname].
Des Weiteren, denke ich, sind diese Codes auch nachvollziehbarer, sofern die Tagnamen passend gewählt werden - Für bold Text würde ich zB nie "t" als Tagnamen verwenden, was leicht als "tiny" durchgehen könnte
Letztendlich ist es auch eine Frage des Geschmacks und der Zielgruppe, was du wie und wann und wo verwendest - Nativer und umfangreicher ist meiner Meinung nach der Standard bbCode, da er an eine logische Auszeichnungssprache erinnert und zusätzliche Parameter leichter zu realisieren sind, eleganter und simpler (in der Anwendung, nicht beim Parsen) dürften allerdings Wiki-artige Kennzeichnungen sein.