As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 13 years ago.
Why not to empower WPF or ASP.NET instead of creating a new product?
ASP.NET is simply a server-side language for websites. While they have added support for things like AJAX ASP.NET Controls, it still can't come close to the level of richness Silverlight is capable of.
And then WPF requires the 200+ MB .NET Framework which can only run on Windows.
Silverlight was created as a lightweight 5 MB plugin that can run on Windows and Mac alike while meeting strict security guidelines for Internet use. From my point of view, Silverlight is a different tool for a different purpose.
WPF is meant for regular desktop applications and cannot be embedded in a webpage (XBAP isn't the same), and ASP.Net has nothing to do with Silverlight. (ASP.Net is a server-side technology; Silverlight is client-side)
To complete with flash and offer an all in one solution to all types of development and take over the world. Not that it will beat flash and its lineup of tools any time soon.
Because no matter how you empower ASP.NET or WPF you won't get the richness of Silverlight, Flash, ... in a web browser. Javascript's kind of limited.
ASP.NET runs on the server, what was needed is something to run on the client.
WPF is empowered enough already, what was needed is something which can run on the client in a secure manner and that can't be used easily to do malicous things. In other words far from "empowering" WPF, some form of WPF needed to be seriously curtailed.
In addition it can't be assumed that a full .NET framework is present on the client, Silverlight is designed to contain just enough of the needed framework to make things happen with minimal requirements on the client.
A better question might be - why are WPF and Silverlight 2 separate things?
My best guess is that the decision was made to separate them "because we always have separate technologies for developing web vs. developing desktop applications" - but things are not nearly so cleanly split anymore and would make sense to see the 2 merge together.
Probably starting from scratch you wouldn't have both Silverlight and WPF.
I suspect that deep in the MSFT psyche they still don't 'get' the web - WPF was a way of modernising drawing on the desktop, adapting it to web was obviously an afterthought.
Related
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
I know they both use MVVM. Both are used in web development. But should I consider using both in a web app? Is that redundant? I've seen I can use KnockoutJS with [ASP.NET] MVC. But I don't know if I can use it with Silverlight in that way or any other way for that matter. I'm a bit new to both, so I don't know how to go about it.
Silverlight and HTML/JavaScript/CSS are both client technologies. So you would choose one or the other. Knockout falls into that HTML/JavaScript category.
On the server you can use any web services you want. Microsoft or otherwise. But if you like ASP.NET MVC, you can use the actions it provides ass your web services. Or you can use WCF services for the web services, too. In MVC 4 beta there is even a special controller type made for service calls (the WebAPI).
But the real answer is "it depends". Your selection depends on what you are trying to accomplish, your skills, who will maintain it, etc.
Not everyone uses Windows, besides Silverlight does not work on Android, iOS.
They are used for different purposes. What exactly do you want to do in your project?
BTW, knockout.js is included in ASP.NET MVC 4 projects by default.
If you don't know what is knockout I think you totslly don't need to use it)
Maybe the question is: what to choose between asp,net mvc and silverlight?
It's totally different technologies just using same pattern.
If you need to support large amount of users on different devices including old browseres you'll better to use jquery (knockout) or you planning rich feature app for small group of people (like admin interface) its easier to use silverlight.
And surely the is no problem to use them together
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
so i have been writing a prototype application in Silverlight for the last 3 months, although I am enjoying the technology and it has been very useful for the current task, I have read and been told from varies sources that the technology could no longer be supported and HTML5 is the way forward? Was just wondering if there was some solid information on this from Microsoft and if so where it could be found? Done some googling and just found blogs with sparse info.
Also if anyone one had any thoughts on the state of the mac version of silverlight? I have run some tests so far and the applications performance is really poor compared to silverlight running on windows.
Thank you for your time.
I'd have to look for the articles and links again but, long ago, Microsoft would not answer any questions about Silverlight and, more recently, has announced they do not encourage and will no longer develop Silverlight for the desktop. They now encourage HTML5 usage as evidenced by Windows8 which won't even be able to directly run Silverlight at all.
Interview with Microsoft's Bob Mulia by Mary-Jo Foley:
Our strategy has shifted
So what’s a developer to make of Microsoft’s messaging (or lack
thereof) about Silverlight at its premiere developer conference?
I asked Bob Muglia, the Microsoft President in charge of the company’s
server and tools business, that very question and got what I consider
to be the clearest answer yet about how Microsoft is evolving its
Silverlight strategy.
“Silverlight is our development platform for Windows Phone,” he said.
Silverlight also has some “sweet spots” in media and line-of-business
applications, he said.
But when it comes to touting Silverlight as Microsoft’s vehicle for
delivering a cross-platform runtime, “our strategy has shifted,”
Muglia told me.
And, about the Mac:
“But HTML is the only true cross platform solution for everything,
including (Apple’s) iOS platform,” Muglia said.
More links with Microsoft interviews:
Microsoft has abandoned Silverlight in Metro
Microsoft's Silverlight has been dropped for HTML5
I'd rather not take part in these discussions, but the one comment said it best. None of us can reasonably answer this question.. even IF "MS' strategy has changed." It could change back. The exec who said this -- Bob Muglia-- announced a month later (maybe it was 1.5 months) announced he was leaving the company (and is no longer with Microsoft today).
The only real indicators we have are that they haven't announced an end of life date, and there is another technology that uses Silveright that came out called VS LightSwitch (not just the phone). Not saying that any of this means that Sivlerlight is sticking around, BUT we really don't know. The problem is more complex than a fanboy of any type can really answer.
I'd like to think it will be around for a while (and I personally am basing a new project on it). Not to name drop, but there is a former Silverlight and Win8 evangelist who recently left MS to go work for Disney (where I know they do a lot of Silverlight work, yet).
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
in the last months the development of mobile apps has become more and more a focus of mine. I already created a few apps with PhoneGap and also dived in into mobile frameworks like jQuery Mobile ans Sencha Touch.
In a next step I would like to use a mobile apps builder and I stumbled on Tiggr and Application Craft. There are probably even more.
So I wanted to ask if some people here already have experience with those two or maybe even another app builder and share it with us. As both seem to cover the same area and I am not so interested in learning them all. I would like to know if someone can tell me which is "better".
I know that there has been a big topic about PhoneGap vs Titanium Appcelerator that helped me a lot so I hope I can get some helpful answers about this topic as well.
Thanks for reading,
Marvin
I have been using Application Craft for about a month (on and off) and so far i'm really impressed. They seem to be putting LOTS of work into it: things have broken only a couple of times, never anything serious. Also, they are building really thorough documentation, etc. they host the apps for free, and they seem to be adding features etc all the time. I would bet that in a year or so they will be huge; quality services on the net tend to grow fast thankfully.
I hadn't heard about Tiggr until now. From what i can see on their site, it looks as though their free service is far inferior to what Application Craft offer. They may be worth a try too?
Hope that helps
I haven't specifically tried Tiggr or ApplicationCraft, but as you've already mentioned there are quite a few different app creation systems out there, all of which work in slightly different ways. Many, for example MobileRoadie or AppBaker, supply a series of pre-built templates that you can customise and plug together in various ways. This is great if their templates support the type of app you want, but there's often no scripting support so if you want something custom you need to pay for their developers to add the features you need, or you should go elsewhere.
If you want complete control over how your app looks and works then you should use a more IDE-like system with built-in scripting support. Things to look out for in such a system would be a good code editor, a way of immediately previewing your app inside the tools, decent documentation, support, and examples. If you're planning a cross-platform app, you'll want a system that can simulate your app running on different phone screen sizes, so you can tune your GUI appropriately.
AppFurnace is a new cloud-based app development platform that provides all of the above (I should point out that I work for AppFurnace, of course).
Tiggr Mobile is a great service! Check out thier tutorials on creating an app that will run on any mobile device at http://blog.gotiggr.com/. They've also received good press and have an impressive gallery of apps that users have created and submitted.
You should probably put NS Basic/App Studio on your list as well. It provides a complete IDE, including a 'drag and drop' interface for adding elements to your forms. The overall feel is something like Visual Studio. You can program in JavaScript or Basic. More info at http://www.nsbasic.com/app.
(disclosure: I work for NS Basic)
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
Is Windows forms Simart Client is a legacy thing now? And is it to be replaced by Prism (and/or MVVM)? Should I bother to learn about Smart Client?
Another question which might be related to is that what are the performance differences between Winforms and WPF apart from all the cool stuff in wpf like data binding and 3D? Does WPF struggle to run on Windows 2000 and Pre2000 OS? This question is important because it can very much decide which platform you are going to use winforms or WPF when you have to support old OSs (for e.g. in NHS)?
Having worked with both the Smart Client Software Factory and WPF + MVVM, I'd certainly consider SCSF "legacy". I wouldn't use it on a new project. First, it's based on WinForms, but maybe more importantly, it's a bloated framework. It's cumbersome and does not lend itself well to unit testing. I found, after developing an application with it for the better part of 5 years, that the framework just "got in the way" far too often.
I can't speak to Prism, but after my experience with SCSF I would shy away from any out-of-the-box frameworks. When I started working with WPF and MVVM I wrote my own "framework" bits. Really, the only things I found I needed were a good IoC container (StructureMap was my choice) and an EventAggregator (two interfaces and one class implementation that I wrote myself, borrowing directly from a post on Jeremy Miller's blog). Other than that, I go with straight WPF and the MVVM model of development.
Given a greenfield desktop application, my choice would be WPF, MVVM & STructureMap.
I think your first question pretty much comes down to WPF versus Winforms, which have been answered before.
However, regarding your second question about WPF on Win2000 and earlier, WPF is a part of .NET 3.0 and you need at least XP SP2 or Win2003 Server for .NET 3.0 as can be seen here, so if you want to use .NET in a pre XP environment, you'll have to stick with WinForms.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 9 years ago.
I found the ad on this site to Krypton controls (and here's another one!) and was wondering if any of you using vs.net 05 or 08 are using them and how that's working out. If you're answering, please specify which parts you're using (free, ribbons, tabs) and which vs.net you're on, which language(s) you use, along with pros and cons. I know there are probably better suites out there that you may be fond of, but this question is specifically about Krypton controls. We'd be using it with vb.net, .net 3.5, 08, so I'm particularly interested in hearing about your experience in those areas. (I've watched all the screencasts)
I have been using the Krypton Controls ToolKit for over 3 years with Visual Studio 2005 and 2008 in .NET 2.0, 3.0, 3.5, and 3.5 SP1. I have only used the free ToolKit and not the Ribbon or Tab controls. I have used it only in C#.
Pros:
Free
Easy to Use - It adds all of the components to the Toolbox so it's very easy to implement.
The font rendering is awesome compared to the default windows form controls.
The "chrome" which allows you to totally override the look of the application is very nice.
The ability to define a master scheme makes it easy to change the look of similar controls in one central location.
The support, even on the free Toolkit is awesome, by submitting questions on the Component Factory forum.
It includes additional controls that should've been part of the windows form controls including headergroups.
Cons:
That the other components aren't free ;)
In older versions, some controls didn't exist in the ToolKit so you had to use the winform control which wouldn't entirely fit with the application look. The latest version, however, has most, if not all the controls implemented as Krypton controls.
Here's a quick sample of our options dialog for the "MuvEnum Address Bar" using the Krypton Chrome. It was super easy to create. Notice the smoothness of the fonts.
I can't recommend the Krypton Controls enough.
John Rennemeyer
MuvEnum
I have been using the free controls in various small internal projects for work for several years. I started following his blog just as he started as MicroISV, from a mention on a MicroISV blog. So I have been through many improvments he has made. The controls he makes are rock solid (at least in my usage of them) and he really listens to what his users want in features and other controls.
I HIGHLY recommend the controls!
I have been using the full suite for the last year and a half. I have been very happy with the results. They are easy to use and I haven't run into any issues that I couldn't fix myself (I purchased the source code version).
Definitely recommended.
I'm using it. It's quite okay.