Archívum - Már 6, 2014
Front-End és Back-End WorkFlow
Üdv,
Egy általános workflow-val kapcsolatban szeretnélek benneteket megkérdezni.Adott a következő szituáció:- Front-end design alapján elkészíti a buildet, de saját struktúrát, view templateket (mustache alapon) használva, és ebből publikál egy olyan html verziót, könyvtár struktúrát, ami a back-end-nek megfelel.
- Back-end (ASP.NET MVC) "szétszedi" a publikált html-t, View-okra, PartialView-okra, és Razor ViewEngine-t használva elkészíti az alkalmazást.
- Idő elteltével jön az igény, hogy valamit módosítani kellene az alkamazáson, Front-end elkészíti a saját megszokott view template-ein a módosításokat, publikál újra verziókezelt mappába.
- Backend verziókezelőt használva leköveti az adott módsításokat a Razor cshtml fileokon, de fileokat egyessével "végigtúrva".Gondolom látszik a fenti példából is, hogy ez így nagy alkalmazásoknál körülményes, és karbantarthatatlan, ha sűrűn változnak az igények (nem mellesleg a hibalehetőség is elég nagy), illetve ha kliens oldali template-elésről van szó (json adatot kötve template-hez), akkor a Front-end-nek ugyanúgy szüksége lehet a mustache view-okra (vagy amit ő preferál)
Gondoltunk arra, hogy ASP.NET alatt másik ViewEngine-t használnánk Nustache (.NET Mustache implementáció) használnánk, de ennek a fejlesztése relatív lassú, illetve nagyon sok mindent nem támogat, amit a Razor igen.
Front-end nem szívesen dolgozna a cshtml fileokon, ASP.NET MVC-s View, PartialView-okon, ASP.NET MVC szerinti mappastruktúrában.
Találkozott valaki hasonló problémával? Ti hogy oldanátok meg, van-e valami, amire mi nem gondoltunk?
Előre is köszi a hozzászólásokat!
■ Egy általános workflow-val kapcsolatban szeretnélek benneteket megkérdezni.Adott a következő szituáció:- Front-end design alapján elkészíti a buildet, de saját struktúrát, view templateket (mustache alapon) használva, és ebből publikál egy olyan html verziót, könyvtár struktúrát, ami a back-end-nek megfelel.
- Back-end (ASP.NET MVC) "szétszedi" a publikált html-t, View-okra, PartialView-okra, és Razor ViewEngine-t használva elkészíti az alkalmazást.
- Idő elteltével jön az igény, hogy valamit módosítani kellene az alkamazáson, Front-end elkészíti a saját megszokott view template-ein a módosításokat, publikál újra verziókezelt mappába.
- Backend verziókezelőt használva leköveti az adott módsításokat a Razor cshtml fileokon, de fileokat egyessével "végigtúrva".Gondolom látszik a fenti példából is, hogy ez így nagy alkalmazásoknál körülményes, és karbantarthatatlan, ha sűrűn változnak az igények (nem mellesleg a hibalehetőség is elég nagy), illetve ha kliens oldali template-elésről van szó (json adatot kötve template-hez), akkor a Front-end-nek ugyanúgy szüksége lehet a mustache view-okra (vagy amit ő preferál)
Gondoltunk arra, hogy ASP.NET alatt másik ViewEngine-t használnánk Nustache (.NET Mustache implementáció) használnánk, de ennek a fejlesztése relatív lassú, illetve nagyon sok mindent nem támogat, amit a Razor igen.
Front-end nem szívesen dolgozna a cshtml fileokon, ASP.NET MVC-s View, PartialView-okon, ASP.NET MVC szerinti mappastruktúrában.
Találkozott valaki hasonló problémával? Ti hogy oldanátok meg, van-e valami, amire mi nem gondoltunk?
Előre is köszi a hozzászólásokat!
easyui grid probléma
Sziasztok!
easyui gridben szeretnék adatokat elhelyezni, de van egy globális esemény kezelőm:
(egyszerűsítve!)Ami történik:
Betöltődik az oldal, lefut a fenti kód, majd később valamikor egy kattintásra létrejön egy grid:A probléma:
A létrejövő grid-ben egyáltalán nem aktiválódik a fenti esemény kezelőm.
Bárhol máshol igen, de azon belül SEHOL.
Nekem azonban nagyon-nagyon kell az az esemény kezelés.
Lehetséges valahogy lekapcsolni ezt a tiltást?
A valódi esemény kezelő:Kérlek segítsetek, nagyon nagy meló volna most lecserélni az easyui-t! :(
■ easyui gridben szeretnék adatokat elhelyezni, de van egy globális esemény kezelőm:
(egyszerűsítve!)
$(document).on('click', function() {
console.log('trallala');
// egyéb funkciók
});
Betöltődik az oldal, lefut a fenti kód, majd később valamikor egy kattintásra létrejön egy grid:
$('#'+this.ID+'grid').datagrid( parameters );
A létrejövő grid-ben egyáltalán nem aktiválódik a fenti esemény kezelőm.
Bárhol máshol igen, de azon belül SEHOL.
Nekem azonban nagyon-nagyon kell az az esemény kezelés.
Lehetséges valahogy lekapcsolni ezt a tiltást?
A valódi esemény kezelő:
$(document).on('click', '[data-ajaxobj]:not([data-ajaxobj=""])', function(){
console.log('opopo');
var json = $(this).data('ajaxobj');var win = $(this).data('win');
if( !$.isPlainObject(json) || typeof json !== 'object' ) {json = jQuery.parseJSON( json.replace(/'/g, '"') );}
if( win != "" && win != undefined) {
if( AdminControll.Windows[win] == undefined ) {AdminControll.addWindow( json );
} else {AdminControll.Windows[win].AjaxObj.Start( json );}
} else {new AjaxObj().Start( json );}
return false;
});
check ellenőrzés
Azt szeretném elérni hogy az index.php-ban megjelenjen a kiértékelése az ürlapnak.
ha csak két radio button van akkor hibátlanul működik. De ha már 3 van akkor valamiért nem.
egyik html dokumentum egy része:index.php egy része:
■ ha csak két radio button van akkor hibátlanul működik. De ha már 3 van akkor valamiért nem.
egyik html dokumentum egy része:
<form name="Multiple" action="index.php">
<input id="m1" type="radio" name="mc1" value="correct"> Correct
<input id="m2" type="radio" name="mc1" value="wrong"> Wrong
<input id="m3" type="radio" name="mc1" value="wrong"> Wrong
</input>
if (isset($_POST) && $_POST['mc1'] == "correct"){
$adatok001 = "A megoldás: Helyes";
}
elseif (isset($_POST) && $_POST['mc1'] == "wrong"){
$adatok001 = "A megoldás: Helytelen";
}
else{
$adatok001 = "A megoldás: Még nincs kitöltve!";
}