As a hardcore developer and Kentico certified trainer, I always use and always recommend using the Portal Engine over ASPX templates.
I say that since the Portal Engine provides a rich interface for creating and customizing templates . Right inside the CMS Desk, you can create templates and add web parts to them. You also get a dialog with a good property editor with custom selectors for each type of field, as well as a macro editor for each field. This means that if the field expects a list of document types, the Portal Properties dialog box will show you a list of document types with checkboxes. It could not be easier.
Another significant difference is that (at least at this time) the ASPX template development method does NOT support widgets . I'm not sure if this will change in version 6.0, which is due to debut this year.
Another huge benefit is that properly trained content administrators have the ability to make changes to templates . Again, if they have been trained, they can edit the template on the design tab in the CMS Desk. This can facilitate a lot of work, which is usually superfluous for the developer. Think: βHey David, can you change the static text on this template?β or "Hey Dev, can you move this web part to another column?"
To play devil's advocate, here are the benefits of ASPX templates. Templates are mostly master pages, so they are file-based and can be easily used in conjunction with source control. This may be better for a site with a heavy code (application) where the configuration of the templates is important.
With ASPX templates, it might be easier to write more complex code. For example, if one Web Part (User Control) is directly dependent on the state of another Web Part, then this would be easier to do with ASPX templates. But you can also argue that your code should be more decoupled and not rely on other web parts that exist in the template: P
source share