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 6865585
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: May 27, 20262026-05-27T03:04:20+00:00 2026-05-27T03:04:20+00:00

Is it bad practice to declare a typedef at class scope? Is it better

  • 0

Is it bad practice to declare a typedef at class scope? Is it better to declare them for every function to make sure no one includes that file and then creates something with the same name?

For example

typedef std::vector<int>::size_type vec_int;

Would be useful in some of my headers as in some classes there are many functions that use this type, but on the other hand I would have to put it in the header, wouldn’t I? Or could I put it at the top of the source file?

  • 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-27T03:04:21+00:00Added an answer on May 27, 2026 at 3:04 am

    I’d say just keep the scope to a minimum; with that, do whatever is cleanest.

    If you use it for one function, keep it in that function’s scope. If you use it for several functions, make it a private typedef. And if you expect others to use it (out of utility, perhaps), make it public.

    In code:

    namespace detail
    {
        // By convention, you aren't suppose to use things from
        // this namespace, so this is effectively private to me.
    
        typedef int* my_private_type;
    }
    
    void some_func()
    {
        // I am allowed to go inside detail:
        detail::my_private_type x = 0;
    
        /* ... */
    }
    
    void some_other_func()
    {
        // I only need the typedef for this function,
        // so I put it at this scope:
        typedef really::long::type<int>::why_so_long short_type;
    
        short_type x;
    
        /* ... */
    }
    
    typedef int integer_type; // intended for public use, not hidden
    
    integer_type more_func()
    {
        return 5;
    }
    
    class some_class
    {
    public:
        // public, intended for client use
        typedef std::vector<int> int_vector; 
    
        int_vector get_vec() const;
    
    private:
        // private, only for use in this class
        typedef int* int_ptr;
    };
    

    Hopefully that gives you an idea of what I mean.

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

Sidebar

Related Questions

Why is it bad practice to declare variables on one line? e.g. private String
Is it considered bad practice to have multiple try's in one method and structure
Is it generally considered bad practice to provide Iterator implementations that are infinite; i.e.
Yes I know global variables is a bad practice, but ease up on that
Is it bad practice to use triggers or scripts to maintain data integrity that
Is it bad practice to put most variables at class level in a Form?
Is type checking considered bad practice even if you are checking against an interface?
Is it bad practice to have a string like name=Gina;postion= HouseMatriarch;id=1234 to hold state
I know they are bad practice but I have a real need on an
Would you consider it bad practice to store various user data in a database

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.