Hallo, wieso sollte man Remoting nur innerhalb einer AppDomain verwenden?
-----Urspr�ngliche Nachricht----- Von: Daniel Fisher (lennybacon) [mailto:[EMAIL PROTECTED] Gesendet: Montag, 12. Januar 2004 13:44 An: [EMAIL PROTECTED] Betreff: AW: [CSharp.net] Designentscheidung Remoting solltest du NUR innerhalb einer AppDomain (und nicht �ber Netzwerk/Internet) nutzen. Nimm lieber WebServices. Client Server -----Get()---------> <----------------- -----Save(ds)------> <------------------ Daniel ::-----Urspr�ngliche Nachricht----- ::Von: [EMAIL PROTECTED] ::[mailto:[EMAIL PROTECTED] Im Auftrag von Nils Krech ::Gesendet: Samstag, 10. Januar 2004 16:10 ::An: [EMAIL PROTECTED] ::Betreff: [CSharp.net] Designentscheidung :: :: ::Hallo zusammen! :: ::Habe noch nie C/S-Anwendungen designed und m�chte von Euch ::bitte mal ein ::Vorgehensmuster haben, um das Rad nicht neu erfinden zu m�ssen. :: ::Folgendes liegt zu Grunde: :: ::-Access-DB liegt auf dem Server, die von Clients abgefragt ::und ge�ndert ::werden soll. ::-Habe als Entwicklungswerkzeug VS.NET 2003 und w�rde gerne in ::c# proggen. :: ::-------- ::Habe mir schonmal folgendes �berlegt. :: ::1. Meine Clientanwendung (WinForms) mit lokalen DataSets f�r ::Anzeige und ::�nderungen ::2. Interface f�r Remoteobjekt f�r den Zugriff auf Access + ::Schema-Klasse ::(xsd und cs) => separate Dll ::3. Konkrete Klasse f�r das Remoteobjekt, durch das (via ::Reflection) auf mom ::halt Access zugegriffen werden soll. Arbeite hier mit protected ::OleDBAdaptern f�r jede einzelne Tabelle. (Aufrufe sind hier ::im Client z.B. ::mydb.SaveChanges(lokalesDataSet);) ::=> separate Dll ::4. Server als Windowsdienst, der die Clientanfragen via SOA ::weiterleitet. :: ::Das lief auch soweit, so gut. Allerdings habe ich ::festgestellt, da� ein ::DataSet beim Serialisieren die Info verliert, welche Reihen ::geupdated wurden ::(also DataSet.GetChanges() liefert nix zur�ck). �nderungen werden mit ::DataAdapter.Update(DataSetVomClientRuebergeschickt) nicht ::ge�ndert (Select ::l�uft). ::(Das ist mom der einzige Haken an meiner Implementation, den ::ich sehe). Wenn ::der DataAdapter.Update vom Client aufgerufen wird, dann ::klappts, aber die ::m�chte ich ja gerade nicht so gerne offen legen, sondern die ::Kommunikation ::�ber das Interface sicherstellen. ::----------- :: ::Also, wenn mein Design Quatsch ist, dann sagt bitte, was man ::besser machen ::k�nnte. Oder wenn sowas grunds�tzlich anders implementiert ::werden sollte, ::dann bin ich f�r Vorschl�ge / Links sehr dankbar. :: ::Hoffe, ich habe mich verst�ndlich ausgedr�ckt. :: ::Ich wei�, das waren jetzt ne ganze Menge an Fragen, aber mit ::sowas habe ich ::bislang noch keine Erfahrung und wei� mom nicht weiter. :: ::Vielen Dank im voraus, :: ::Nils :: ::_______________________________________________ ::CSharp.net mailing list ::[EMAIL PROTECTED] ::http://www.glengamoi.com/mailman/listinfo/csharp.net :: _______________________________________________ CSharp.net mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/csharp.net _______________________________________________ CSharp.net mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/csharp.net
