- Sort Score
- Result 10 results
- Languages All
Results 1 - 10 of 213 for might (0.01 sec)
-
android/guava-testlib/src/com/google/common/collect/testing/testers/CollectionToArrayTester.java
} assertNull( "The array element immediately following the end of the collection should be nulled", array[getNumElements()]); // array[getNumElements() + 1] might or might not have been nulled } @CollectionFeature.Require(KNOWN_ORDER) public void testToArray_oversizedArray_ordered() { E[] array = getSubjectGenerator().createArray(getNumElements() + 2);Registered: Fri Dec 26 12:43:10 UTC 2025 - Last Modified: Mon Sep 08 18:35:13 UTC 2025 - 8.2K bytes - Viewed (0) -
android/guava-testlib/src/com/google/common/testing/SerializableTester.java
* be declared as a {@code List}. * * <p>Note also that serialization is not in general required to return an object that is * {@linkplain Object#equals equal} to the original, nor is it required to return even an object * of the same class. For example, if sublists of {@code MyList} instances were serializable,Registered: Fri Dec 26 12:43:10 UTC 2025 - Last Modified: Sat Dec 21 14:50:24 UTC 2024 - 4.1K bytes - Viewed (0) -
android/guava/src/com/google/common/base/NullnessCasts.java
* code would be responsible for populating a "real" {@code T} (which might still be the value * {@code null}!) before returning it to callers. Depending on how the code is structured, a * nullness analysis might not understand that the field has been populated. To avoid that problem * without having to add {@code @SuppressWarnings}, the code can call this method. *
Registered: Fri Dec 26 12:43:10 UTC 2025 - Last Modified: Wed Aug 13 20:49:47 UTC 2025 - 3.3K bytes - Viewed (0) -
guava/src/com/google/common/base/NullnessCasts.java
* code would be responsible for populating a "real" {@code T} (which might still be the value * {@code null}!) before returning it to callers. Depending on how the code is structured, a * nullness analysis might not understand that the field has been populated. To avoid that problem * without having to add {@code @SuppressWarnings}, the code can call this method. *
Registered: Fri Dec 26 12:43:10 UTC 2025 - Last Modified: Wed Aug 13 20:49:47 UTC 2025 - 3.3K bytes - Viewed (0) -
guava/src/com/google/common/collect/NullnessCasts.java
* code would be responsible for populating a "real" {@code T} (which might still be the value * {@code null}!) before returning it to callers. Depending on how the code is structured, a * nullness analysis might not understand that the field has been populated. To avoid that problem * without having to add {@code @SuppressWarnings}, the code can call this method. *
Registered: Fri Dec 26 12:43:10 UTC 2025 - Last Modified: Wed Aug 13 20:49:47 UTC 2025 - 3.6K bytes - Viewed (0) -
android/guava/src/com/google/common/collect/NullnessCasts.java
* code would be responsible for populating a "real" {@code T} (which might still be the value * {@code null}!) before returning it to callers. Depending on how the code is structured, a * nullness analysis might not understand that the field has been populated. To avoid that problem * without having to add {@code @SuppressWarnings}, the code can call this method. *
Registered: Fri Dec 26 12:43:10 UTC 2025 - Last Modified: Wed Aug 13 20:49:47 UTC 2025 - 3.6K bytes - Viewed (0) -
android/guava/src/com/google/common/reflect/TypeParameter.java
*/ /* * A nullable bound would let users create a TypeParameter instance for a parameter with a nullable * bound. However, it would also let them create `new TypeParameter<@Nullable T>() {}`, which * wouldn't behave as users might expect. Additionally, it's not clear how the TypeToken API could * support even a "normal" `TypeParameter<T>` when `<T>` has a nullable bound. (See the discussion
Registered: Fri Dec 26 12:43:10 UTC 2025 - Last Modified: Mon Mar 17 20:26:29 UTC 2025 - 2.4K bytes - Viewed (0) -
guava/src/com/google/common/reflect/TypeParameter.java
*/ /* * A nullable bound would let users create a TypeParameter instance for a parameter with a nullable * bound. However, it would also let them create `new TypeParameter<@Nullable T>() {}`, which * wouldn't behave as users might expect. Additionally, it's not clear how the TypeToken API could * support even a "normal" `TypeParameter<T>` when `<T>` has a nullable bound. (See the discussion
Registered: Fri Dec 26 12:43:10 UTC 2025 - Last Modified: Mon Mar 17 20:26:29 UTC 2025 - 2.4K bytes - Viewed (0) -
android/guava-testlib/src/com/google/common/collect/testing/SortedSetTestSuiteBuilder.java
features.add(CollectionFeature.SUBSET_VIEW); if (features.remove(CollectionFeature.ALLOWS_NULL_VALUES)) { // the null value might be out of bounds, so we can't always construct a subset with nulls features.add(CollectionFeature.ALLOWS_NULL_QUERIES); // but add null might still be supported if it happens to be within range of the subset suppressing.add(CollectionAddTester.getAddNullUnsupportedMethod());
Registered: Fri Dec 26 12:43:10 UTC 2025 - Last Modified: Wed Oct 30 16:15:19 UTC 2024 - 4.9K bytes - Viewed (0) -
docs/features/r8_proguard.md
don't have to do anything. The specific rules are [already bundled][okhttp3_pro] into the JAR which can be interpreted by R8 automatically. If you, however, don't use R8 you have to apply the rules from [this file][okhttp3_pro]. You might also need rules from [Okio][okio] which is a dependency of this library. [okhttp3_pro]: https://raw.githubusercontent.com/square/okhttp/master/okhttp/okhttp3.pro
Registered: Fri Dec 26 11:42:13 UTC 2025 - Last Modified: Sat Jul 19 07:07:23 UTC 2025 - 570 bytes - Viewed (0)