Re: De/Komprimieren mit zlibwapi.dll V1.2.3.0 oder lzo.dll V1.08

Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance


"Ulrich Korndoerfer" <ulrich_wants_nospam@xxxxxxxxxxxx> schrieb im
Newsbeitrag news:%23XlADS5PIHA.280@xxxxxxxxxxxxxxxxxxxxxxx
Ich vermute mal, die Widgets können auch direkt im
VB-Sourcecode erzeugt werden (ohne XML)?
Ja.

Ich befürchte allerdings, daß der "rich client" schon zu "rich" ist :-)
Möglicherweise. Meinst Du jetzt wegen der Fülle/Unübersichtlichkeit
der bereitgestellten Klassen - oder eher wegen der Binärgröße
(derzeit ca. 400kByte)?

ME wäre es besser, zumindest den RPC und SQLite-Teil
rauszunehmen (wären dann 3 dlls statt einer).
Und für später vielleicht auch die Widgets.
Das wären dann 4 Dlls: RPC, SQLite, RichClient (die Widgets)
und eine "Swiss Army Knife"-Dll :-)
Die Widgets kommen ohnehin erstmal in eine eigene Dll,
für eine gewisse "Reifezeit" - dann vielleicht in 2009 in die
RichClient.dll (so jedenfalls der Plan).

Auf den ersten Blick ist mir noch die class factory aufgefallen.
Wozu diese?
In den Demo-Anwendungen ist Dir vielleicht die Funktion
dhF aufgefallen (platziert in einem Global-Module), die es
letztlich erlaubt, GetInstance an nur einer Stelle zu "lokalisieren"
(eben für die ClassFactory, die von dhF zurückgegeben wird).
Das erlaubt einfachere Debugging-Szenarios (Umschalten zwischen
GetInstance und "debuggingfähigem Instanziieren") für die
komplette Applikation an nur einem zentralen Punkt - und in
meinem Plan ist die Factory-Klasse später auch diejenige Instanz,
die die Widget-Instanziierungsmechanismen per XML enthalten
bzw. kapseln soll und auch eine komplette Kollektion von
unterschiedlichen VB-(Dialog-)Form-Typen (quasi als
"Widget-Unterlage") mitbringt - das heisst, es soll später
möglich sein, z.B. auch aus "nacktem VB-Script heraus" -
oder von mir aus auch mit der kostenlosen VB5CCE eine
komplette VB-Classic-Anwendung "XAML-like" direkt aus
einem "schlichten Eintrittspunkt" (z.B. Sub Main()) heraus
hochzufahren.

ZLib betreffend habe ich mich in der Zwischenzeit etwas
schlauer gemacht und bastle gerade an einem Wrapper für ZLib.
Yep, zumindest compress/uncompress sind ja bzgl. Benutzung
(über zlibwapi) relativ unproblematisch.

Olaf


.

Relevant Pages

  • Re: Alternatives
    ... makes sense to deliver needed dlls as "local" dlls in the applications folder. ... when I'm done with the port of the widgets ... Event only occurs in the first Parent. ... Eg. if an option button in a option group gets checked, it firstly should notify the root, then the childs from there bubbling down until it reaches the option button himself. ...
    (microsoft.public.vb.general.discussion)
  • Re: Alternatives
    ... in the Web which state that clearly (for Dlls). ... adapt their internal Drawing-Coords explicitely - all widgets ... window) placed on a traditional form. ...
    (microsoft.public.vb.general.discussion)
  • Re: Java im Zeitalter von Vista
    ... Da schreibst Du die Logik zur Erzeugung der Widgets und Dialoge 40-50 mal. ... Bei einem Datenformat wie XML definierst Du nur die Dialog-Struktur und bereits vorhandener, funktionierender Code erzeugt daraus die Dialoge und Widgets. ...
    (de.comp.lang.java)
  • betwixt list xml to bean problem, please help
    ... I tried to use a bean that had a List of other beans, ... The xml is created properly, but when I try to create the ... private List widgets = new ArrayList; ... public void addWidget{ ...
    (comp.lang.java.programmer)
  • Re: Java im Zeitalter von Vista
    ... Da schreibst Du die Logik zur Erzeugung der Widgets und Dialoge 40-50 mal. ... Bei einem Datenformat wie XML definierst Du nur die Dialog-Struktur und bereits vorhandener, funktionierender Code erzeugt daraus die Dialoge und Widgets. ...
    (de.comp.lang.java)