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

HomeHomeArchived Discus...Archived Discus...Developing Under Previous Versions of .NETDeveloping Under Previous Versions of .NETASP.Net 2.0ASP.Net 2.0Creating module not for distribution – best practicesCreating module not for distribution – best practices
Previous
 
Next
New Post
9/3/2009 9:00 PM
 

Hi.  I am using DNN framework  to build my web site.   I am at the point of learning and planning.   I have read many module development tutorials.  All of them indicate that I need to use ModuleID in the tables  as well as {objectQualifier} as good practice.   As I understand that usage of these practices is designed for modules that will be distributed to unknown environment with other modules as well as having ability to have multiple module on the site.

 In my case I am building Web site and all the modules will be solely used for my project and are not for redistribution.  I will not have any modules that will need to be added more than once. Also the most important is that most of my modules will be sharing some tables  and tables will not be only used by one module.  I was wondering if there is a real need to use ModuleID in the table and {objectQualifier}.   According to what I know so far about its purposes I do not need it,  but I might overlook something so please let me know.  I am just on a tight dead line so do not want to use what I do not have to but at the same time do not want to have problems later to have thing redone.   Also if I do use it  I am not sure how I can use it if the tables will be shared by several modules so I cannot really localize to certain module and set proper {objectQualifier} and ModuleID.  Any suggestions ??

 

Also, I am planning to use some base classes such as LINQ_SQL as well as other classes across entire application that will be shared by many modules on the portal. What is better practice to build a separate DLL and ad reference from DNN or just put al classes under APP_Code?? May be any other suggestions.

 

Thanks for suggestions and experience sharing.

 
New Post
9/5/2009 2:13 PM
 

Any suggestions please?

 
New Post
9/5/2009 5:30 PM
 

I would suggest patience for starters. People have to digest your post and prepare a repsonse. Demanding replies is frowned upon and may be ignored. 


Dwayne J. Baldwin
 
New Post
9/5/2009 5:54 PM
 

If you plan to have your module used only once, on one single page and never again in any other portal (for testing or otherwise) you might get away without the ModuleID. If you have complete control of SQL with a licensed copy and can create your own databases you might get away without the objectQualifier. App code is fine for playing, but any real modules should be compiled into DLLs and separated by respective layers (UI (User Interface), BL (Business Logic), DA (Data Access). This is a common best practice and will be much easier to maintain in the future, by you or anyone else.

There is no guarantee that your test environment will work in a production environment unless you follow the best practices and framework rules for DNN.

Lastly, if you are on a tight deadline you should prepare yourself for a large learning curve. Sure you can make some things happen in a morning, but realistically you are looking at months of programming and understanding before you become proficient with any website framework.The truth is that there is no easy path because many different and dependent components are involved (DotNetNuke, IIS, SQL, LINQ, Visual Studio, ASP.NET, VB.NET, security, permissions, skinning, Javascript, AJAX, HTML, CSS, etc.)   


Dwayne J. Baldwin
 
New Post
9/8/2009 7:12 PM
 

Dwayne,

Thanks for your post,  I did not mean to be persistent. I just know if post get burred and nobody response for few days it might just go unanswered.   Thank for your useful tips.  I am not trying to build modular application, I am just using DNN as framework but as I learned so far following bets practice and keep modular design is better.  The only thing is that  most my modules will share many DB tables as well as base classes and LINQ entities so I have to make it work somehow.  I was thinking to create separate base classes that would include LINQ db entities and the rest of the classes shared  by module and just reference to DLLs as well not using ModuleID and objectQualifiers.  is it common practice?

 
Previous
 
Next
HomeHomeArchived Discus...Archived Discus...Developing Under Previous Versions of .NETDeveloping Under Previous Versions of .NETASP.Net 2.0ASP.Net 2.0Creating module not for distribution – best practicesCreating module not for distribution – best practices


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