Jaký zvolit typ projektu   zodpovězená otázka

VB.NET, Visual Studio

Chtěl jsem se ještě zeptat jak se v praxi realizuje "naslouchající aplikace". To znemaná aplikace poběží pořád na pozadí, bude naslouchat na určitém portu a když dostane příkaz, tak pohne s myší. Nepotřebuji žádný formulář ani nic podobného, spíš naopak, jen by to překáželo. Jaký typ projektu ve Visual Studiu je pro tohle nejvhodnější?

nahlásit spamnahlásit spam 0 odpovědětodpovědět

Nejsem odborník, ale volil bych službu.

nahlásit spamnahlásit spam 0 odpovědětodpovědět

Služba (Windows Service), nevím jestli je v Express a Standard verzích na tento projekt šablona, ale v Professional a vyšším rozhodně je. Každopádně služba se dá vytvořit z Windows aplikace i bez šablony.

nahlásit spamnahlásit spam 0 odpovědětodpovědět

Děkuji, mám VS profesionál takže zde šablonu mám. Jdu se s tím poprat:)

nahlásit spamnahlásit spam 0 odpovědětodpovědět

Hlavně bych to udělal tak, že prvně navrhnete DLL knihovnu s funkcionalitou a její hostování dořeší další projekt.

nahlásit spamnahlásit spam 1 / 1 odpovědětodpovědět

No to záleží na tom, zda-li má být ta funkčnost služby použitelná i jinde. Pokud ne, pak se nevyplatí tu funkčnost dávat do oddělené Assembly, nepřineslo by to žádné výhody.

nahlásit spamnahlásit spam 0 odpovědětodpovědět

Ono je to obecně lepší oddělit. Pak chce člověk dopsat testy nebo právě hostovat aplikaci jinde a byl by problém. To nemusí při prvotním návrhu vědět.

nahlásit spamnahlásit spam 0 odpovědětodpovědět

Osobně bych to řešil jako "console app". Následně překlopení ať do knihovny nebo service je jednoduché.

Nevím jak vám, ale mě se s console aplikací pracuje nejlépe - skvěle se ladí, nemají žádný balast a jdou následně překlopit kam chcete, apod.

P.

P.S. Například iperf takhle funguje a je to OK.

nahlásit spamnahlásit spam 0 odpovědětodpovědět

Tak to skutečně není dobrý nápad. Jakékoliv pozdější "překlápění" je zbytečná práce navíc, navíc v konzolové aplikaci neodladíte právě ty vlastnosti specifické pro službu. Jinak služba se ladí dobře, pokud víte jak na to...

nahlásit spamnahlásit spam 0 odpovědětodpovědět

já myslel, že cílem autora je udělat "naslouchající aplikaci" a ne "službu":) jen tím říkám at se nejdříve soustředí na návrh samotné aplikace než na to jak se bude tvářit.

nahlásit spamnahlásit spam 0 odpovědětodpovědět

Služba je rovněž určitý druh aplikace a požadavek byl že to nemá mít uživatelské rozhraní. Tudíž ani konzolová aplikace nepřichází v úvahu (nehledě na to, že to musí naslouchat i bez přihlášeného uživatele). Souhlasím že se má tazatel soustředit na návrh aplikace, ovšem ve správně zvoleném projektu - službě, aby byl později ušetřen zbytečného přepisování a úprav kódu na míru služby.

nahlásit spamnahlásit spam 0 odpovědětodpovědět

Máte pravdu, že nesporná výhoda služby je její fungování i bez přihlášení.

nahlásit spamnahlásit spam 0 odpovědětodpovědět
                       
Nadpis:
Antispam: Komu se občas házejí perly?
Příspěvek bude publikován pod identitou   anonym.
  • Administrátoři si vyhrazují právo komentáře upravovat či mazat bez udání důvodu.
    Mazány budou zejména komentáře obsahující vulgarity nebo porušující pravidla publikování.
  • Pokud nejste zaregistrováni, Vaše IP adresa bude zveřejněna. Pokud s tímto nesouhlasíte, příspěvek neodesílejte.

přihlásit pomocí externího účtu

přihlásit pomocí jména a hesla

Uživatel:
Heslo:

zapomenuté heslo

 

založit nový uživatelský účet

zaregistrujte se

 
zavřít

Nahlásit spam

Opravdu chcete tento příspěvek nahlásit pro porušování pravidel fóra?

Nahlásit Zrušit

Chyba

zavřít

feedback