Symfony über XML konfigurieren

[ChristianK]

Guten Abend zusammen

Ich habe eine Frage zu Symfony - bevor ich da alles von Hand auf XML umstelle. Ich würde meine Konfigurationen gerne nur über XML machen. Also kein YAML. Nichts gegen YAML, nur die Vervollständig ist in phpStorm nicht möglich. Bei XML hingegen - dank des DTD - schon.

Da ich leider keine Symfony-Distribution finden konnte, die alle Konfigurationen bereits als XML enthält möchte ich hier fragen, ob es so etwas gibt. Ich möchte nicht umbedingt alle YAML-Files von Hand zu XML konvertieren.

[tr0y]

http://converter.rosstuck.com/
http://plugins.jetbrains.com/plugin/7219?pr=phpStorm

Was das Problem angeht.. schon mal was von YAML Namespaces gehört ?

YAML nach XML zu transportieren halte ich für ineffizient.

[ChristianK]

Symfony über XML konfigurieren

Im Plugin-Repo habe ich bereits nachgesehen. Die Vervollständigung für Attribute und Tags (bzw. deren Äquivalent in YAML) konnte ich jedoch nicht reproduzieren.

Nope, YAML-Namespaces sind mir neu. Werde ich mich informieren!

Ja, das es nicht effizient ist bin ich mir bewusst. Für mich ist XML einfach "besser zu bedienen" als YAML, weil ich mir das auch gewöhnt bin .

[tr0y]

Wie wärs wenn du dir dann einfach einen Generator samt UI baust der deine Konfigurationen aus Format XY ins YAML Format bringt und bspw. auch zulässt bestimmte Konfigurationen zu verändern ?

Sowas baust du genau 1 mal. Kannst auf ewig YAML nutzen und musst nicht schwer-gewichtige XMLs nutzen.

[ChristianK]

Das wäre auch eine Idee, vermutlich bleibe ich am Schluss doch bei YAML... Mal schauen. Auf jeden Fall danke für den Input.

Gleich zur nächsten Frage, gibt es so etwas wie MyBatis ( http://mybatis.github.io/mybatis-3/ ) für PHP? Ich suche bewusst nicht nach einem ORM, sondern nach einem Row Mapper. Meine Suche bei Google brachte leider praktisch nur ORMs oder ähnliches hervor. Einen echten Row Mapper konnte ich nicht finden.

[tr0y]

Idiorm & Paris mal angeschaut ?

[ChristianK]

Ich glaube nicht, dass Idiorm oder Paris dasselbe ist wie MyBatis. Idiorm wird ja als ORM definiert, das möchte ich genau nicht. Ich benötige keine Persisitierung per se und kein Mapping von Beziehungen. Mit MyBatis wird ein Row auf ein Objekt transferiert. So hat man (im Prinzip) für jede Art von Row-Mapping ein spezifisches Objekt.

Beispiel, ich definiere einen Mapper:

<mapper namespace="CityMapper">
    <select id="getFullEntity" parameterType="city" resultMap="cityFullEntityMap">
        SELECT ort_id, ort_name, lnd_name
        FROM ort
        INNER JOIN lnd USING(lnd_id)
        WHERE ort_id = #{id}
    </select>
    <resultMap id="citySmallList" type="citySmall">
        <result property="id" column="ort_id" />
        <result property="cityName" column="ort_name" />
        <result property="countryName" column="lnd_name" />
    </resultMap>
</mapper>

Dieser Mapper besitzt ein Interface names CityMapper. Mittels einer Util hole ich mir dieses Interface und kann meine SQL-Queryies aufrufen. Dabei wird am Schluss die <resultMap> interpretiert und die entsprechenden Spalten auf die Attribute gemappt. Dabei werden wirklich nur Rows gemappt, keine Beziehungen. Für eine Persistierung muss ich explizit einen Update-Definieren.

Idiorm und Paris sind da fast schon wieder ein Doctrine.