Can the CSLA framework be removed from a project?

Can the CSLA framework be removed from a project?

Old forum URL: forums.lhotka.net/forums/t/10365.aspx


Louie12 posted on Thursday, May 12, 2011

We have a project and I was thinking if the CSLA framework can be removed from it. Is this possible without destroying the core features of the system or would you recommend ground up development, thank you.

Plum replied on Thursday, May 12, 2011

Why would you want to do this?

My guess is that you have no understanding of what this frame work does.

 

Louie12 replied on Monday, May 16, 2011

Hey Plum,

I'm just following orders, please understand first what we are trying to do before you jump to a conclusion :D

ajj3085 replied on Tuesday, May 17, 2011

Louie,

I understand you are just investigating what you've been asked to investigate.  Really though, I don't understand the blind need for POCOs.  To mean that means, as Rocky said, you need to roll your own for everything Csla already provides.  And to what end?  I've heard "the business layer is the most important, and so it shouldn't be tied to one particular framework."  Frankly I think it's a rather bogus arguement.  The whole time you're rolling your own, you're also maintaining it, have no real support for it and paying any real costs.  And for what?  I can't fathom the answer.

Andy

Louie12 replied on Monday, May 23, 2011

Hi Andy, Currently we are in a debate in that subject and that is what we are trying to prove. Since Rockford already answered my question, it is already proof enough that it cannot be done, that's it! There's no more answer to it, we are just exhausting the possibilities as we are not CSLA experts nore advanced users, thank you for the response :D

RockfordLhotka replied on Thursday, May 12, 2011

There is no realistic way to remove CSLA from a business library, because all your business types will be subclasses of CSLA base types.

Additionally, if you don't inherit from CSLA base classes, you'll find that none of your data binding works correctly. To my knowledge there are no other frameworks that provide complete support for data binding across all the UI technologies, so (assuming you are using data binding) you'd need to reimplement all those features of CSLA.

Also, if you are using the business rules features of CSLA, you'll have to invent a similar business rules engine.

The same is true for authorization. If you are using that feature you'll have to invent a similar authorization solution.

Finally, if you are using the n-tier data portal functionality, you'll need to reinvent that, or rearchitect your system to use a different model for interacting with your data access layer.

Louie12 replied on Monday, May 16, 2011

Wow.. thanks for that explanation, very well said. I will relay this to my collegues :D

Copyright (c) Marimer LLC