Toon posts:

[.Net] Client - Server (+ situatie)

Pagina: 1
Acties:

Verwijderd

Topicstarter
Stel je voor er is een systeem dat bestaat uit de volgende componenten:

- Camera's die gezichten scannen op een bepaalde locatie. Dit noemen we Source. (Het aantal camera's is niet relevant omdat dit on the fly moet kunnen worden uitgebreid).

- Camera Logica die de gescande gezichten vergelijkt met gezochte personen en hieruit 'Hits' genereert.

- Clients die van één of meerdere camera's het resultaat ontvangen.

- Een Server die alle data (foto's + foto info als tijdstip, locatie + info over 'hits' zoals 'waarom gezocht', 'sinds wanneer' etc.) van de Camera Logica ontvangt en opslaat en routeert naar de clients


Bijvoorbeeld:

In Rotterdam Centraal Station staan twee camera's, op de beveiligingspost 'abonneert' men de clients dus op die twee camera's.

In Amsterdam CS staan 4 camera's, op de beveiligingspost 'abonneert' men de clients dus op die vier camera's.

In Utrecht op de Centrale 'abonneert' men de clients soms op alle zes camera's tegelijkertijd.


Samenvattend bestaat de situatie dus uit:

6 Camera's;
Een of meerdere Camera Servers met Logica;
Een Centrale Server, die data opslaat en routering regelt
Clients die zich abonneren op Camera's, en data ontvangen van de Centrale server.

Hoe zou je het Client - Server verhaal nou inrichten?

Zou je de clients laten pollen bij de Centrale Server iedere seconde om te kijken of er nieuwe 'hits' voor de specifieke client beschikbaar zijn,
Of zou je de Centrale Server data laten sturen naar de clients zodra er nieuwe data voor ze beschikbaar is.


Mijn voorkeur gaat uit naar de laatste optie, maar als ik zo eens rondkijken naar voorbeelden dan kom ik al snel uit bij chat-achtige oplossingen. De voorbeelden hiervan geven aan dat er 1 centrale chatserver is waarop chatclients inloggen. De chatclients kijken dan iedere halve seconde of er nieuwe berichten zijn op de server. Maar dat lijkt me maar een vage oplossing.

[ Voor 5% gewijzigd door Verwijderd op 03-06-2005 19:29 ]


  • foske
  • Registratie: Juli 2001
  • Laatst online: 05-05 19:49
Ik kan een heel lang verhaal gaan typen, maar ik kan het ook kort uitleggen ;) :
Het observer Pattern

bv:
http://msdn.microsoft.com...erns/html/DesObserver.asp

maar zoek ook ff in google.

succes

edit:
Deze is trouwens gebaseerd op de laatste methode, de server houdt bij welke clients er zijn, en 'notify' deze clients als er nieuwe data is.

Patterns zijn misschien in het begin wat moeilijk te begrijpen, en vooral de rede 'waarom zo moeilijk doen met abstracte dingen enzo', maar als je eenmaal het licht hebt gezien, dan wil je niet meer zonder :)

[ Voor 45% gewijzigd door foske op 03-06-2005 19:52 ]


  • H!GHGuY
  • Registratie: December 2002
  • Niet online

H!GHGuY

Try and take over the world...

Fossie schreef op vrijdag 03 juni 2005 @ 19:46:
Ik kan een heel lang verhaal gaan typen, maar ik kan het ook kort uitleggen ;) :
Het observer Pattern

bv:
http://msdn.microsoft.com...erns/html/DesObserver.asp

maar zoek ook ff in google.

succes

edit:
Deze is trouwens gebaseerd op de laatste methode, de server houdt bij welke clients er zijn, en 'notify' deze clients als er nieuwe data is.

Patterns zijn misschien in het begin wat moeilijk te begrijpen, en vooral de rede 'waarom zo moeilijk doen met abstracte dingen enzo', maar als je eenmaal het licht hebt gezien, dan wil je niet meer zonder :)
hmm kheb dit al enkele keren zien voorbij komen, en nu eindelijk eens gelezen, en tot mijn verbazing zijn dit gewoon de xxxListeners in Java ??

ASSUME makes an ASS out of U and ME


  • foske
  • Registratie: Juli 2001
  • Laatst online: 05-05 19:49
Voor zover ik weet zijn de listeners in java volgens hetzelfde principe geimplementeerd idd.