Comments 11
Еще в темах и модулях активно используется движок NuGet
NuGet — это же, считайте, package manager, такая вещь, которую бери и используй. Хорошая вещь для управления кусочками приложения в целом, но к архитектуре как таковой он не относится, ведь по идее можно обойтись и без него, ровно как и сам NuGet используется для любого движка, а не только Orchard.
Думаю со мной согласятся многие, но поделки на основе MS продуктов, диагноз только один — ЗАКАПАТЬ!!!
Весенне обострение? Вы только не волнуйтесь, аминазиновая терапия творит чудеса.
XaocCPS, извини, если это уже было где-то освещено, а можешь привести список удачных внедрений этого движка? На офф сайте не нашел www.orchardproject.net/
мы в коммерческом продукте используем, не могу назвать деталей, nda
К архитектуре Orchard, а в частности к БД много вопросов. Там нет ни одного индекса (кроме кластерных), нет внешних ключей, одна сущность может быть раскидана по десятку таблиц…
Да и локализация, имхо, сделана не совсем удачно — приходится одну и ту же фразу переводить несколько раз (а то и десятков раз).
Кто-нибудь имел опыт программной работы с моделью данных Orchard извне?

Например, я хочу использовать функционал Orchard для управления контентом, в несколько ограниченном режиме — чтобы контентщики вводили контент в web-админку Orchard, а показывать его мы уже хотим в нужных местах нашего сайта «вручную».

Вопрос — как нормально получить доступ к контенту из другого, внешнего приложения?
Есть прекрасный интерфейс IOrchardServices, в котором есть IContentManager, в котором есть Query, который мне и нужен.

Но во всех примерах и в коде этот IOrchardServices внедряется как зависимость в контроллеры, и «сразу готовенький».

А у меня, к примеру, консольное приложение есть — как мне в нем инстанцировать корректный экземпляр этого IOrchardServices (или сразу IContentManager)?
Only those users with full accounts are able to leave comments. Log in, please.