AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Indy-Komponenten

Ein Thema von blablab · begonnen am 18. Mai 2007 · letzter Beitrag vom 19. Mai 2007
Antwort Antwort
Seite 2 von 2     12   
OG Karotte
(Gast)

n/a Beiträge
 
#11

Re: Indy-Komponenten

  Alt 19. Mai 2007, 13:25
Zitat von CCRDude:
Ich benutze inzwischen Synapse...
Dem kann ich mich nur anschliessen, denn auch mir war das "Ergebnis" mit den Indy's "zu groß" und persönlich finde ich sie insbesondere seit der Version 10 sehr unübersichtlich (sowohl in der Komponentenpalette als auch der Quellcode selbst).

Im Gegenzug dazu empfinde ich Synapse deutlich handlicher mit recht gutem Support und einer übersichtlichen Dokumentation.

Allerdings bleibt es auch bei Synapse dabei, das man sich selbst um Empfang und Senden kümmern muss, will sagen auch hier wird kein Ereignis ausgelöst, wenn Daten empfangen werden...

... aber das ganze in einen "Endlos"-Thread gepackt und Prüfung ob Daten anliegen funzt wunderbar (und die eigene Anwendung wird auch nicht "blockiert").
  Mit Zitat antworten Zitat
blablab

Registriert seit: 3. Jan 2006
509 Beiträge
 
Delphi 7 Enterprise
 
#12

Re: Indy-Komponenten

  Alt 19. Mai 2007, 13:46
@OG Karotte:
Das hört sich ja ganz interessant an. Werd mir das Synapse mal anschaun...

Eine Frage hätte ich noch, da dir der Platzverbrauch von den Indy's ja au nicht so gefällt.

Zitat von Meflin:
Zitat von Blablab:
gleichzeitig die exe um 100kb größer wird
Wen stört das? Traffic ist billig...
Was antwortet man auf sowas?
  Mit Zitat antworten Zitat
Udontknow

Registriert seit: 17. Jun 2002
223 Beiträge
 
#13

Re: Indy-Komponenten

  Alt 19. Mai 2007, 13:48
Zitat von blablab:
Ob ich jetzt n ereignis bekomm wenn er ne verbindung macht oder was auch immer, auf jeden Fall bekomm ich beim Server n Ereignis, wenn ich daten bekomme und beim Client nicht...

Arghhh... Zum dritten Mal: Das OnExecute-Event des TCPServers ist kein Datenempfangsevent! Der einzige Grund, warum beim Server es dieses Event gibt, und beim CLient nicht, ist, daß der Server mehrere Verbindungen auf einmal verwalten muss. Es ist einfach nur da, um dem Programmierer die Möglichkeit zu geben, Code in Abhängigkeit der Verbindung (Parameter AContext bzw. AThread) zu definieren, der dann ausgeführt werden muss. Innerhalb der Execute-Routine (also innerhalb des Verbindungsthreads) wird doch aber genauso "geblockt", wenn du ein Readln o.ä. aufrufst...

Bis dann,

Andreas
  Mit Zitat antworten Zitat
Benutzerbild von jmit
jmit

Registriert seit: 24. Feb 2005
Ort: Langelsheim
383 Beiträge
 
Turbo Delphi für Win32
 
#14

Re: Indy-Komponenten

  Alt 19. Mai 2007, 13:53
Hallo,

Zitat von OG Karotte:
Zitat von CCRDude:
Ich benutze inzwischen Synapse...
Dem kann ich mich nur anschliessen, denn auch mir war das "Ergebnis" mit den Indy's "zu groß" und persönlich finde ich sie insbesondere seit der Version 10 sehr unübersichtlich (sowohl in der Komponentenpalette als auch der Quellcode selbst).

Im Gegenzug dazu empfinde ich Synapse deutlich handlicher mit recht gutem Support und einer übersichtlichen Dokumentation.

Allerdings bleibt es auch bei Synapse dabei, das man sich selbst um Empfang und Senden kümmern muss, will sagen auch hier wird kein Ereignis ausgelöst, wenn Daten empfangen werden...

... aber das ganze in einen "Endlos"-Thread gepackt und Prüfung ob Daten anliegen funzt wunderbar (und die eigene Anwendung wird auch nicht "blockiert").
... und wo kann ich Synapse inkl. Dokumentation herunterladen.

Gruß Jörg
Windows 7, Firefox Version 3.6, Turbo Delphi für Win32
  Mit Zitat antworten Zitat
blablab

Registriert seit: 3. Jan 2006
509 Beiträge
 
Delphi 7 Enterprise
 
#15

Re: Indy-Komponenten

  Alt 19. Mai 2007, 14:07
@Udontknow:
Tut mir leid wenn ich dich nerv...

Ok, lassen wir das. Ich glaub ich hab verstanden was du meinst.
  Mit Zitat antworten Zitat
OG Karotte
(Gast)

n/a Beiträge
 
#16

Re: Indy-Komponenten

  Alt 19. Mai 2007, 14:16
Zitat von jmit:
... und wo kann ich Synapse inkl. Dokumentation herunterladen.
Guckst Du hier (die Website) oder hier als direkter Download (ca. 800 kb).

Und als ergänzende Info kann ich diese PDF empfehlen (Ist allerdings (immer noch) in einem sehr frühen Stadium ). Trotzdem kann man das eine oder andere dort nachschlagen / vertiefen.

@blablab:

Zitat von blablab:
...Was antwortet man auf sowas?
Nichts, warum auch, denn es stimmt:
mal kostet der Traffic (ich nehme mal an es wird der Download gemeint) nichts (Fulltimeflat), mal ein wenig (Flatrate nach Traffic) und mal 'n bisschen mehr (Modem / ISDN (Na ja, es sei denn es ist eine SAT-Verbindung, dann sind es ca. 9 Euronen die Minute, aber das ist eher die Aussnahme)).

Aber bei den heutzutage üblichen Proggrössen fallen diese 100k auch nicht mehr so in's Gewicht...
  Mit Zitat antworten Zitat
Benutzerbild von Meflin
Meflin

Registriert seit: 21. Aug 2003
4.856 Beiträge
 
#17

Re: Indy-Komponenten

  Alt 19. Mai 2007, 15:09
Zitat von blablab:
Ne, eigentlich störn mich die 100KB, die wahrscheinlich net alle notwendig sind und wegen den vielen Dateien in der Uses-Klausel zustandekommen. Und ich frag mich auch, wie die 100KB zustandekommen nur zb für nen TCP-Server...
Wieso? Stört dich dann auch, dass eine leere (!) Delphi-Anwendung ~400kb (abhängig von der Delphi-Version) groß ist? Ist ja wohl auch net wirklich nötig oder. Aber ich bin mir sicher, da hast du dir auch nicht den Kopf darüber zerbrochen, weil es nunmal einfach so ist.

Zitat:
Aber probiers mal aus den Code in dein Projekt zu kopiern. Das wird schwierig, derade deswegen, weil du die vielen Dateien in der Uses-Klausel hast und die einzelnen Dateien wieder viel in der Uses-Klausel stehn haben...
Ich wüsste nicht wieso. Und ich wüsste auch keinen triftigen Grund, weswegen man seine Uses-Liste so klein wie möglich halten sollte und wieso deshalb die Indy-Units in den Uses stören

Zitat:
Ich wollte nämlich mal mit dem Debugger gucken, wieso er fürn Get() mal 5s und mal 20s TimeOut braucht. Aber leider funktioniert der Debugger in den TCP-Komponenten net...
Wieso sollte der Debugger da nicht gehen? Strg + Click auf IdTCPClient/Server Unit, Breakpoint setzen, fertig.

  Mit Zitat antworten Zitat
Antwort Antwort
Seite 2 von 2     12   


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 16:08 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz