Posso cercare/indicizzare un'origine dati personalizzata in Orchard tramite Lucene?

Question

Attualmente sto lavorando su un sito per consentire agli utenti di cercare attraverso un catalogo prodotti personalizzato. Mi sono guardato intorno e mi piacerebbe sfruttare il CMS di Orchard per aiutarmi a sviluppare questo sito. Al momento sono passato attraverso Ron Petersons youtube series su Moduli orchard personalizzati e su Skywalker blog series.

Mi sento come se il mio obiettivo fosse possibile, ma sto cercando di convalidare se la mia strategia funzionerà all'interno del framework Orchard.

Questa è la mia situazione attuale:

1. Ho una configurazione di default frutteto che punta a un DB SQL (nome prodotto-frutteto)

2. Ho un DAL personalizzato che punta a un altro SQL DB (denominato Prodotti).

3. I prodotti sono costituiti dalle informazioni tipiche dell'utente (Nome prodotto, Descrizione, Prezzo, ecc.).

4. La DAL personalizzato ha un modello POCO chiamata del prodotto (con un repository per interagire con) con le proprietà nome, descrizione, prezzo.

Ora, sulla base delle informazioni che ho letto sulla creazione di moduli Orchard Sembra che il metodo di creazione di un modulo personalizzato con contenuti personalizzati è quello di:

1. creare un modulo attraverso il codice strumenti GEN (lo chiameremo ProductModule)

2. creare una parte Content personalizzato (ProductPart)

3. Creare un Content personalizzato Part Record (P roductPartRecord) per fungere da modello di dati per la parte.

4. Creare un ContentPartHandler personalizzato (ProductPartHandler) che gestisca la persistenza della parte del contenuto.

5. Creare un driver personalizzato che è la voce per preparare le forme per il rendering dell'interfaccia utente.

6. Creare potenzialmente un servizio che interagisca con i driver?

Questo è il punto in cui le cose iniziano a essere confuse e non sono sicuro che sia possibile o meno. Quello che mi piacerebbe fare è creare un Content Type personalizzato supportato dal mio DAL personalizzato piuttosto che avere i dati da memorizzare attraverso ContentPartRecord all'interno del DB di prodotto-Orchard, ma permetterlo comunque di essere indicizzato dal modulo di Lucene per consentire per la ricerca del catalogo prodotti.

È possibile creare un ContentType e/o ContentPart personalizzato supportato da un'origine dati diversa e sfruttare ancora le funzionalità di ricerca di Lucene?

In termini di alto livello mi piacerebbe un Product ContentType in cui i ContentItem sono effettivamente memorizzati nel mio database secondario, non nel database di Orchard (e comunque voglio essere in grado di sfruttare la ricerca di Lucene tramite Proiezioni).

Answer 1

Per coloro che cercano una risposta simile, la soluzione che segue è quella su cui ho optato. Non c'è un meccanismo facile che io possa trovare per interagire con un DAL separato ed eseguire l'indicizzazione di Lucene.

1. creare il modulo Orchard
2. creare nuovi contenuti Part/Type tramite aMigration
infrastrutture
3. Usa Orchard comando per importare dati dal database secondario
4. utilizzare l'evento OnIndexing nel gestore di una parte dei contenuti per consentire Lucene per indicizzare la tua origine dati.
5. Creare una proprietà di ricerca (che ho chiamato il mio ConcreateProperty) che viene popolata tramite un servizio che ho creato nel modulo per interagire con il DAL secondario nell'evento OnLoaded.

mio gestore finale si presentava così:

public class HomePartHandler : ContentHandler { 
    public HomePartHandler(IRepository<HomePartRecord> repository, IHomeSearchMLSService homeSearchService) { 
     Filters.Add(StorageFilter.For(repository)); 
     OnLoaded<HomePart>((ctx, part) => 
     { 
      part.ConcreteProperty = homeSearchService.GetByMlsNumber(part.MlsId) ?? new PropertyDetail(); 
     }); 
     OnIndexing<HomePart>((context, homePart) => context.DocumentIndex 
     .Add("home_StreetFullName", homePart.Record.StreetFullName).RemoveTags().Analyze().Store() 
     .Add("home_City", homePart.Record.City).RemoveTags().Analyze().Store() 
     .Add("home_State", homePart.Record.State).RemoveTags().Analyze().Store() 
     .Add("home_Zip", homePart.Record.Zip).RemoveTags().Analyze().Store() 
     .Add("home_Subdivision", homePart.Record.Subdivision).RemoveTags().Analyze().Store() 
     .Add("home_Beds", homePart.Record.Beds).RemoveTags().Analyze().Store() 
     .Add("home_Baths", homePart.Record.Baths).RemoveTags().Analyze().Store() 
     .Add("home_SquareFoot", homePart.Record.SquareFoot).RemoveTags().Analyze().Store() 
     .Add("home_PropertyType", homePart.Record.PropertyType).RemoveTags().Analyze().Store() 
     .Add("home_ListPrice", homePart.Record.ListPrice).RemoveTags().Analyze().Store() 
     .Add("home_MlsId", homePart.Record.MlsId).RemoveTags().Analyze().Store() 
     .Add("home_Latitude", (double)homePart.Record.Latitude).RemoveTags().Analyze().Store() 
     .Add("home_Longitude", (double)homePart.Record.Longitude).RemoveTags().Analyze().Store() 
     ); 
    } 
} 

Questo mi permette di creare un servizio di ricerca per la ricerca attraverso tutti i miei dati e poi collegarlo al modello tramite la proprietà di cemento, che funziona comunque meglio dal punto di vista delle prestazioni.