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?
- 1012 megtekintés
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 hozzászóláshoz be kell jelentkezni
javaslom egy SOAP interfészt használatát.
--
Ami elől menekülsz, az után szaladsz.
- A hozzászóláshoz be kell jelentkezni
???
Azert a SOAP az egy picit mas...
- A hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
A XAML pont ez. Keress ra a 'WPF' szocskara a neten.
Illetve:
http://en.wikipedia.org/wiki/Extensible_Application_Markup_Language
----------------------
while (!sleep) sheep++;
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
A html nem gui leírására született. Csak rá akarják erőszakolni. Sokan.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
( 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.
- A hozzászóláshoz be kell jelentkezni