In order to reference virtual rows in a query predicate the query needs access to the TransactionContext. This will allow to query tables scoped to "virtual rows" which have just been committed earlier.

The code below is repeated at multiple places, we can create a Predicate delegating class for it:

new AllOf(predicate, new EqArg(CalendarContract.Events.CALENDAR_ID, mCalendarRow.values().charData(CalendarContract.Calendars._ID).value("-1")))

#76 Adds a couple of useful utilities to test ContentPal and implementations based on ContentPal like ContactsPal and CalendarPal. In order to make these utilities available to these implementations we need a separate contentpal-testing module which can be imported as a test dependency.
In general there are two obvious ways:

• create a contentpal-testing module which depends on contentpal and add it as a testCompile dependency to contentpal. Though this creates a circular reference which needs to be resolved (possibly be limiting the dependency on a specific source set or something like this). The Android Gradle plugin doesn't seem to be able to resolve this automatically (unlike the Java plugin).

• outsource the contentpal interfaces to a module like contentpal-interfaces and create a contentpal-testing module which depends on this module. This works well as long as the test utilities don't use any contentpal classes (which they probably shouldn't do anyway).

In order to access the OpenTasks ContentProvider, as a developer I want an OpenTasksPal which provides abstractions for the OpenTasksContract.

When executing another (update, delete or assert) operation on a specific row which was inserted before, ResultTransactionContext fails to return the correct RowUriReference.

We need several Hamcrest Matchers which help testing Operations etc.

Can be useful in tests.

As a developer I want to be able to read the data rows of multiple RawContacts in a convenient manner, e.g. by declaring an Iterable like so:

Iterable<RowSet<Data>> rawContacts = new BulkRawContactDataRows(dataView, new AccountEq(account));

Where rawContact would iterate RowSets of all RawContacts in the given account.

In order to get nice code coverage reports we should integrate codecov.io.

uriParams are only decorated in insertOperation but SyncParams should be applied in all other cases as well.

For testing purposes it can be useful to have a Predicate which takes RowData and matches all rows which contain the given RowData.

Usage:

new QueryRowSet(dataTable, new RowDataPredicate(rowData));

This would return all rows which contain the given rowData.

The question is, is that even possible at all? RowData is added to a ContentProviderOperation.Builder and requires a TransactionContext to do so. We could certainly subclass the Builder so it builds the actual predicate instead and provide an EmptyTransactionContext but that means you can not select by ids of virtual rows (because you need the TransactionContext). In most cases that's not an issue but in some edge cases it is.

In order to read the user's profile, as a developer I need a View to access it.

In order to make use of optimistic updates, as a developer I want support for Assert operations.

It's known that some devices cause problems when trying to get all columns of a calendar table by passing null as the projection. We need to provide defaults for regular apps and for sync-adapters.

also NoneOf(…) can easily be expressed as new Not(new AnyOf(…)).

As per the fresh naming agreed for these kind of delegating base class it can be renamed to DelegatingTable and also some methods are not final currently.

Abstract base class for Predicates which only need to compose a Predicate in the constructor.

As a developer I want to read the data rows of a RawContact in a convenient manner, e.g. by declaring a RowSet like so

RowSet<Data> dataRows = new RawContactDataRows(dataView, new RowUriReference<RawContacts>(rawContactUri));

which represents the set of all data rows of the given RawContact.

It's well known that some devices fail when trying to get all columns by passing null as the projection. ContactsPal should provide defaults for normal apps and sync-adapters.

Sometimes the use case doesn't justify the boilerplate code required to create and close a ContentProviderClient in order to use a BasicOperationsQueue. This is especially true if you just want to execute a single OperationsBatch.

What we need is another simple OperationsQueue which just executes every OperationsBatch instantly using ContentResolver.applyBatch(…). This is also useful when using assert operations, because the lazyness of BasicOperationsQueue makes it unsuitable for assert operations. You wouldn't know which OperationsBatch actually caused an error and some operations might have been executed, while everything after the erroneous batch would be "lost".

In order to create custom contact Aggregations, as a developer I need a Table and specialized RowData to create entries.

At present it's not possible to add a contact to a group which was inserted earlier in the same transaction.

The CountedTest shows a probably better way to mock this stuff.

In order to access the CalendarProvider, as a developer I want a "CalendaPal" which provides abstractions for calendar and event tables.

As a developer I want to be able to insert new contacts even easier like so

new RawContactInsertBatch<>(
 AccountScoped(account, new RawContacts()),
 new DisplayNameData("John Doe"),
 new Primary(new Typed(ContactsContract.CommonDataKinds.Phone.TYPE_MOBILE, new PhoneData("123"))),
 new Custom("personal", new EmailData("[email protected]")))));
 new NoteData("A note"),
 new WorkPostal(
    new StreetData("Some street"),
    new PostcodeData("0000"),
    new CityData("Some City"),
    new CountryData("Some country")));

The only thing which needs to be provided to insert a new RawContact is the table and the data, hence we can reduce this to a single batch.

It may be useful in some places.

@dmfs Is this on purpose?

calendarpal 14
contactspal 11
contentpal 11

(testing module will have 11)

See https://developer.android.com/reference/android/content/ContentProviderOperation.Builder.html#withExpectedCount(int). Not sure about the name.

Sometimes it might make sense to have a "Compare & Swap"-like operation like so:

public final class AssertAndPut<T> extends DelegatingOperationsBatch
{
    public AssertAndPut(RowSnapshot<T> row, RowData<T> assertion, RowData<T> values)
    {
       super(
             new Assert(row, assertion),
             new Put(row, values)
       );
    }
}

In order to create custom contact Groups, as a developer I need a Table and specialized RowData` to create entries.

One use case: Assert operations based on the relation of two rows.

upgrade iterators and optional dependencies to 1.8 (introduce a shared Gradle property).
also replace all Collections.<>emptyList() with EmptyIterables which had been added recently.

which allows to make a specific data vlaue the super primary value of its kind.

When passing an Iterable<Iterable<…>> it is impossible to ensure the right constructor is called.

In order to add to the user's profile, as a developer I need a Table to write to the profile table.