Home/ Questions/Q 3619230
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-18T22:51:10+00:00

I have an application that has database connectivity and although there are obviously objects

  • 0

I have an application that has database connectivity and although there are obviously objects that correspond to data in my database, I find that all my data processing methods could be static as there is no real need for an instance of the object as my classes simply operate on the data and spit something out, no need to store anything outside the method’s scope. If I can make a method or class static should I?

Also I use a utility singleton class for common (single instance) “global data”. I want to have a good design, but are these frowned upon?

Let me give you an example of what I’m doing. I load some data from my database using a static method to place it into a global varaiable in my Singleton class (a list of a custom object)

So my singleton class has something like

List<MyCustomObject> SomeList

and my static class has

static void LoadData()
foreach(data in database something or other)
singletonClass.SomeList.Add()

So the code above might load in some records from the database into SomeList, where each item in SomeList is of type MyCustomObject, which contains a single record of information.

Is this good implementation? Is this how you would code it?

Then in my presentation layer I would make calls to another static class of methods to get data from the singleton class in to a format required.

It doesn’t feel very OOPey. But I can’t really think how to do it another way you do it.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Statics and singletons are frowned upon somewhat. But only the same way as starting a sentence with “but” — bad when overused, but sometimes it’s what works best.

    In your example, why have separate classes, one a singleton and one static? A singleton is in many ways equivalent to a class with only static data and methods. If you already have a singleton, I’d say you should add the methods to load the data to it rather than to a separate class. A class with static methods would be more appropriate if, say, you have utility code common to all of your stored data types.

    (Also, I wouldn’t worry too much about what’s OOPey and what’s not. Overengineering in the blind service of OOP principles can be a serious problem, speaking as someone who’s had to wade through the Eclipse code base …)

    • 0