Re: Can't reference a Silverlight library from say Console/Winform HelloWorld? - WPF Discussion Boards

16-Feb-09 5:16

Luc Pattyn wrote:
How is it anything you reply to gets deleted, are you using a magic browser, a cloaking device, a secret tag, to that effect?

I'm just lucky that way - and I see you found the tag to prevent me removing your message.

"WPF has many lovers. It's a veritable porn star!" - Josh Smith

[Message Deleted]

Mark Salsbery16-Feb-09 7:53

16-Feb-09 7:53

[Message Deleted]

Re: Messages in limbo

Pete O'Hanlon16-Feb-09 8:24

16-Feb-09 8:24

It's the one that transfers money to my Cayman's account.

"WPF has many lovers. It's a veritable porn star!" - Josh Smith

Re: [Message Deleted]

Pete O'Hanlon16-Feb-09 8:41

16-Feb-09 8:41

Oh har de har. Roll eyes | :rolleyes:

Just because you didn't want to transfer the money. Sheesh.

"WPF has many lovers. It's a veritable porn star!" - Josh Smith

Re: [Message Deleted]

Mark Salsbery16-Feb-09 9:30

Can't reference a Silverlight library from say Console/Winform HelloWorld?

16-Feb-09 9:30

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

devvvy15-Feb-09 22:10

Re: Can't reference a Silverlight library from say Console/Winform HelloWorld?

15-Feb-09 22:10

duplication of development effort - example UtilLib.RegularExpressionUtil

Since I can use my good old lib from Silverlight by adding a reference to it, I'd have to basically copy and paste RegularExpresionUtil.cs from project UtilLib to SilverlightUtilLib. This is very error prone as this is not the only class. So I thought, hey, I can still add reference to "SilverlightUtilLib" from "UtilLib"!

So I thought okay all i need to do is to put those common classes in SilverlightUtilLib. Then UtilLib to add reference to "SilverlightUtilLib", which would be consumed by my infamous Winform/console Hello World.

In SilverlightUtilLib

<br />
public class RegularExpressionUtil<br />
{<br />
    public virtual bool IsEmail(string strText)<br />
    {<br />
        ...<br />
    }<br />
}<br />

UtilLib references SiliverlightUtilLib

<br />
public class RegularExpressionUtil <br />
{<br />
   ...<br />
   public override bool IsEmail(strnig strText)<br />
   {<br />
     ... different implementation ...<br />
   }<br />
   ...<br />
}<br />

So far so good. Solution get built successfully however running time error saying cannot load System library, see below.

<br />
void main(string[] args)<br />
{<br />
...<br />
if(Util.RegularExpressionUtil.IsEmail(strText)) // Runtime error saying "Could not load file or assembly 'System, Version=2.0.5.0, Culture=neutral ..."<br />
{<br />
   Conole.WriteLine("Yes");<br />
}<br />
... <br />
// make another try call direct to base implementation in SilverlightUtil also failed with same error message<br />
if(SilverlightUtil.RegularExpressionUtil.IsEmail(strText))<br />
{<br />
   Conole.WriteLine("Yes");<br />
}<br />

So, this tells me while you can reference a Silverlight lib from a non-silverlight lib library, Silverlight uses a different "System" and you'll run into runtime error.

This brings me to my questions:
1. Is my understanding right? Silverlight and non-silverlight apps references difference "System" so you cannot call silverlight lib from non-silverlight library (if so I think M$ team should put appropriate restriction "Add Reference" dialog)
2. How would you make available many library function in UtilLib to SilverlightUtilLib? duplicating individual files is very error prone and labor intensive. (For your information I plan to make available DAO through WCF but basic function like string utility... seems like the only way is for me to copy and paste...)

I really don't like the copy and paste approach.

dev

Mark Salsbery16-Feb-09 5:38

Re: Can't reference a Silverlight library from say Console/Winform HelloWorld?

16-Feb-09 5:38

I'm not sure about this particular case, but generally for
things I need to share between .NET 3.5 and Silverlight .NET
(for example, business objects), I use common source code
shared by two projects - one targeting the Silverlight .NET framework,
and one targeting .NET 3.5 framework. That way the source is in only one
place.

Check the namespaces and classes used by your code - if they are implemented
in both frameworks then you can use this approach.

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Mark Salsbery16-Feb-09 7:50

Re: Can't reference a Silverlight library from say Console/Winform HelloWorld?

16-Feb-09 7:50

More info...

Silverlight DLLs on the desktop CLR[^]
Sharing Code Between .NET and Silverlight Platforms[^]
Referencing a non-Silverlight Assembly in a Silverlight Project[^]

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

devvvy16-Feb-09 13:45

Re: Can't reference a Silverlight library from say Console/Winform HelloWorld? [modified]

16-Feb-09 13:45

Thanks to that this is exactly the kind of information I was looking for, good stuff!

dev

devvvy16-Feb-09 14:20

16-Feb-09 14:20

One final hurdle

class Person
{

protected Hashtable _lstProperties;

public Hashtable Properties
{
get { return _lstProperties; }
set { _lstProperties = value; }
}
}

And property really is a template class ...

class Property <T>
{
...
}

And Silverlight stipulates that every collection be System.Collections.Generic - this means even if I hand out the source code, it can't be consumed from Silverlight.

<div class="ForumMod">modified on Monday, February 16, 2009 8:35 PM</div>

[Message Deleted]

tom4_2515-Feb-09 16:48

tom4_25

15-Feb-09 16:48

[Message Deleted]

Re: code problem

Pete O'Hanlon15-Feb-09 22:28

15-Feb-09 22:28

How is this a problem with WPF, WCF or WF? Please pick a more appropriate forum to ask this question, as you are far more likely to get somebody to help you in the Graphics or the C++ forums.

"WPF has many lovers. It's a veritable porn star!" - Josh Smith

DataSet --> Pass from ASP.NET to Silverlight?

devvvy14-Feb-09 17:26

Re: DataSet --> Pass from ASP.NET to Silverlight? [modified]

14-Feb-09 17:26

hello

Mid way through my horror trying to port old library to Silverlight. One question

Can I pass, say, a DataSet/DataTable, from ASP.NET to Silverlight? If I could then I don't need to rewrite DAO I had...

Also is only way to access database from silverlight is through LinQ? I can't even use DbProviderFactory in my Silverlight lib! (world upside down)

Thanks

dev

devvvy14-Feb-09 17:34

14-Feb-09 17:34

In short, is there a way for me to grab a List<person> from my hosting ASP.NET project, then pass it to Silverlight xap so I don't need to rewrite my DAO layer?!

My DAO done in combination of ADO.NET (not linq) and NHibernate.

My hunch feeling is - sockets?! But that's a lot of client-server traffic!! Can we feed xap/Silverlight with List<person> BEFORE it's sent out to client instead of round tripping via socket (not to mention this architecture seems ugly!)

This article[^] showed how to pass data between ASP.NET and silverlight by way of QueryString but that's only suitable for VERY SIMPLE objects.

dev

modified on Saturday, February 14, 2009 11:48 PM

Kevin McFarlane15-Feb-09 0:11

15-Feb-09 0:11

You can still use your conventional data access but you need to do so via a web service or via WCF. In my app. at work I started off using LINQ but later switched to conventional ADO. But I placed it all in a WCF service.

Kevin

devvvy15-Feb-09 3:50

15-Feb-09 3:50

Thanks yes. I am about to explore option Web Service+Silverlight. Socket is out of option because that'd make it an intranet solution (which is not our goal).

I'm still doing a lot of catch up, trying to figure out what WCF brings up and why I should use it instead of good old Web Service

dev

Kevin McFarlane15-Feb-09 4:07

15-Feb-09 4:07

devvvy wrote:
why I should use it instead of good old Web Service

One resaon is "In most cases WCF is significantly more performant (25%-50%) faster."

See here:
Silverlight-enabled WCF Services versus ASMX Web Services[^]

However, there is nothing to stop you using Web Services if that's what you're comfortable with. It's what my current client is using at work because they're familiar with it. Nonetheless the knowledge of WCF required for Silverlight is no more complex than what is required for web services. There's also a Visual Studio template for a Silverlight-enabled WCF service that does the plumbing for you.

Eventually you will need to move to WCF regardless of what you choose now as that is MS's preferred technology moving forward.

Btw, the best intro I've seen to WCF is Michele Bustamante's Learning WCF. The first chapter is available online and you can learn a lot just from that chapter.

Kevin

devvvy15-Feb-09 4:09

15-Feb-09 4:09

I know I can consume C# Web Service from a Java client - what about WCF? Is there anything proprietary...etc?

I already scanned through couple articles just now, seems like you can host WCF service on any Visual Studio project type, from Winform to console to WPF. Same can be said for client. Is that right?

dev

Kevin McFarlane15-Feb-09 4:13

15-Feb-09 4:13

devvvy wrote:
I know I can consume C# Web Service from a Java client - what about WCF? Is there anything proprietary...etc?

Since WCF is a superset of Web Services, you should be able to do it from a Java client, but I have no experience of it.

Kevin

devvvy15-Feb-09 4:14

15-Feb-09 4:14

Thank you.

dev

Programming Silverlight 2

VincentGee15-Oct-09 1:28

VincentGee1

5-Oct-09 1:28

You could use the libraries from http://www.silverlightds.com they do alot of what you are looking for.

Kevin McFarlane14-Feb-09 3:44

Re: Programming Silverlight 2

14-Feb-09 3:44

Does anyone know when Programming Silverlight 2 [^] is released?

Amazon says 1 Feb but not yet released (Amazon UK doesn't even list it!). I've emailed each author but had no response thus far.

Kevin

devvvy14-Feb-09 17:28

Re: Programming Silverlight 2

14-Feb-09 17:28

there're plenty of resources on the web, good tutorial too but seems like they failed to mentioned horror in porting old dotnet lib to Silverlight....

a. NHibernate, log4net
b. ISerializable and remoting (hum... why if they support socket!)
c. System.Data.Common (DbProviderFactory no long avail and combined with (a) seems like I need to rewrite DAO, great!)
d. App.config becomes App.xaml (I guess this is alright not too much changes)
e. System.Collection - everything in typed collection!
f. System.IO and file/directory access (Okay this makes sense)

dev

Kevin McFarlane15-Feb-09 0:16