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...Has DNN gotten too big for its own good?Has DNN gotten too big for its own good?
Previous
 
Next
New Post
8/29/2006 9:50 AM
 
I second the WAP model - I have been using it for the past 3 months (Vladan's solution) and I love it. Very quick and easy. It took quite a while to convert each module to the WAP format (1-2 days work) but the rewards are MUCH more productive development. I can work a lot more efficiently now (and packaging is the same as 2003).

I am afraid that due to time constraints only major showstopping bugs will be released in 3.x - all new modules and new versions ONLY work on 4.3.x  (the reasons are mentioned in my blog).

Of course, this is just Smart-Thinker's view, the DNN core face a set of different problems, but as one of the major module developers I thought I would share my view (and we do provide all the source ;)

I think in the next few months the DNN core team should focus on stabilization and letting the community catch up with all the new features and developments before continuing. I'm sure it's going to be a little rough for the next couple of months but it will emerge stronger, but we need to stay focused...

Just my $0.02...

Entrepreneur

PokerDIY Tournament Manager - PokerDIY Tournament Manager<
PokerDIY Game Finder - Mobile Apps powered by DNN
PokerDIY - Connecting Poker Players

 
New Post
8/29/2006 10:18 AM
 
Ed DeGagne wrote
I don't think that should be the deciding factor because if you're serious enough to get into the core code, you shouldn't be using VS Express in the first place, IMO.


what point is that? It's a free tool, why shouldn't you use it? I have it on multiple machines and I use it alot. what does VS pro have that Express hasn't??? I only need color coding and intellisense anyway, there is no need for fancy class designers or *drag to destroy your DAL* features in DNN. Too bad sharpdevelop doesn't support ascx files or I would be using that. I do have VS Pro on 1 machine, for large solutions containing multiple projects these are windows forms + webservices, that is a reason to use VS PRO.
DNN development doesn't qualify as large in my books.
Well your right, I don't modify the core, I hate upgrade issues. I do replace providers. I use VB.NET express for that, wonderfull program.

This attitude sounds like "my car is better then yours because it goes faster then yours" but I only need 120kph.

In my opinion *Free & sufficient* sounds better than *Expensive & lots of options nobody uses*

Edit your Skin.xml and Container.xml files with:
Yannick's SXE
 
New Post
8/29/2006 10:25 AM
 

The point is that VS Express doesn't have WAP support, and that shouldn't be the deciding factor on whether DNN uses the WAP model or not, IMO.

This isn't a "my car is faster..." attitude, you can write your code in Notepad for all I care.

:)

Rodney made an excellent point on the WAP model:

"I second the WAP model - I have been using it for the past 3 months (Vladan's solution) and I love it. Very quick and easy. It took quite a while to convert each module to the WAP format (1-2 days work) but the rewards are MUCH more productive development. I can work a lot more efficiently now (and packaging is the same as 2003)."

 

 
New Post
8/29/2006 11:27 AM
 
The productivity gains with WAP over VWD are based on the fact that people think they should recompile before debugging. (wich is what VWD does by default)

Actually the best behaviour for VWD is to put the build process completly off

the built-in webserver of VWD will compile what is necessary to process the page. This is the same logic as in IIS as they share their ASP.NET processing capabilities.


Now if you need to edit a vb file you just change it and save it. then hit F5 in your browser, your server will (IIS or VWD) will recompile only what is necessary. In most cases you aren't even going to lose your session.

Now WAP is in the disadvantage, as you can't edit a DLL, and you need to recompile this DLL manually, this updates the bin folder wich triggers an invalidation of the entire ASP.NET pipeline. so your site will load slower in the second round of debugging

On the other hand if you change a vb file in the desktopmodules folder, only that folder will be recompiled by the server.


If you finished your module this is how you put everything in a dll without using WAP
  • open VB.NET express
  • make new DLL project
  • copy all VB files to this project, dump them all in the root if you want
  • compile
  • Delete all VB files from your site
  • put the DLL in you bin folder
Et voila, same effect, same DLL, same productivity gains from not waiting on a compile. But accomplished with free tools. as an added bonus, you can keep edit and continue while debugging.


You should know, I am not a commercial module developer in the same sense as you. I design software for bussinesses and sindce DNN3.0 I use DNN as the framework on wich I write my webfrontends for my software. Saves me alot of work, and my clients are happy they can skin and extend their frontend for their software as they desire.

WAP is great if you automate your entire development process with MS build. It fils the gap where you couldn't build a site with MS build.
If you use it just to get a DLL in the end, you should have started with a DLL project in the first place.

I like the fact that you do not need a compiler to edit your site

Consider this my official stance on WAP

Edit your Skin.xml and Container.xml files with:
Yannick's SXE
 
New Post
8/29/2006 11:46 AM
 
And what a stance purplebox ;)

Very informative - for me though it is also the way I view the module/project - I like the fact that it is completely de-coupled from anything else and it's own atomic unit and not part of the web project. This is definitely a case of "old school" thinking and perhaps that is half the problem, but I like having complete control over my project (My solution contains ONLY the module I am working on).




Entrepreneur

PokerDIY Tournament Manager - PokerDIY Tournament Manager<
PokerDIY Game Finder - Mobile Apps powered by DNN
PokerDIY - Connecting Poker Players

 
Previous
 
Next
HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Has DNN gotten too big for its own good?Has DNN gotten too big for its own good?


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