CODEWITHSUNDEEP
design-patternsmodularity
Xavier_Ex
Xavier_Ex

Reputation: 8810

Design pattern behind modularization?

Hi I'm writing my own high level API of Amazon's PHP SDK which is used to manipulate DynamoDB, a nosql database.

I find myself writing roughly 150 lines of code for a single function that does one operation, including error checking, request building and of course, comments. If I keep going this way the API class can easily exceed a thousand lines, which I think is a bit hard to maintain.

Thus I'm thinking of breaking my class down into several smaller classes, each handling a set of operations. Say like, table operations, item operations, and batch operations. But I'm not an expert with software design patterns, so is this really a good way to modularize? Or is there any design pattern that I should comply and make my code easier to maintain?

Upvotes: 2

Views: 395

Answers (2)

Keyne Viana
Keyne Viana

Reputation: 6202

Your question is a bit subjective, since you do not provide the code so that we can see what you're trying to accomplish in fact.

But yes, you need to separate your classes into smaller components, each one with its own responsibility. There isn't a single pattern that tells how exactly to do that, but the Single Responsibility Principle is a good one to start with. It's about separation of concerns.

You said:

[...] including error checking, request building [...]

There you go, separating error checking, from request building, and then separating it again into smaller components, each with just one responsibility. You must have just one reason to change each component, never more then one. You must have a clear domain model defined, with dedicated services for each one of these domain objects.

Take for example, the answer of @teresko here:

How should a model be structured in MVC?

So, bear in mind that you need to separate your application into layers. The request is part of the presentation tier. Which in modern MVC-alike apllications is composed by the Controller Layer and the View Layer, which interacts with the Model layer in order to prepare the presentation for a given request.

See: http://martinfowler.com/eaaCatalog/

Upvotes: 3

w0051977
w0051977

Reputation: 15797

I think I am in the same boat as you. I have lots of classes to maintain that have too many purposes. Have a look at the following web page, which helped me: http://www.dofactory.com/Patterns/Patterns.aspx. Also Google: SOLID (http://en.wikipedia.org/wiki/SOLID_%28object-oriented_design%29). These are targeted towards .NET and Object Oriented programming, but I know that PHP has classes and objects.

Upvotes: 2

Related Questions