Remoting vyprosche?

po-leko be Bodil!

Абе бастун, нещо много си отворен ми се струваш. За твое сведение VB не съм ползвал през 15-те си години професионална работа с компютър, но за разлика от теб спокойно пиша на asm за 4 различни архитектури (x86, 68xxx, PPC i MIPS).

Няма какво да ти обяснявам, колко е бърз .NET XSLT-a, то явно при теб е "Пей си Пенке ле, ама кой ли те слуша". За .ToString()-a....ти май си позабравил какво си писал няколко поста по-нагоре, а? Ми дай тогава да ти опресня малко паметта, щото MSDN можеш да ми цитираш, ама собствените си глупости не помниш:

result = Encoding.UTF8.GetBytes(sb.ToString());

Това познато ли ти изглежда, или сега ще кажеш че ти всъщност си искал да си предадеш XML-a като файл, а тоя ред някак си случайно си го написал?!

Айде ,със здраве, не смятам повече да се занимавам с теб.

да бе всичко е супер бързо ... дай по този случай да ползваме всички възможни технологии дето им знаем абривиатурите ... въпроса е принципен тука ...

хубу с мен не се занимавай ... и аз лично не мисля да се занимавам с който и да е било ... ама вие всички тука сте "български критици": не знам как е ама и така не е ... аз съм предложил на човека с проблем различни варианти да си го реши и той да си избере щото аз не знам точно той какво прави и от какво има нужда ...

чуй само твоето предложение как звучи и после говори за мойте глупости ... начи човека иска да marshall-не един DataTable между клиент и сървър ... ето и предложението с GetXml():

1. правиш празен DataSet
2. бочиш вътре DataTable-a
3. Генерираш XML-а с GetXml()
4. Трансформираш чрез XSLT
5. ToString()

еми просто no comments ...


XM TurboCT .. where comfort meets power

МОЕТО предложение?! Това което казах е, че е безмислено да се сериализира на ръка DateTable-a (да не говорим, че е error prone).

Ето ти моето предложение:

1. Взимаш си DataSet-а и го marshall-ваш by val на сервера.
2. Сервера пак by val ти връща резултата (без да ти модифицира твоя DS)
3. Гледаш call-овете да са "chunky" - тъкмо си имаш DataSet - използвай му многото таблици *shrug*

Ама може и да се наложи да сериазлизираш DataTable ръчно. Примерно ако имаш DataSet с 10 DataTable-а пълни с разни данни, а ти трябва само едната таблица. Файда няма да го предаваш целия DS by val.

peace, love, unity

Ми метни си ги в друг таблиците, предай си само таблица ако искаш (DT също е ISerializable и marshal-by-val). Ако си напишеш собствен сериализатор, всеки път като някой смени нещо по таблиците ти ще трябва да си го оправяш!

А и затова казах chunky calls - за предпочитане е да викаш като имаш много таблици за обновяване.

Даде, вярно, нищо по-лесно от това да създадеш нов DS със желаната таблица.
И все пак (както май беше казано някъде по-горе) живота ще ти е по-лесен ако свикнеш да работиш с DataSet, а не DataTable.

peace, love, unity

Не виждам нищо по-лесно в това да се ползва DS а не DT, т.е. и двете са еднакво лесни. Освен ако не се ползват typed DS де.

баси дискусията стана ...
Все пак аз си го изпращях Ремоутинг-а по следния начин :
-> Маршал - бай - реф
-> Сървър - активейтед
-> Сингъл кол
Всичко което ми връща , ми го връща като ретърн велю на функцията ...
И сега върви като по-вода ...Въпреки ,че на Апп. Сървър-а в някои моменти ЦПУ-то скача на 99% а РАМ-а на над 500 МБ , на клиента се връща само една стойност....
Благодаря още веднъж на всички участници в лафнята !
>:О)))

Dobre be, (G)rosen....

добре, начи можем да си използваме публични методи на сървъра от сорта на
MyClass remotingMethod(SomeClass param). И клиентът ще прати SomeClass обект и ще получи MyClass обект, нали така.

Моят взпрос е какви точно трябва да са SomeClass и MyClass?

Да наследяват от MarshalByRefObject? Да са Serializable?

намерих едно място, където пише, че тряа да са [Serializable]:

[линк]