これらの事は、単純にするために本節では省かれているが、SXMLの仕様では検討されている事である。
例.
これをSXMLに変換すると以下のようになる:
また他に、エスケープや他の特別な意味を持つ文字、実体参照や実体参照のような表記が必要ない事を見てとれる。全ての文字列の内容は、自動的にエスケープされる。何故なら、それらは純粋に内容と解釈でき、タグやエンティティを中に含まないからである。これはまた、自動的に生成された内容を中に挿入するがずっと容易であり、エスケープし忘れる危険を侵さずに、生成内容を別のユーザーに表示できる。(これらは、全ての種類のやっかいなクロスサイト・スクリプト攻撃や、他の頭痛の種を引き起こす)
SXMLの特徴.
SXMLの属性.
SXMLの要素と属性.
SXMLの統一的な、要素、属性、処理命令の表現は、クエリや変換をシンプルにする。
SXMLのデータモデルでは、属性や処理命令は、通常の要素から名前を消し去ったものように見える。
そのため、属性専用のクエリや変換関数は、冗長なものになる。何故なら、要素の名前を消した形の通常の関数が使えるからである。
このSXMLの要素と属性の統一的な表現は、特に実務において役立つ。
XMLの要素と属性の間の違いは、ぼやけてくる。
要素か属性のどちらを、現実の現場の情報の表現に使用するかは、しばしば流儀の問題であり、後で変更できる選択である。
データ構造内のこのような変更は、SXMLにおいては、単にひとつの階層のレベル（属性リスト）での追加/削除で表現できる。
この事は、SXMLのアプリケーションは最小の修正済む事を意味する。
SXMLの記述にとっては、属性と要素のわずかな違いは、構成内容が、属性リスト（特別なSXMLのノードである）に含まれている事と、ネストした要素を持てない事である。
から
に変更。
このような、要素と属性の記述方法は、SXMLデータの再構成を単純にし、データ処理に用いられるクエリを統一的なものにする。
統一的なノードのツリーとしてのSXML文書.
この場合、次のSXML要素は
プログラムとして扱う事ができ、その評価の結果はSXML要素である:
プログラムの評価の結果は、必ずしもSXMLの要素である必要はないことに注意すること。