Q: What problem does Feydra solve?
A: It solves two problems:
Q: How is working with Feydra different than what I do today?
A: Normally FEDs create the front end assets and Sitecore developers chop them up into components. With Feydra, SC devs can create the components as generically styled placeholders that express the data without any styling (essentially as divs). FEDs can update those on their own schedule, breaking dependencies between FEDs and BEDs and allowing for them to work in parallel.
Feydra allows Back End Devs to stub in placeholders for the front end, so the back end can architect and build the actual components based on those the IA has already designed using wireframes (or really simple ones used on every implementation). FEDs can be more efficient because they are working closer to the components, leading to less iteration. FEDs can work on the stubbed components and see how it looks in real time, without waiting for a BED to go and integrate their changes.
Q: How do I install Feydra?
A: Feydra is supplied as Nuget packages. These contain the 2 DLLs and a configuration file that need to be deployed to the QA or design server (typically QA).
Q: How is Feydra different than a headless CMS implementation?
Feydra separates the activity of front end development from back end, but does not change the standard functionality of Sitecore. It leverages a deep understanding of .NET development to decouple the process, but not the actual application.
Q: How long does it take to get a Feydra environment set up?
A: 10 minutes, at most.
Q: What does my team have to do to get a Feydra environment set up?
A: Push 2 DLLs and a configuration file to their chosen environment (usually a QA server) and create a standard file share on the server for the FED to push changes to. Virtually every team already has this environment in place already.
Q: How does Feydra overlap with SXA?
A: It doesn’t, really. If you use SXA, you won’t use Feydra, since all files go into the media library where FEDs can’t access them easily. Feydra solves one of the problems SXA does (the problem of serial processes by FEDs and BEDs) in a completely different way that retains the existing development tools and processes most teams are familiar with.
Q: Doesn’t Feydra mean the BEDs have to do a lot of work up front?
A: Typically, the IA team would do wireframes, then design would get involved to do the layout and component designs. Then the front end would cut them up into CSS/JS/HTML, and then the back end would start building the Sitecore componentry, leading to iteration between FE/BE as the designs and components were dialed in.
Now back end can figure out the components, data and taxonomy from the wireframes and build unstyled versions (which are vastly easier to build) from the wireframes. FEDs can then start encoding the designs using the unstyled components that BE built.
Q: Why do I need to buy this?
A: It saves time, saves effort, shortens project timelines, improves agility, and speeds iteration. In essence, we’ve broken a dependency that drives most implementation headaches.
Q: Can I just create a reusable set of unstyled components and do the same thing as SXA? That is, avoid paying for SXA?
A: No, for two reasons.
Q: When should I use SXA instead of Feydra?
A: Feydra is good for classic Sitecore development where you are doing a full implementation – a “from scratch” implementation with lots of customization or complex design.
SXA is a great fit when there is not a ton of complexity or when there is a lot of content managed components (or both). Feydra is probably a better choice when either budget is constrained or if the componentry will be complicated.
Q: Is there a "quick" way to get started?
A: Of Course! After Feydra is installed on the server and configured properly follow the steps below!
*Note about #4 – saving the file on the server depends on your project configuration (Unc path, remote access, FTP, etc.). It’s possible that this step could be automated, depending on the editor you use.