ui (form) logika definialasa xml-ben

Felallas:

backend: A ceg (benne en)

kliens oldal:
- web: B ceg
- pda: C ceg
- helyszini terminal: D ceg

A kliens oldalon (legyen az web, pda vagy terminal) ugyan azt latja a user, viszont B&C&D cegek megvalositasai nyilvanvaloan kulonbozoek.
Az adatok B&C&D cuccaibol mennek A-ba.

Namost a kliens oldalon vannak kulonbozo osszetett formok beepitett logikaval (ami folyamatosan valtozhat), azaz pl:
- ha bepipaljuk "A" checkbox-ot, akkor "B" textfield kitoltese kotelezeo
- ha "C" dropdown listabol a "D"-t opciot valasztjuk, akkor "E" textfield eltunik
stb, stb...

Megoldas, ahogy jelenleg van:
Fejlesztoi doksik kuldese B&C&D cegeknek.

Amit szeretnek:
Egy xml file, amiben definialva lenne a kliens oldali formok logikaja.

Miert:
- eloszor is joval kevesebb lenne a kavaras (most sok)
- remenyeim szerint B&C&D ceg az xml def. alapjan automatikusan frissithetne a form logikat

Es vegul a kerdes:
Valaki utkozott mar hasonlo problemaba?
Van erre valami letezo protokoll fele vagy kezdhetek csinalni egyet magamnak?

Szerk.: Ahogy nezem a Microsoft XAML az valami ilyesmi akar lenni?

Hozzászólások

Valami ilyesmi jutott egybol eszembe:


<form id="blabla">
    <default_layout>
        <!-- ide jonne a form alapallasa -->
    </default_layout>

    <logic>
        <checkboxes>
            <element name="keep_me_informed">
                <ticked>
                    <mandatory id="email" />
                    <mandatory id="mobile" />
                </ticked>
            </element>
            stb...
        </checkboxes>

        <listboxes />
        <textboxes />
        stb...

    </logic>
</form>

De jobban orulnek, ha lenne erre valami "bevett" megoldas.

a form logika is csak addig lesz jo, amig a leiro xml nem valtozik (nem kellenek bele uj kontrollok, feature-ok, etc.). Ha kell, akkor a logikat is ujra kell irni (boviteni), tehat megintcsak hozza kell nyulni a kodhoz. Masreszt az xml leiro hogy kerul el a mindenfele kliensekre?

Ha altalons dolgot kene csinalnom, akkor eloszor vegigneznem, h milyen akciokat kell vegrehajtani/megkovetelni a kontrollok kezelese tekinteteben, utana probalnek valami if->then szeru leirot fabrikalni...ebbol kijohet valami ertelmes/altalanos, amit aztan talan egyszerubb meg jobban altalanositani az osszes eloforulhato kontrollra.

a form logika is csak addig lesz jo, amig a leiro xml nem valtozik (nem kellenek bele uj kontrollok, feature-ok, etc.). Ha kell, akkor a logikat is ujra kell irni (boviteni), tehat megintcsak hozza kell nyulni a kodhoz.

A leiro xml termeszetesen valtozik, de hat pont abban lenne a logika.

Masreszt az xml leiro hogy kerul el a mindenfele kliensekre?/cite>
Sztem ez reszletkerdes, pl. ejfelkor minden kliens letolti.

Ahogy guglizom jobbra balra a MS XAML nez ki annak, amit kb. keresek, mar ha egyaltalan jol ertem mi az :)

A leiro xml termeszetesen valtozik, de hat pont abban lenne a logika.

na jo, de a logikat kivitelezni ugyis csak kodbol lehet. Ha bevezetsz a konfigba egy uj logikai elemet (pl. napszak vizsgalat, mindegy), ahhoz ugyis kodot kell modositani.

Ahogy en latom, az ilyen univerzalis megoldasok csak akkor jok, ha eleg hosszu idore lehet elore terverzni a konfigot. Ha az igenyek nem pontosak, vagy megvan a lehetoseg arra, hogy gyakran kell uj feature-oket bevezetni, akkor nem eri meg altalanos megoldast csinalni, mert az elso lepcsoben nagy lesz az overhead, amit nem lehet a jovoben kihasznalni, mert mindig valtoztatni kell a parser-en is.

Elso korben nem is univerzalis megoldast akarok csinalni (nem is lenne ra ido).

Amit irsz, hogy napszak vizsgalat, stb..., az inkabb a szigoruan vett data validation resz, mig amit en probalnek csinalni az egy "intelligens" UI, ami kevesebb eselyt ad a usernek hibazni.
Maskent fogalmazva nem az egyes elemekben levo adat ervenyesseget definialna az xml, hanem az elemek egymasra hatasat, a koztunk levo logikai viszonyt. Ezt pedig szerintem lehetne univerzalisan kezelni.

Igen, ezt meg is talaltam, es ilyesmi kene nekem, csak !.net es lehetoleg egyszeruen bindoljon a html-hez. XUL-t nezegetem,, igeretes... (fura amugy, hogy eddig ez a problema nem jott elo az eletemben :) )

Szerk.:
Csak hogy filozofaljak is egy kicsit, szvsz ha ma talanak fel a html-t, akkor az pont egy ilyen XAML/XUL szeru egyetemes UI definialo nyelv lenne layout-al, eventing-el, stb..., amit aztan a kulonfele alkalmazasok koztuk a bongeszok is uniform megjelenitenenek.

Igazad van eredetileg nem arra szuletett, viszont eleg hamar elindult abba az iranyba is mas nem leven.

Szvsz ha ugy tekintunk a html-re, mint egy par jol definialt elembol allo specializalt xml, aminek segitsegevel egy erre kitalalt bongeszo nevu kliens oldali alkalmazas kepes strukturaltan megjeleniteni az informaciot, akkor nem istenkarolmas azt mondani, hogy a mai kovetelmenyekhez (novekvo interakcio) lehetne a html-nel sokkalta jobbat csinalni.

( pwm | 2010. február 12., péntek - 16:19 )
Amit szeretnek:
Egy xml file, amiben definialva lenne a kliens oldali formok logikaja.
@

Izeee... mi ertesz 'formok logikaja' alatt? Lehet, hogy masnak ez trivialis, de en nem tudom biztosan. Most ugy latom a problemad klasszikus uzleti logika - megjelenes szetvalasztas. Esetleg MVC. Avagy az XML -ben akarod definialni, hogy milyen javascript vagy futtathato kod generalodjon? Azaz nem csak a megjelenest akarod levalasztani a szerveroldali uzleti logikarol, hanem annak egy reszet is ebben az XML -es kozbenso retegben akarod megadni?
Tehat pl. a webes megjelenites xElem -nek onSelect -je lenne, a konzolos megjelnitesnel xElemnel be kell gepelni 1 -et, 2 -ot, 3 -at? Hat nem tunik kispalyas tervnek :)
XAML -nak majd utana olvasok...meg nem volt dolgom vele.