Hot answers tagged

3

Welcome to Sitecore Stack Exchange :) As I mentioned in the comments it depends on your purposes of using these icons. If those project-depending icons should be under the Project layer. If it's multi-site shared icons that can be used in different places (on website level, on components level, etc. - that it can be under Foundation Layer. Also, you can ...


2

There is no fixed definition in Helix Guideline to add anything to a project, feature, or foundation layer, Helix's purpose is to secure implementations in a future-proof way by architecting them as maintainable and extensible business-centric modules. Most of the time when we are developing anything that is specific to a feature only it will part of the ...


2

Since the loadOrder concept was introduced in Sitecore 9.x that is why LoadOrder not working as expected for your 8.2. So please try considering configs to be loaded in alphabetical order.


2

Let me share my thoughts about your question. I think if you need to duplicate something - stop and think about what you did wrong :) Move functionality into Foundation Layer - is a better idea for this if you cannot re-architecture your approach or feature. Probably, you can make an abstraction that doesn't depend on a feature and move it to the Foundation ...


1

If we are talking stricktly about sitecore data, the Repository classes usually should only contain methods which deal with getting information from sitecore directly, like populating the Car field values, getting Car categories or reading children items and so on. You can take a look at the habitat example here. Then you would have a CarService which will ...


Only top voted, non community-wiki answers of a minimum length are eligible