Tag: csharp

Valamiért sikerült kihagyni pár Event kezelését az ASP .Net kontrolokból. Lehet annyira biztosra akartak menni, hogy senki nem csinál “butaságot”, hogy inkább kihagyták az ilyen jellegű eventeket. Nincs onKeyDown, nincs probléma.
De ha mégis kell, akkor mi a teendő?
Első körben illik írni egy scriptet, ami elfedi a különböző böngészők által megvalósított event kezelés problémáját. A Példa projektben ez a WebApplication1\WebApplication1\js\EventAddon.js fájl.
Ezt használjuk majd ügyesen, hogy kliens oldali JavaScript eseményekre feliratkozzunk. Mivel a .Net az .Net ezért illik szépen (.Net-esen) használni a JavaScriptet, azt pedig az alábbi módon kell:

1; A Script managernek megmondjuk mi az a script amit használni akarunk:

<asp:ScriptManager ID="ScriptManager1" runat="server">
<Scripts>
<asp:ScriptReference path="js/EventAddon.js" />
</Scripts>
</asp:ScriptManager>


2; Ha már betöltöttünk egy scriptet, használjuk is:

<script type="text/javascript">
Sys.Application.add_init(appInitHandler); //ha betöltésre került az oldal, akkor inicializáljuk a scriptet
function appInitHandler() {
var textBoxKD = $get("TextBox1"); //elkérjük a textbox kontrollt
XBrowserAddHandler(textBoxKD, "keyup", KeyDownHandler); //lekezeljük a keyup eventet
}

function KeyDownHandler(e) {
__doPostBack('TextBox1', 'TextChanged'); //ha keyup event van szólunk a .net-nek hogy textchanged (ez alap esetben csak enternél vagy fókuszvesztésnél történik meg)
}
</script>


3; örülünk

A teljes project (VS 2008 SP1 C#) megtalálható itt:
http://voji.hu/media/blogs/voji/development/csharp/OnKeyDown_WebApplication1.zip

Generics mint fogalom létezik a .net-ben. És ez jó. Gondoltam csinálok egy singleton ősosztályt mert az legalább olyan jó mint a generics.

   public abstract class Singleton<T> System.Object, new()
    {
        private static T _instance;

        public static T get()
        {
            if (_instance == null)
            {
                _instance=new T();
            }
            return _instance;
        }
    }

Öröm boldogság, gondoltam. De a fordító nem örült, és ezt mondta:

Error 1 Constraint cannot be special class ‘object’

Ejnye. Megnéztem a helpet.

Compiler Error CS0702
The following types may not be used as constraints: System.Array, System.Delegate, System.Enum, or System.ValueType.

Szerencsére, mint a Microsoft termékeknél általában, mindig van egy alternatív megoldás.

    public abstract class Singleton<T>
    {
        private static T _instance;

        public static T get()
        {
            if (_instance == null)
            {
                _instance = System.Activator.CreateInstance<T>();
            }
            return _instance;
        }
    }

Naivan azt gondolhatnánk, hogy ha egy Timer komponenst használunk a szolgáltatásunkban az működni fog. Pedig nem. A .Net rendelkezik pár Timer osztályal számunkra most kettő érdekes (az ismertetés csak felületes, akit érdekel nézze meg msdn-en ügyesen):
System.Threading.Timer: mint neve is mutatja külön szálat hoz létre, és az végzi az üzemezést
System.Windows.Forms.Timer: ezt használja a gui, azon keresztül történik az ütemezés
A feladat csak annyi, hogy amikor a szolgáltatásunk elindul, eldöntsük azt melyiket is kell használnunk. Célszerű erre egy burkoló osztályt létrehozni, ami a külső használók elöl elrejti, hogy milyen timer is működik a háttérben valójában.
Az én implementációm nagyon egyszerű, egy szempont volt: működjön. Letölthető itt.

A neten kerestem, de nem találtam egyszerű minden .net alatt, Internet Explorer és Firefox alatt működő megoldást.
Ez működik, picit más megközelítésből indul mint a többi, és picit jobb is, de a horizontális scrollt nem támogatja.
A forrás .Net 3.5 de bármiben használható, csak a javascript a lényeg.

Fixed header Datagrid in .Net source

Mai kis írásom a windows szolgáltatásokról fog szólni, mégpedig a .Net és a Windows Services kapcsolatáról. Mint tudjuk lehet .Netben szolgáltatást csinálni, nem nagy trükk.
Amit nem reklámoznak, hogy lehet olyan szolgáltatást is csinálni, ami ha szolgáltatás módban indul az alkalmazás akkor szolgáltatás módban indul el, ha pedig csak úgy elindítják akkor normális windows gui alkalmazásként. Ez hasznos lehet pl. ha fejlesztünk és normális teszt környezetet szeretnénk kialakítani, vagy logot, vagy bármi mást.
Ezt az alábbi módon tudjuk megvalósítani:

static void Main()
{
if (System.Environment.UserInteractive)
{
System.Windows.Forms.Application.Run(new Form1());
}
else
{
ServiceBase[] ServicesToRun = new ServiceBase[] { new Service1() };
ServiceBase.Run(ServicesToRun);
}

}


Ahol Service1 a szolgáltatás osztály, és Form1 a windows formunk.
Természetesen a szolgáltatás nem indul el magától ha a formot indítjuk el, de a szolgáltatás elindítása triviális:
Service1 service=new Service1();
service.OnStart(null);