Don't get too wrapped up with the terminology. Create another component
that does what you need.. RealEstateListingExporter... instantiate it in
your Service and pass whatever info it needs.
Pseudo code from ListingService...
=====================
function getCSVListings() {
var qListings = DAO.getListings();
var oExporter =
createObject("component","path.to.RealEstateListingExporter");
return oExporter.exportListings(qListings);
}
====================
Jason Durham
On Wed, Sep 22, 2010 at 1:58 PM, Ronan Lucio <[email protected]> wrote:
> Hi,
>
> We have an application that talks to the model via service layer.
> Service store its logic in a high level way and have access to Data Access
> Objects.
> Record's logic resides on beans.
>
> Its working fine as its supposed to.
>
> Now I'm developing an export task.
> This export task has many logics where in a well refactored code it will
> result in several methods.
> So my doubt is where to put such a methods.
>
> In one hand, these methods don't refers to Data Access, its a Information
> Processing.
> In the other hand, I don't want to fulfill my Services with "internal"
> methods. It's supposed to contains just "services".
>
> To complex things a little bit, I need to use inheritance for these
> methods.
>
> Being more clear:
>
> The user just need to export his/her real estates.
> We have a standard layout for exporting.
> Nonetheless, the user can export to other real estate portals.
> Each real estate portal have its own layout standard.
>
> So I will need methods like validadeRealEstateRecord(),
> convertRealEstateType() and so to adjust the records for each standard,
> before exporting the data to an XML file.
>
> My first doubt is where to put this kind of method.
>
> The second doubt is how to deal with inheritance in this case.
> I would like to have an AbstractClass for export to the standard layout,
> and each portal we access exportation would have a specialization Class.
> Each Class/specialization would have its polymorphic methods.
> So what kind of Class would it be?
>
> Thanks,
> Ronan
>
> --
> You received this message because you are subscribed to the Google Groups
> "CFCDev" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to
> [email protected]<cfcdev%[email protected]>
> .
> For more options, visit this group at
> http://groups.google.com/group/cfcdev?hl=en.
>
--
You received this message because you are subscribed to the Google Groups
"CFCDev" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/cfcdev?hl=en.
