Convert camelCase and PascalCase to Title Case

How to make thick Asian sauces?

Is it a problem that pull requests are approved without any comments

How to split a string in two substrings of same length using bash?

What is the history of the check mark / tick mark?

What is the right way to float a home lab?

Why does a helium balloon rise?

Avoiding cliches when writing gods

Word for a small burst of laughter that can't be held back

Opposite of "Squeaky wheel gets the grease"

Pronoun introduced before its antecedent

Is it possible for people to live in the eye of a permanent hypercane?

Short story written from alien perspective with this line: "It's too bright to look at, so they don't"

Can you please explain this joke: "I'm going bananas is what I tell my bananas before I leave the house"?

I wrote a scene that the majority of my readers loved. How do I get back to that place while writing my new book?

Chopin: marche funèbre bar 15 impossible place

Does the growth of home value benefit from compound interest?

Secure offsite backup, even in the case of hacker root access

Linux tr to convert vertical text to horizontal

X-shaped crossword

Traffic law UK, pedestrians

Who operates delivery flights for commercial airlines?

How certain is a caster of when their spell will end?

Java 8: How to convert String to Map<String,List<String>>?

What does War Machine's "Canopy! Canopy!" line mean in "Avengers: Endgame"?



Convert camelCase and PascalCase to Title Case







.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;








9












$begingroup$


I'm trying to take camelCase and PascalCase strings into a function and spit them out as Title Case. This function also needs to be able to handle odd PascalCase strings with capitalized abbreviations such as "CDReceiverBox" and return a readable string - "CD Receiver Box".



My current working solution:



function splitCamelCase(camelCaseString) 
const result = camelCaseString
.replace(/([A-Z][a-z])/g, " $1")
.replace(/([A-Z]+)/g, " $1")
.replace(/ +/g, " ")
.replace(/^ +/g, "");

return result.charAt(0).toUpperCase() + result.slice(1);



I would like to condense the amount of replace statements I'm using by at least combining the first two replace statements and the last two together since they are semi similar. The more concise I can make this the better.



CodePen: https://codepen.io/andrewgarrison/pen/dEQrMy










share|improve this question









New contributor



Andrew Garrison is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.






$endgroup$


















    9












    $begingroup$


    I'm trying to take camelCase and PascalCase strings into a function and spit them out as Title Case. This function also needs to be able to handle odd PascalCase strings with capitalized abbreviations such as "CDReceiverBox" and return a readable string - "CD Receiver Box".



    My current working solution:



    function splitCamelCase(camelCaseString) 
    const result = camelCaseString
    .replace(/([A-Z][a-z])/g, " $1")
    .replace(/([A-Z]+)/g, " $1")
    .replace(/ +/g, " ")
    .replace(/^ +/g, "");

    return result.charAt(0).toUpperCase() + result.slice(1);



    I would like to condense the amount of replace statements I'm using by at least combining the first two replace statements and the last two together since they are semi similar. The more concise I can make this the better.



    CodePen: https://codepen.io/andrewgarrison/pen/dEQrMy










    share|improve this question









    New contributor



    Andrew Garrison is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
    Check out our Code of Conduct.






    $endgroup$














      9












      9








      9


      1



      $begingroup$


      I'm trying to take camelCase and PascalCase strings into a function and spit them out as Title Case. This function also needs to be able to handle odd PascalCase strings with capitalized abbreviations such as "CDReceiverBox" and return a readable string - "CD Receiver Box".



      My current working solution:



      function splitCamelCase(camelCaseString) 
      const result = camelCaseString
      .replace(/([A-Z][a-z])/g, " $1")
      .replace(/([A-Z]+)/g, " $1")
      .replace(/ +/g, " ")
      .replace(/^ +/g, "");

      return result.charAt(0).toUpperCase() + result.slice(1);



      I would like to condense the amount of replace statements I'm using by at least combining the first two replace statements and the last two together since they are semi similar. The more concise I can make this the better.



      CodePen: https://codepen.io/andrewgarrison/pen/dEQrMy










      share|improve this question









      New contributor



      Andrew Garrison is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.






      $endgroup$




      I'm trying to take camelCase and PascalCase strings into a function and spit them out as Title Case. This function also needs to be able to handle odd PascalCase strings with capitalized abbreviations such as "CDReceiverBox" and return a readable string - "CD Receiver Box".



      My current working solution:



      function splitCamelCase(camelCaseString) 
      const result = camelCaseString
      .replace(/([A-Z][a-z])/g, " $1")
      .replace(/([A-Z]+)/g, " $1")
      .replace(/ +/g, " ")
      .replace(/^ +/g, "");

      return result.charAt(0).toUpperCase() + result.slice(1);



      I would like to condense the amount of replace statements I'm using by at least combining the first two replace statements and the last two together since they are semi similar. The more concise I can make this the better.



      CodePen: https://codepen.io/andrewgarrison/pen/dEQrMy







      javascript strings regex






      share|improve this question









      New contributor



      Andrew Garrison is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.










      share|improve this question









      New contributor



      Andrew Garrison is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.








      share|improve this question




      share|improve this question








      edited 5 hours ago









      200_success

      133k20160429




      133k20160429






      New contributor



      Andrew Garrison is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.








      asked 8 hours ago









      Andrew GarrisonAndrew Garrison

      484




      484




      New contributor



      Andrew Garrison is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.




      New contributor




      Andrew Garrison is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.






















          2 Answers
          2






          active

          oldest

          votes


















          4












          $begingroup$

          I like your solution quite a bit. It's clear, easy to read and I don't see any bugs.



          There are many ways to condense the replace calls as you mention, but I think you're at a point where such changes can easily have a disproportionate impact on readability. That's good--it means the code is already pretty optimal from that standpoint.



          For example, here's a one-shot replace using alternation, but its merit is debatable:



          const splitCamelCase = s => s.replace(
          /^[a-z]|^([A-Z]+)(?=[A-Z]|$)|([A-Z])+(?=[A-Z]|$)|([A-Z])(?=[a-z]+)/g,
          m => " " + m.toUpperCase()
          ).trim()
          ;


          The idea here is to enumerate each scenario, join the patterns with |s, and provide an arrow function to handle the addition of a space and a capital letter for each match.



          With the two extremes in mind, I prefer a balanced approach such as:



          const splitCamelCase = s =>
          s.replace(/([A-Z][a-z])/g, " $1")
          .replace(/s*([A-Z]+)/g, " $1")
          .replace(/./, m => m.toUpperCase())
          .trim()
          ;


          or perhaps



          const splitCamelCase = s =>
          s.replace(/([A-Z][a-z]|[A-Z]+(?=[A-Z]|$))/g, " $1")
          .replace(/./, m => m.toUpperCase())
          .trim()
          ;


          These should offer ideas as far as how far you want to go in making the succinctness versus readability tradeoff. But, failing the possibility of a shortcut I might have overlooked, keeping your code basically as-is seems like a fine option to me.



          If it's performance you're after in reducing replace calls, there's no guarantee that fewer calls will translate into better performance. Under the hood, the regex engine may make more passes to compensate; you can benchmark and tweak using a debugger like regex101. For performance, it's likely best to avoid regex entirely and write a single-pass loop by hand.



          Here's a test runner:






          const splitCamelCase = s =>
          s.replace(/([A-Z][a-z]|[A-Z]+(?=[A-Z]|$))/g, " $1")
          .replace(/./, m => m.toUpperCase())
          .trim()
          ;

          [
          "AAABbbbbCcDddEEFffGGHhIiJ",
          "AaBbCcDDEeFGgHHHH",
          "CDBoomBoxAAAABbbbCCC",
          "CDBoomBox",
          "camelCase",
          "camel",
          "Camel",
          "c",
          "C",
          "Aa",
          "AA",
          "aa",
          "AAA",
          "aB",
          "aBC",
          "aBCc",
          "",
          ].forEach(test =>
          console.log(
          splitCamelCaseOriginal(test) === splitCamelCase(test)
          ? `'$test' -> '$splitCamelCase(test)'`
          : "TEST FAILED"
          )
          );

          function splitCamelCaseOriginal(camelCaseString)
          const result = camelCaseString
          .replace(/([A-Z][a-z])/g, " $1")
          .replace(/([A-Z]+)/g, " $1")
          .replace(/ +/g, " ")
          .replace(/^ +/g, "");

          return result.charAt(0).toUpperCase() + result.slice(1);








          share|improve this answer











          $endgroup$












          • $begingroup$
            FWIW, your code gives different results from the OP's for inputs like aB, aBC or aBCd that start with a lowercase letter followed by an uppercase letter. That's the one situation where it matters whether you capitalize the first letter before or after adding the spaces.
            $endgroup$
            – Ilmari Karonen
            4 hours ago






          • 1




            $begingroup$
            Good catch, fixed.
            $endgroup$
            – ggorlen
            4 hours ago


















          4












          $begingroup$

          You could save one .replace() call by replacing the last two with:



          .replace(/(^| ) +/g, "$1")


          which both removes leading spaces and collapses multiple consecutive spaces to one anywhere else in the string. However, I'm not 100% sure that you should, since it's not really clear which way is more efficient in practice, and your way seems more readable anyway.



          If you do keep the two calls separate, however, you should optimize the first regexp to / +/g (with two spaces before to + sign) to avoid unnecessarily matching and replacing single spaces. Also, swapping the order of the last two calls could improve performance slightly in cases where the only extra spaces to be removed are at the beginning of the string.






          share|improve this answer









          $endgroup$













            Your Answer






            StackExchange.ifUsing("editor", function ()
            StackExchange.using("externalEditor", function ()
            StackExchange.using("snippets", function ()
            StackExchange.snippets.init();
            );
            );
            , "code-snippets");

            StackExchange.ready(function()
            var channelOptions =
            tags: "".split(" "),
            id: "196"
            ;
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function()
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled)
            StackExchange.using("snippets", function()
            createEditor();
            );

            else
            createEditor();

            );

            function createEditor()
            StackExchange.prepareEditor(
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: false,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: null,
            bindNavPrevention: true,
            postfix: "",
            imageUploader:
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            ,
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            );



            );






            Andrew Garrison is a new contributor. Be nice, and check out our Code of Conduct.









            draft saved

            draft discarded


















            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fcodereview.stackexchange.com%2fquestions%2f221419%2fconvert-camelcase-and-pascalcase-to-title-case%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown

























            2 Answers
            2






            active

            oldest

            votes








            2 Answers
            2






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            4












            $begingroup$

            I like your solution quite a bit. It's clear, easy to read and I don't see any bugs.



            There are many ways to condense the replace calls as you mention, but I think you're at a point where such changes can easily have a disproportionate impact on readability. That's good--it means the code is already pretty optimal from that standpoint.



            For example, here's a one-shot replace using alternation, but its merit is debatable:



            const splitCamelCase = s => s.replace(
            /^[a-z]|^([A-Z]+)(?=[A-Z]|$)|([A-Z])+(?=[A-Z]|$)|([A-Z])(?=[a-z]+)/g,
            m => " " + m.toUpperCase()
            ).trim()
            ;


            The idea here is to enumerate each scenario, join the patterns with |s, and provide an arrow function to handle the addition of a space and a capital letter for each match.



            With the two extremes in mind, I prefer a balanced approach such as:



            const splitCamelCase = s =>
            s.replace(/([A-Z][a-z])/g, " $1")
            .replace(/s*([A-Z]+)/g, " $1")
            .replace(/./, m => m.toUpperCase())
            .trim()
            ;


            or perhaps



            const splitCamelCase = s =>
            s.replace(/([A-Z][a-z]|[A-Z]+(?=[A-Z]|$))/g, " $1")
            .replace(/./, m => m.toUpperCase())
            .trim()
            ;


            These should offer ideas as far as how far you want to go in making the succinctness versus readability tradeoff. But, failing the possibility of a shortcut I might have overlooked, keeping your code basically as-is seems like a fine option to me.



            If it's performance you're after in reducing replace calls, there's no guarantee that fewer calls will translate into better performance. Under the hood, the regex engine may make more passes to compensate; you can benchmark and tweak using a debugger like regex101. For performance, it's likely best to avoid regex entirely and write a single-pass loop by hand.



            Here's a test runner:






            const splitCamelCase = s =>
            s.replace(/([A-Z][a-z]|[A-Z]+(?=[A-Z]|$))/g, " $1")
            .replace(/./, m => m.toUpperCase())
            .trim()
            ;

            [
            "AAABbbbbCcDddEEFffGGHhIiJ",
            "AaBbCcDDEeFGgHHHH",
            "CDBoomBoxAAAABbbbCCC",
            "CDBoomBox",
            "camelCase",
            "camel",
            "Camel",
            "c",
            "C",
            "Aa",
            "AA",
            "aa",
            "AAA",
            "aB",
            "aBC",
            "aBCc",
            "",
            ].forEach(test =>
            console.log(
            splitCamelCaseOriginal(test) === splitCamelCase(test)
            ? `'$test' -> '$splitCamelCase(test)'`
            : "TEST FAILED"
            )
            );

            function splitCamelCaseOriginal(camelCaseString)
            const result = camelCaseString
            .replace(/([A-Z][a-z])/g, " $1")
            .replace(/([A-Z]+)/g, " $1")
            .replace(/ +/g, " ")
            .replace(/^ +/g, "");

            return result.charAt(0).toUpperCase() + result.slice(1);








            share|improve this answer











            $endgroup$












            • $begingroup$
              FWIW, your code gives different results from the OP's for inputs like aB, aBC or aBCd that start with a lowercase letter followed by an uppercase letter. That's the one situation where it matters whether you capitalize the first letter before or after adding the spaces.
              $endgroup$
              – Ilmari Karonen
              4 hours ago






            • 1




              $begingroup$
              Good catch, fixed.
              $endgroup$
              – ggorlen
              4 hours ago















            4












            $begingroup$

            I like your solution quite a bit. It's clear, easy to read and I don't see any bugs.



            There are many ways to condense the replace calls as you mention, but I think you're at a point where such changes can easily have a disproportionate impact on readability. That's good--it means the code is already pretty optimal from that standpoint.



            For example, here's a one-shot replace using alternation, but its merit is debatable:



            const splitCamelCase = s => s.replace(
            /^[a-z]|^([A-Z]+)(?=[A-Z]|$)|([A-Z])+(?=[A-Z]|$)|([A-Z])(?=[a-z]+)/g,
            m => " " + m.toUpperCase()
            ).trim()
            ;


            The idea here is to enumerate each scenario, join the patterns with |s, and provide an arrow function to handle the addition of a space and a capital letter for each match.



            With the two extremes in mind, I prefer a balanced approach such as:



            const splitCamelCase = s =>
            s.replace(/([A-Z][a-z])/g, " $1")
            .replace(/s*([A-Z]+)/g, " $1")
            .replace(/./, m => m.toUpperCase())
            .trim()
            ;


            or perhaps



            const splitCamelCase = s =>
            s.replace(/([A-Z][a-z]|[A-Z]+(?=[A-Z]|$))/g, " $1")
            .replace(/./, m => m.toUpperCase())
            .trim()
            ;


            These should offer ideas as far as how far you want to go in making the succinctness versus readability tradeoff. But, failing the possibility of a shortcut I might have overlooked, keeping your code basically as-is seems like a fine option to me.



            If it's performance you're after in reducing replace calls, there's no guarantee that fewer calls will translate into better performance. Under the hood, the regex engine may make more passes to compensate; you can benchmark and tweak using a debugger like regex101. For performance, it's likely best to avoid regex entirely and write a single-pass loop by hand.



            Here's a test runner:






            const splitCamelCase = s =>
            s.replace(/([A-Z][a-z]|[A-Z]+(?=[A-Z]|$))/g, " $1")
            .replace(/./, m => m.toUpperCase())
            .trim()
            ;

            [
            "AAABbbbbCcDddEEFffGGHhIiJ",
            "AaBbCcDDEeFGgHHHH",
            "CDBoomBoxAAAABbbbCCC",
            "CDBoomBox",
            "camelCase",
            "camel",
            "Camel",
            "c",
            "C",
            "Aa",
            "AA",
            "aa",
            "AAA",
            "aB",
            "aBC",
            "aBCc",
            "",
            ].forEach(test =>
            console.log(
            splitCamelCaseOriginal(test) === splitCamelCase(test)
            ? `'$test' -> '$splitCamelCase(test)'`
            : "TEST FAILED"
            )
            );

            function splitCamelCaseOriginal(camelCaseString)
            const result = camelCaseString
            .replace(/([A-Z][a-z])/g, " $1")
            .replace(/([A-Z]+)/g, " $1")
            .replace(/ +/g, " ")
            .replace(/^ +/g, "");

            return result.charAt(0).toUpperCase() + result.slice(1);








            share|improve this answer











            $endgroup$












            • $begingroup$
              FWIW, your code gives different results from the OP's for inputs like aB, aBC or aBCd that start with a lowercase letter followed by an uppercase letter. That's the one situation where it matters whether you capitalize the first letter before or after adding the spaces.
              $endgroup$
              – Ilmari Karonen
              4 hours ago






            • 1




              $begingroup$
              Good catch, fixed.
              $endgroup$
              – ggorlen
              4 hours ago













            4












            4








            4





            $begingroup$

            I like your solution quite a bit. It's clear, easy to read and I don't see any bugs.



            There are many ways to condense the replace calls as you mention, but I think you're at a point where such changes can easily have a disproportionate impact on readability. That's good--it means the code is already pretty optimal from that standpoint.



            For example, here's a one-shot replace using alternation, but its merit is debatable:



            const splitCamelCase = s => s.replace(
            /^[a-z]|^([A-Z]+)(?=[A-Z]|$)|([A-Z])+(?=[A-Z]|$)|([A-Z])(?=[a-z]+)/g,
            m => " " + m.toUpperCase()
            ).trim()
            ;


            The idea here is to enumerate each scenario, join the patterns with |s, and provide an arrow function to handle the addition of a space and a capital letter for each match.



            With the two extremes in mind, I prefer a balanced approach such as:



            const splitCamelCase = s =>
            s.replace(/([A-Z][a-z])/g, " $1")
            .replace(/s*([A-Z]+)/g, " $1")
            .replace(/./, m => m.toUpperCase())
            .trim()
            ;


            or perhaps



            const splitCamelCase = s =>
            s.replace(/([A-Z][a-z]|[A-Z]+(?=[A-Z]|$))/g, " $1")
            .replace(/./, m => m.toUpperCase())
            .trim()
            ;


            These should offer ideas as far as how far you want to go in making the succinctness versus readability tradeoff. But, failing the possibility of a shortcut I might have overlooked, keeping your code basically as-is seems like a fine option to me.



            If it's performance you're after in reducing replace calls, there's no guarantee that fewer calls will translate into better performance. Under the hood, the regex engine may make more passes to compensate; you can benchmark and tweak using a debugger like regex101. For performance, it's likely best to avoid regex entirely and write a single-pass loop by hand.



            Here's a test runner:






            const splitCamelCase = s =>
            s.replace(/([A-Z][a-z]|[A-Z]+(?=[A-Z]|$))/g, " $1")
            .replace(/./, m => m.toUpperCase())
            .trim()
            ;

            [
            "AAABbbbbCcDddEEFffGGHhIiJ",
            "AaBbCcDDEeFGgHHHH",
            "CDBoomBoxAAAABbbbCCC",
            "CDBoomBox",
            "camelCase",
            "camel",
            "Camel",
            "c",
            "C",
            "Aa",
            "AA",
            "aa",
            "AAA",
            "aB",
            "aBC",
            "aBCc",
            "",
            ].forEach(test =>
            console.log(
            splitCamelCaseOriginal(test) === splitCamelCase(test)
            ? `'$test' -> '$splitCamelCase(test)'`
            : "TEST FAILED"
            )
            );

            function splitCamelCaseOriginal(camelCaseString)
            const result = camelCaseString
            .replace(/([A-Z][a-z])/g, " $1")
            .replace(/([A-Z]+)/g, " $1")
            .replace(/ +/g, " ")
            .replace(/^ +/g, "");

            return result.charAt(0).toUpperCase() + result.slice(1);








            share|improve this answer











            $endgroup$



            I like your solution quite a bit. It's clear, easy to read and I don't see any bugs.



            There are many ways to condense the replace calls as you mention, but I think you're at a point where such changes can easily have a disproportionate impact on readability. That's good--it means the code is already pretty optimal from that standpoint.



            For example, here's a one-shot replace using alternation, but its merit is debatable:



            const splitCamelCase = s => s.replace(
            /^[a-z]|^([A-Z]+)(?=[A-Z]|$)|([A-Z])+(?=[A-Z]|$)|([A-Z])(?=[a-z]+)/g,
            m => " " + m.toUpperCase()
            ).trim()
            ;


            The idea here is to enumerate each scenario, join the patterns with |s, and provide an arrow function to handle the addition of a space and a capital letter for each match.



            With the two extremes in mind, I prefer a balanced approach such as:



            const splitCamelCase = s =>
            s.replace(/([A-Z][a-z])/g, " $1")
            .replace(/s*([A-Z]+)/g, " $1")
            .replace(/./, m => m.toUpperCase())
            .trim()
            ;


            or perhaps



            const splitCamelCase = s =>
            s.replace(/([A-Z][a-z]|[A-Z]+(?=[A-Z]|$))/g, " $1")
            .replace(/./, m => m.toUpperCase())
            .trim()
            ;


            These should offer ideas as far as how far you want to go in making the succinctness versus readability tradeoff. But, failing the possibility of a shortcut I might have overlooked, keeping your code basically as-is seems like a fine option to me.



            If it's performance you're after in reducing replace calls, there's no guarantee that fewer calls will translate into better performance. Under the hood, the regex engine may make more passes to compensate; you can benchmark and tweak using a debugger like regex101. For performance, it's likely best to avoid regex entirely and write a single-pass loop by hand.



            Here's a test runner:






            const splitCamelCase = s =>
            s.replace(/([A-Z][a-z]|[A-Z]+(?=[A-Z]|$))/g, " $1")
            .replace(/./, m => m.toUpperCase())
            .trim()
            ;

            [
            "AAABbbbbCcDddEEFffGGHhIiJ",
            "AaBbCcDDEeFGgHHHH",
            "CDBoomBoxAAAABbbbCCC",
            "CDBoomBox",
            "camelCase",
            "camel",
            "Camel",
            "c",
            "C",
            "Aa",
            "AA",
            "aa",
            "AAA",
            "aB",
            "aBC",
            "aBCc",
            "",
            ].forEach(test =>
            console.log(
            splitCamelCaseOriginal(test) === splitCamelCase(test)
            ? `'$test' -> '$splitCamelCase(test)'`
            : "TEST FAILED"
            )
            );

            function splitCamelCaseOriginal(camelCaseString)
            const result = camelCaseString
            .replace(/([A-Z][a-z])/g, " $1")
            .replace(/([A-Z]+)/g, " $1")
            .replace(/ +/g, " ")
            .replace(/^ +/g, "");

            return result.charAt(0).toUpperCase() + result.slice(1);








            const splitCamelCase = s =>
            s.replace(/([A-Z][a-z]|[A-Z]+(?=[A-Z]|$))/g, " $1")
            .replace(/./, m => m.toUpperCase())
            .trim()
            ;

            [
            "AAABbbbbCcDddEEFffGGHhIiJ",
            "AaBbCcDDEeFGgHHHH",
            "CDBoomBoxAAAABbbbCCC",
            "CDBoomBox",
            "camelCase",
            "camel",
            "Camel",
            "c",
            "C",
            "Aa",
            "AA",
            "aa",
            "AAA",
            "aB",
            "aBC",
            "aBCc",
            "",
            ].forEach(test =>
            console.log(
            splitCamelCaseOriginal(test) === splitCamelCase(test)
            ? `'$test' -> '$splitCamelCase(test)'`
            : "TEST FAILED"
            )
            );

            function splitCamelCaseOriginal(camelCaseString)
            const result = camelCaseString
            .replace(/([A-Z][a-z])/g, " $1")
            .replace(/([A-Z]+)/g, " $1")
            .replace(/ +/g, " ")
            .replace(/^ +/g, "");

            return result.charAt(0).toUpperCase() + result.slice(1);





            const splitCamelCase = s =>
            s.replace(/([A-Z][a-z]|[A-Z]+(?=[A-Z]|$))/g, " $1")
            .replace(/./, m => m.toUpperCase())
            .trim()
            ;

            [
            "AAABbbbbCcDddEEFffGGHhIiJ",
            "AaBbCcDDEeFGgHHHH",
            "CDBoomBoxAAAABbbbCCC",
            "CDBoomBox",
            "camelCase",
            "camel",
            "Camel",
            "c",
            "C",
            "Aa",
            "AA",
            "aa",
            "AAA",
            "aB",
            "aBC",
            "aBCc",
            "",
            ].forEach(test =>
            console.log(
            splitCamelCaseOriginal(test) === splitCamelCase(test)
            ? `'$test' -> '$splitCamelCase(test)'`
            : "TEST FAILED"
            )
            );

            function splitCamelCaseOriginal(camelCaseString)
            const result = camelCaseString
            .replace(/([A-Z][a-z])/g, " $1")
            .replace(/([A-Z]+)/g, " $1")
            .replace(/ +/g, " ")
            .replace(/^ +/g, "");

            return result.charAt(0).toUpperCase() + result.slice(1);






            share|improve this answer














            share|improve this answer



            share|improve this answer








            edited 3 hours ago

























            answered 6 hours ago









            ggorlenggorlen

            8181314




            8181314











            • $begingroup$
              FWIW, your code gives different results from the OP's for inputs like aB, aBC or aBCd that start with a lowercase letter followed by an uppercase letter. That's the one situation where it matters whether you capitalize the first letter before or after adding the spaces.
              $endgroup$
              – Ilmari Karonen
              4 hours ago






            • 1




              $begingroup$
              Good catch, fixed.
              $endgroup$
              – ggorlen
              4 hours ago
















            • $begingroup$
              FWIW, your code gives different results from the OP's for inputs like aB, aBC or aBCd that start with a lowercase letter followed by an uppercase letter. That's the one situation where it matters whether you capitalize the first letter before or after adding the spaces.
              $endgroup$
              – Ilmari Karonen
              4 hours ago






            • 1




              $begingroup$
              Good catch, fixed.
              $endgroup$
              – ggorlen
              4 hours ago















            $begingroup$
            FWIW, your code gives different results from the OP's for inputs like aB, aBC or aBCd that start with a lowercase letter followed by an uppercase letter. That's the one situation where it matters whether you capitalize the first letter before or after adding the spaces.
            $endgroup$
            – Ilmari Karonen
            4 hours ago




            $begingroup$
            FWIW, your code gives different results from the OP's for inputs like aB, aBC or aBCd that start with a lowercase letter followed by an uppercase letter. That's the one situation where it matters whether you capitalize the first letter before or after adding the spaces.
            $endgroup$
            – Ilmari Karonen
            4 hours ago




            1




            1




            $begingroup$
            Good catch, fixed.
            $endgroup$
            – ggorlen
            4 hours ago




            $begingroup$
            Good catch, fixed.
            $endgroup$
            – ggorlen
            4 hours ago













            4












            $begingroup$

            You could save one .replace() call by replacing the last two with:



            .replace(/(^| ) +/g, "$1")


            which both removes leading spaces and collapses multiple consecutive spaces to one anywhere else in the string. However, I'm not 100% sure that you should, since it's not really clear which way is more efficient in practice, and your way seems more readable anyway.



            If you do keep the two calls separate, however, you should optimize the first regexp to / +/g (with two spaces before to + sign) to avoid unnecessarily matching and replacing single spaces. Also, swapping the order of the last two calls could improve performance slightly in cases where the only extra spaces to be removed are at the beginning of the string.






            share|improve this answer









            $endgroup$

















              4












              $begingroup$

              You could save one .replace() call by replacing the last two with:



              .replace(/(^| ) +/g, "$1")


              which both removes leading spaces and collapses multiple consecutive spaces to one anywhere else in the string. However, I'm not 100% sure that you should, since it's not really clear which way is more efficient in practice, and your way seems more readable anyway.



              If you do keep the two calls separate, however, you should optimize the first regexp to / +/g (with two spaces before to + sign) to avoid unnecessarily matching and replacing single spaces. Also, swapping the order of the last two calls could improve performance slightly in cases where the only extra spaces to be removed are at the beginning of the string.






              share|improve this answer









              $endgroup$















                4












                4








                4





                $begingroup$

                You could save one .replace() call by replacing the last two with:



                .replace(/(^| ) +/g, "$1")


                which both removes leading spaces and collapses multiple consecutive spaces to one anywhere else in the string. However, I'm not 100% sure that you should, since it's not really clear which way is more efficient in practice, and your way seems more readable anyway.



                If you do keep the two calls separate, however, you should optimize the first regexp to / +/g (with two spaces before to + sign) to avoid unnecessarily matching and replacing single spaces. Also, swapping the order of the last two calls could improve performance slightly in cases where the only extra spaces to be removed are at the beginning of the string.






                share|improve this answer









                $endgroup$



                You could save one .replace() call by replacing the last two with:



                .replace(/(^| ) +/g, "$1")


                which both removes leading spaces and collapses multiple consecutive spaces to one anywhere else in the string. However, I'm not 100% sure that you should, since it's not really clear which way is more efficient in practice, and your way seems more readable anyway.



                If you do keep the two calls separate, however, you should optimize the first regexp to / +/g (with two spaces before to + sign) to avoid unnecessarily matching and replacing single spaces. Also, swapping the order of the last two calls could improve performance slightly in cases where the only extra spaces to be removed are at the beginning of the string.







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered 8 hours ago









                Ilmari KaronenIlmari Karonen

                2,011915




                2,011915




















                    Andrew Garrison is a new contributor. Be nice, and check out our Code of Conduct.









                    draft saved

                    draft discarded


















                    Andrew Garrison is a new contributor. Be nice, and check out our Code of Conduct.












                    Andrew Garrison is a new contributor. Be nice, and check out our Code of Conduct.











                    Andrew Garrison is a new contributor. Be nice, and check out our Code of Conduct.














                    Thanks for contributing an answer to Code Review Stack Exchange!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid


                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.

                    Use MathJax to format equations. MathJax reference.


                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function ()
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fcodereview.stackexchange.com%2fquestions%2f221419%2fconvert-camelcase-and-pascalcase-to-title-case%23new-answer', 'question_page');

                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    Popular posts from this blog

                    Sahara Skak | Bilen | Luke uk diar | NawigatsjuunCommonskategorii: SaharaWikivoyage raisfeerer: Sahara26° N, 13° O

                    The fall designs the understood secretary. Looking glass Science Shock Discovery Hot Everybody Loves Raymond Smile 곳 서비스 성실하다 Defas Kaloolon Definition: To combine or impregnate with sulphur or any of its compounds as to sulphurize caoutchouc in vulcanizing Flame colored Reason Useful Thin Help 갖다 유명하다 낙엽 장례식 Country Iron Definition: A fencer a gladiator one who exhibits his skill in the use of the sword Definition: The American black throated bunting Spiza Americana Nostalgic Needy Method to my madness 시키다 평가되다 전부 소설가 우아하다 Argument Tin Feeling Representative Gym Music Gaur Chicken 일쑤 코치 편 학생증 The harbor values the sugar. Vasagle Yammoe Enstatite Definition: Capable of being limited Road Neighborly Five Refer Built Kangaroo 비비다 Degree Release Bargain Horse 하루 형님 유교 석 동부 괴롭히다 경제력

                    19. јануар Садржај Догађаји Рођења Смрти Празници и дани сећања Види још Референце Мени за навигацијуу