Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...DNN 7.5 and MVC modulesDNN 7.5 and MVC modules
Previous
 
Next
New Post
3/17/2015 4:40 PM
 
Mike,
if you are creating Client side modules, there is the best chance to be able to retain most of the code and not to re-devop everything from ground.

Cheers from Germany,
Sebastian Leupold

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
New Post
3/17/2015 7:19 PM
 
Mike Ryckman wrote:
Thanks for all of this, Cathal. Sorry for the delay in responding here.

I guess my concern is this: Let's say I'm about to start a big new DNN site with a lot of custom development. Presumably, using webforms will mean I'll end up needing to redo everything in the (relatively near) future. But, I'd also be concerned that the MVC design patterns will change between 7.5 and 8... a bit like how web api changed between 6.2 and 7.

As somebody who's obviously quite familiar with the various trajectories of 7.x and (with more limited knowledge) 8.x... What would be your generic advice? Is it best to focus on backend libraries and things and just wait for 8 (assuming we have the time)? Or is it relatively safe to assume that an MVC module for 7.5 would transition well to 8.x?

Thank you for your help - and for all your great work on DNN!

Mike

 If I was still creating DNN websites for customers today (i.e. in advance of 7.5.0), I would ensure that all my development used a Single page application (SPA) like format. At present with DNN this does mean it's a webforms module that acts as the host, but that almost all the code is in javascript and the service framework. This means the majority of the work is portable. With the release of 7.5.0, there will be a new SPA extension type, which will remove the need for webforms altogether, meaning that in theory that code is entirely reusable in neXt. This would be the easiest transition as it's probably pretty close to what you do today (unless you're still doing full webforms modules i.e. postbacks/codebehind etc.)

As for MVC, there is no doubt that if you start to create MVC modules in 7.5.0, they cannot be reused 100% in neXt -however we will work hard to minimize any changes required. At present this looks like a few inheritances might need changed, but that almost all the rest of the code can be untouched i.e. perhaps only a few lines of change to use the code in neXt.

As to whether to use SPA or MVC, I dont see a huge difference to get them working in neXt, SPA should be no effort, and MVC should be minimal effort. As such the decision to which to use is entirely personal e.g. perhaps you love javascript so use SPA, but perhaps you are more comfortable in Razor (or want better testability/intellisense in vs.net etc.) so will use MVC.


Buy the new Professional DNN7: Open Source .NET CMS Platform book Amazon US
 
New Post
3/17/2015 7:51 PM
 

Personally I would lean toward using more Javascript and client side functionality using a framework like AngularJS. This is to broaden my programming skills beyond DNN and ASP.NET. I am interested in maybe developing mobile hybrid apps using Cordova and a Javascript based UI Framework. The more Javascript skills I have, the easier that path would be. The hottest skills in the market now are Javascript, a Javascript framework (Angular, backbone, Knockout..etc) and client side services. Javascript is the number one Language. The only language which runs in the browser. Runs on the server too (Node.js). The more work Javascript is doing, the backend platform won't matter as much, specially when using something like RESTful services. SPA would be a good option but it will require more work because Javascript is not type safe and Visual Studio doesn't support it like native .NET language.

 
New Post
3/18/2015 1:19 PM
 
Thanks guys - I'll focus on the client side stuff for now and see where things go later. I'm looking forward to browsing a few example modules to see how DNN handles this transition. This is a very exciting time - thanks for your help!

Mike
 
New Post
3/18/2015 2:37 PM
 
Note: a nice alternative to JavaScript is TypeScript, which gets compiled into JavaScript.

Cheers from Germany,
Sebastian Leupold

dnnWerk - The DotNetNuke Experts   German Spoken DotNetNuke User Group

Speed up your DNN Websites with TurboDNN
 
Previous
 
Next
HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...DNN 7.5 and MVC modulesDNN 7.5 and MVC modules


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out