Skip to main content

Is the Contains Method in java.lang.String Case-sensitive?


Say I have 2 strings,




String s1 = "AbBaCca";
String s2 = "bac";



I want to preform a check returning that s2 is contained within s1. I can do this with:




return s1.contains(s2);



I am pretty sure that contains() is case sensitive, however I can't determine this for sure from reading the documentation. If it is then I suppose my best method would be something like:




return s1.toLowerCase().contains(s2.toLowerCase());



All this aside, does anyone know of another (possibly better) way to accomplish this without caring about case-sensitivity?


Source: Tips4allCCNA FINAL EXAM

Comments

  1. Yes, contains is case sensitive. You can use java.util.regex.Pattern with the CASE_INSENSITIVE flag for case insensitive matching:

    Pattern.compile(Pattern.quote(s2), Pattern.CASE_INSENSITIVE).matcher(s1).find();


    EDIT: If s2 contains regex special characters (of which there are many) it's important to quote it first. I've corrected my answer since it is the first one people will see, but vote up Matt Quail's since he pointed this out.

    ReplyDelete
  2. One problem with the answer by Dave L. is when s2 contains regex markup such as \d etc.

    You want to call Pattern.quote() on s2:

    Pattern.compile(Pattern.quote(s2), Pattern.CASE_INSENSITIVE).matcher(s1).find();

    ReplyDelete
  3. Yes this is achievable, I just did it for a school assignment actually.

    String s1 = "abBaCca";
    String s2 = "bac";

    String s1Lower = s1;

    //s1Lower is exact same string, now convert it to lowercase, I left the s1 intact for print purposes if needed

    s1Lower = s1Lower.toLowerCase();

    if (s1Lower.contains(s2)) {

    //THIS statement will be TRUE
    String trueStatement = "TRUE!"
    }

    return trueStatement;


    This code will return the String "TRUE!" as it found that your characters were contained.

    ReplyDelete
  4. DrJava would be an extremely easy way to test this when the documentation fails you. Just type a couple of test cases into its Interactions window, and you should find out.

    ReplyDelete
  5. You can use

    org.apache.commons.lang3.StringUtils.containsIgnoreCase("AbBaCca", "bac");


    apache commons lib is very useful for this sort of things. And this particular one may be better than regular expressions as regex is always expensive in terms of performance.

    ReplyDelete
  6. I'm not sure what your main question is here, but yes, .contains is case sensitive.

    ReplyDelete
  7. It will look for the exact sequence of characters that are passed to it.

    If you want to ignore case then what you have there looks fine to me.

    ReplyDelete
  8. String x="abCd";
    System.out.println(Pattern.compile("c",Pattern.CASE_INSENSITIVE).matcher(x).find());

    ReplyDelete
  9. A simpler way of doing this (without worrying about pattern matching) would be converting both Strings to lowercase:

    String foobar = "fooBar";
    String bar = "FOO";
    if (foobar.toLowerCase().contains(bar.toLowerCase()) {
    System.out.println("It's a match!");
    }

    ReplyDelete

Post a Comment

Popular posts from this blog

[韓日関係] 首相含む大幅な内閣改造の可能性…早ければ来月10日ごろ=韓国

div not scrolling properly with slimScroll plugin

I am using the slimScroll plugin for jQuery by Piotr Rochala Which is a great plugin for nice scrollbars on most browsers but I am stuck because I am using it for a chat box and whenever the user appends new text to the boxit does scroll using the .scrollTop() method however the plugin's scrollbar doesnt scroll with it and when the user wants to look though the chat history it will start scrolling from near the top. I have made a quick demo of my situation http://jsfiddle.net/DY9CT/2/ Does anyone know how to solve this problem?

Why does this javascript based printing cause Safari to refresh the page?

The page I am working on has a javascript function executed to print parts of the page. For some reason, printing in Safari, causes the window to somehow update. I say somehow, because it does not really refresh as in reload the page, but rather it starts the "rendering" of the page from start, i.e. scroll to top, flash animations start from 0, and so forth. The effect is reproduced by this fiddle: http://jsfiddle.net/fYmnB/ Clicking the print button and finishing or cancelling a print in Safari causes the screen to "go white" for a sec, which in my real website manifests itself as something "like" a reload. While running print button with, let's say, Firefox, just opens and closes the print dialogue without affecting the fiddle page in any way. Is there something with my way of calling the browsers print method that causes this, or how can it be explained - and preferably, avoided? P.S.: On my real site the same occurs with Chrome. In the ex