Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • SEARCH
  • Home
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 4598528
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: May 21, 20262026-05-21T23:24:44+00:00 2026-05-21T23:24:44+00:00

I want to define some common post-construction behavior for a group of classes. When

  • 0

I want to define some common post-construction behavior for a group of classes. When you have shared behaviors in different classes, Java tells us to extract them out into a parent class.

Conceptually, it makes sense, we’re saying, for objects of this type (and its subclasses), do some post-processing after it’s constructed;

Practically, it’s hard to do. You obviously can’t put it in the parent class constructor because parent constructor is called before the subclass constructor. I could write a postInit() method in the parent class and require all subclasses to call it as their last statement in their constructors, but it doesn’t seem very clean, as there’s no way to enforce it, and people do forget.

Is there maybe some language construct that I’m not aware of that may solve my problem?

Thanks

Just a little more background on the requirement. Factory methods etc. that are suggested by many of the answers (which I’ve upvoted) below are all good ideas, but I don’t really have that luxury. The actual situation is this, I have this parent class, which is extended by a couple of dozen subclasses, which are in turn used in many other places. So redesign how these subclasses are used is out of the question, and changing all subclasses is borderline possible. Ideally, I just need to change the parent class, so that’s what I’m asking.

  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-05-21T23:24:44+00:00Added an answer on May 21, 2026 at 11:24 pm

    If you can’t use a factory method for pragmatic reasons, the best solution I can think of is to create a protected final method in the root class that does the post processing, and add a call to the method to each and every leaf class; e.g.

    public abstract class Root {
        ...
        protected final void finishInit() {
            // Do post-processing
        }
    }
    
    public abstract class Intermediate {
        ...
        protected Intermediate(...) {
            super(...);
            ...
            // don't call finishInit();
        }
        ...
    }
    
    public class Leaf {
        ...
        public Leaf(...) {
           super(...);
           ...
           finishInit();
        }
        ...
    }
    

    If Intermediate is not abstract then you need a separate public constructor to create instances that calls finishInit() at the end.


    It’s all a bit clumsy, but that’s the penalty you have to pay if you can’t/won’t refactor your code to use factory methods.

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

I often want to define new 'Exception' classes, but need to have an appropriate
I want to define some member variable and some code just in Debug Mode,
I want to define something like this in php : $EL = \n<br />\n;
I want to define a JavaScript class, Foo. Foo = function(value){ this.value = value;
So, I want to define a singleton method for an object, but I want
I want to implement the solution using the pre-processor described here: Reuse define statement
I want to compile a project differently, according to a constant defined by #define,
I defined a record named log . I want to create an mnesia table
I want to call a few static methods of a CPP class defined in
I want to keep the class simple and not defined a constructor so i

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.