Mar 07 2017 09:18 AM
Hi
I have just watched the above webcast and it was like going back to 2007 with declarative XML, schemas elements.xml. I thought we had got rid of that stuff with the new SPFx. Obviously not ! I would rather use the Office Dev PnP PowerShell commands. If only Microsoft would take on the support of the OfficeDev PnP PowerShell commands. Then perhaps enterprises would use it rather than going back to 2007. Enterprises, in my experience, will not use the OfficeDev PnP PowerShell because they "have not got a neck to wring" when something goes wrong. But OfficeDev PnP PowerShell is infinitely better than using Declarative XML. IMHO.
Nigel
Mar 07 2017 09:22 AM
Hi @Nigel_Price9911,
Are PnP templates not full of elements that used to live in onet.xml, .webpart, etc. files?
Mar 07 2017 09:28 AM
Hi @PieterVeenstra
I dont think so the format of the template file is unique to PnP. @Vesa Juvonen @Paolo Pialorsi ?
Regards
Nigel
Mar 07 2017 09:30 AM
the .pnp file fomrat is an open xml format. If you use the .xml format you will see a lot of the old elements coming back. this is simply how the SharePoint datamodel has been put together.
Mar 07 2017 09:37 AM
Agreed. But the XML is generated by the PnP Provisioning engine rather than hand crafted by an IT Pro which is required if you have to provision using SPFx. A lot less error prone.
Regards
Nigel
Mar 08 2017 12:54 AM
Mar 08 2017 01:27 AM
@Luis Mañez Interesting - I wonder what he means by "Advanced yet to come" - but the genie has been let out of the bottle. I can see old feature framework people using this alot as it is familiar terratory. But then we are back to the (lack of credible ) upgrade story with declarative xml and all that entails.
Mar 08 2017 06:00 AM
Hi @Nigel_Price9911,
Upgrading is not an issue with PnP as Pnp takes each bit of the xml and updates elements if needed. The upgradability is part of the fundamentals of the pnp templates whereas the feature based approach had that built in at a later stage.