AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Suchfunktion Ergebnis der Suchanfrage

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 08:47

Parameter dieser Suchanfrage:

Suche in Thema: Zugriffverletzung beim Verwenden von Interfaces
Suche alle Beiträge, die von "negaH" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 7 von insges. 7 Treffern
Suche benötigte 0.003s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Object-Pascal / Delphi-Language

    Re: Zugriffverletzung beim Verwenden von Interfaces

      Delphi
      by negaH, 16. Dez 2003
    @Choose: falls du weitergehendes Interesse hast würde es mich freuen wenn wir Nägel mit Köpfen machen würden. Dein obiges Konzept sieht schon mal gut aus, obwohl ich das Gefühl nicht los werde das die Klassenhirarchie zu kompliziert erscheint.

    Es gibt aus meiner Sicht ganz bestimmte Anforderungen die erfüllt sein müssen. Zb. einfach nur Byteweise die Daten auszulesen macht wenig Sinn....
  • Forum: Object-Pascal / Delphi-Language

    Re: Zugriffverletzung beim Verwenden von Interfaces

      Delphi
      by negaH, 15. Dez 2003
    Eine andere Möglichkeit wäre vom obigen Konzept abzurücken. Man benutzt ein einheitliches IDECStream Objekt, das aber eine Liste der zu verwendenden Filter-Objekte verwaltet. Die Konvertierung nach/vom MIME 64 oder ein Cipher oder eine Komprimierung wären nur Filter Objecte. Somit enthält der IDECStream eine Liste solcher Filterobjete. Deren Reihenfolge bei der Registration im IDECStream bestimmt...
  • Forum: Object-Pascal / Delphi-Language

    Re: Zugriffverletzung beim Verwenden von Interfaces

      Delphi
      by negaH, 15. Dez 2003
    Dann mach einen auf :)

    Deine Vergleiche mit JAVA etc. sind genau die Richtung in die ich gehen würde, und exakt auch so gemeint habe (wohl aber in meinen Postings nicht explizit erwähnt).

    Das Kaskadieren würde ich aber in zwei Ebenen ermöglichen.
    1.) jeder Stream kann intern auf einen einzigsten verlinkten Stream verweisen.
    2.) besondere Streams arbeiten als Multiplexer/Verteiler per...
  • Forum: Object-Pascal / Delphi-Language

    Re: Zugriffverletzung beim Verwenden von Interfaces

      Delphi
      by negaH, 15. Dez 2003
    Gut, denn genau die angesprochenen Probleme sind auch meine Probleme :)

    Vorweg, generell benötigst du in der Kryptographie Streams die nach Möglichkeit zwischernbuffern, sich überlappende Operationen ermöglichen und meistens nicht-seekable sind. Z.b. wird ein Buffer fester Länge verschlüsselt so entsteht meistens eine Expansion der Daten. Somit wäre ein Buffer als Ein-/Ausgabe sehr schlecht...
  • Forum: Object-Pascal / Delphi-Language

    Re: Zugriffverletzung beim Verwenden von Interfaces

      Delphi
      by negaH, 15. Dez 2003
    Hm, wenn ich dich richtig verstanden habe, heist das
    1.) die Interfaces in der EXE liegen, statt der DLL
    2.) die Interfaces über die "virtual abstract" methoden in die DLL einlinken
    3.) die Datentypen der ICipher auf denen sie verschlüsseln, eben Delphi abhängig sind, zB. TStream, LongString usw.

    Ich weiß nich so recht ob das ein gutes Design ist !?

    Normalerweise sollten NUR die...
  • Forum: Object-Pascal / Delphi-Language

    Re: Zugriffverletzung beim Verwenden von Interfaces

      Delphi
      by negaH, 15. Dez 2003
    @Mirage: ich würde gerne noch mehr über deine Library erfahren !? Soviel wie ich erahnen konnte willste Verschlüsselungsalgorithmen per Interfaces kapseln. Da ich selber schon sehr viel damit rumgebastelt habe würde ich gerne über das eigentliche Klassen-/Interface Konzept diskutieren. Bisher habe ich nämlich noch kein absolut sauberes Konzept gefunden, das alle wichtigen Interfaces unterstützen...
  • Forum: Object-Pascal / Delphi-Language

    Re: Zugriffverletzung beim Verwenden von Interfaces

      Delphi
      by negaH, 15. Dez 2003
    @Kamil, aber auch das nützt nicht viel, bei Mehrfachreferenzen auf dieses Object. Denn mit FreeAndNil() würde ja nur die Original Reference gesäubert. Alle anderen Referenzen zeigen denoch auf die ehemeals gültige Speicheradresse. Es bleibt technisch gesehen nur eine einzigste korrekte Annahme übrig, der Programmierer sollte über Reference Counting sicherstellen das zu jeder Zeit ein gültiges...


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=negaH&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=13244
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 08:58 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