Recently, I have some time to look into the solution for sharing code between .NET and Silverlight again. It was an annoyance which everyone of us (including developers around the world) discovered, where we can't reuse our .NET classes in Silverlight. Any attempt to add reference to our .NET assemblies will land us the following error message:
"You can only add project references to other Silverlight projects in the solution."
If you are developing layered or multi-UI applications that involves Silverlight, then you would have encountered this error. This is not really a bug but actually is by design since both Silverlight and .NET don't share the same runtime. This is indeed bad news for those of us who try to follow proper architecture design practices since we are unable to share our entity classes.
If you packed everything to one WCF service, then you shouldn't have any problems because the "Add Service Reference" option in Visual Studio would have generated replicas of the entities into the Silverlight project. However, if you have separate services i.e. a WCF service to handle standard calls and a Workflow Service that runs workflows and both requires the same set of entities, then you will immediately run into issues because the replicas generated on both service references will not be compatible.
There is currently no out-of-the-box intelligent solution for this issue. This is a tooling limitation - I blame it on svcutil.exe. Most developers after several futile attempts will just try to manually replicate the entity classes to their Silverlight projects. This will solve the add reference issue but will introduce code inconsistencies should the entity classes are updated in future.
Fortunately, Visual Studio provides us with the "Add As Link" feature to allow us to share the same code files across multiple projects. However, this is somewhat a pain as well since we need to keep the projects synchronized when we add/remove items.
By luck, I came across this handy Visual Studio Extension - Project Linker which was part of the PRISM project. This neat tool allows us to "link" Visual Studio projects together keeping them fully synchronized so that we can have projects that share the same code base but target different platforms. It was originally designed for sharing code between WPF and Silverlight. You can also check-out the documentation here - very useful when you need to "unlink" projects ;)
So there we have it. Not a very elegant solution but at least it helps reduce the redundancy and ensure synchronization of our code.
Home » Silverlight » Sharing Code Between .NET and Silverlight
Sharing Code Between .NET and Silverlight
21:43
Jurnalis Jalanan
Labels:
.NET,
Layered Architecture,
Silverlight
Popular Post
-
V12 / 5.576 cc / 385 PS / 406 ft/lb (550 Nm) @ 4.000 / 0 - 62 mph (100 km/h): 6,6 s / Vmax: 155 mph (250 km/h) (click images for a larger ...
-
S4 / 1.984 cc / 200 PS / 207 ft/lb (280 Nm) @ 1.700 - 5.000 / turbo / AWD (click images for a larger view)
-
Brooklyn-based artists Adam Eckstrom and Lauren Was collected $35,000 in lottery tickets and built a Hummer H3 Art Car. The piece is called ...
-
Finally got the time to post this. Layered Architecture Solution Guidance 1.0.0.5 is now available for download . This version comes with s...
-
On Friday nights, I watch a DVD from either the Life or Planet Earth series. In one very-special Planet Earth episode, walruses had to pro...
-
I got to drive the Mitsubishi iMiev a couple of weeks ago for a mile or so at Green Drive Expo in Richmond. I was much impressed with the ca...
-
The revival clearly continues apace at Jaguar - one of Britain's most historic and industrially important car manufacturers. Far from re...
-
Hmm... Let's see.... what's in the box?! :) Oooo! My cutie Hello Kitties (and Dear Daniels). Was looking for them for the past few ...
-
V8 / 3.990 cc / 110 PS (click images for a larger view)
-
that is the best investment I've heard of, this car was just bought for 8 million in 2000, and in 1996 for 3.5 million... it's also ...
No comments:
Post a Comment