Essential cross platform APIs for your Xamarin, Desktop and WebAssembly Apps
Перейти к файлу
Jonathan Dick ac7c161476
Make Device Test results specify platform in names (#121)
One drawback to a shared test project is that the namespace and class names aren’t descriptive of the platform they are running on.  When merging all the test results in CI systems, we lose the ability to easily identify where a test case was ran (especially if it failed).

This will quickly replace some text in the test results file to be specific about the platform each test was run on.
2018-03-27 15:27:02 -04:00
.github GH-15: Add FAQ, moved GH templates, and updated PR template (#67) 2018-03-14 16:37:03 -04:00
Caboodle GH-66: SecureStorage Implementation (#102) 2018-03-26 20:23:07 -04:00
Caboodle.Tests GH-66: SecureStorage Implementation (#102) 2018-03-26 20:23:07 -04:00
DeviceTests Make Device Test results specify platform in names (#121) 2018-03-27 15:27:02 -04:00
Samples GH-66: SecureStorage Implementation (#102) 2018-03-26 20:23:07 -04:00
docs GH-66: SecureStorage Implementation (#102) 2018-03-26 20:23:07 -04:00
.editorconfig Update .editorconfig 2018-03-03 00:01:19 +02:00
.gitattributes Fixing line endings and added .gitattributes to make sure it stays fixed 2018-02-28 23:44:18 +02:00
.gitignore GH-13: Browser API (#68) 2018-03-22 18:46:17 -07:00
CODE_OF_CONDUCT.md Initial attempt at contribution, submission docs, and templates 2018-02-23 22:35:58 +00:00
CONTRIBUTING.md Minor text fix (#84) 2018-03-14 13:20:03 -07:00
Caboodle.ruleset GH-66: SecureStorage Implementation (#102) 2018-03-26 20:23:07 -04:00
Caboodle.sln Update and finalize documentation. (#96) 2018-03-21 18:35:19 +02:00
CodeStyles.targets Moved the style rules into a new .targets file for reusability 2018-02-28 23:29:11 +02:00
LICENSE License fix 2018-02-23 15:37:40 -05:00
README.md Chkd more boxes, dotted more i's, crossed more t's 2018-03-26 21:10:37 -04:00
SUBMITTING-ISSUES.md Fixed headings 2018-03-01 16:24:03 +00:00
build.ps1 Fix the build script for local machines and don't auto-build a package 2018-03-05 19:14:23 +02:00
stylecop.json We want to use spaces and not tabs 2018-02-28 23:07:46 +02:00

README.md

Project Caboodle

Project Caboodle gives developers essential cross-platform APIs for their mobile applications.

iOS, Android, and UWP offer unique operating system and platform APIs that developers have access to all in C# leveraging Xamarin. It is great that developers have 100% API access in C# with Xamarin, but these APIs are different per platform. This means developers have to learn three different APIs to access platform specific features. With Caboodle developers have a single cross-platform API that works with any iOS, Android, or UWP application that can be accessed from shared code no matter how the user interface is created.

Build Status

Build Server Type Platform Status
Jenkins Build Windows Jenkins Build Status
VSTS Build Windows VSTS Build Status
Jenkins Device Tests macOS Build Status

Installation

Coming soon...

Supported Platforms

Caboodle is focused on the following platforms for our first release:

  • iOS (10+)
  • Android (4.4+)
  • UWP (Fall Creators Update+)

Current Features:

The following cross-platform APIs are planned for our first release:

  • Accelerometer
  • App Information
  • Battery
  • Clipboard
  • Compass
  • Connectivity
  • Data Transfer
  • Device Information
  • File System Helpers
  • Email
  • Geocoding
  • Geolocation
  • Gyroscope
  • Magnetometer
  • Open Browser
  • Permissions
  • Phone Dialer
  • Preferences
  • Screen Lock
  • Secure Storage
  • SMS
  • Text-to-Speech

Contributing

Please read through our Contribution Guide. We are not accepting new PRs for full features, however any issue that is marked as up for grabs are open for community contributions. We encourage creating new issues for bugs found during usage that the team will triage. Additionally, we are open for code refactoring suggestions in PRs.

Building Caboodle

Caboodle is built with the new SDK style projects with multi-targeting enabled. This means that all code for iOS, Android, and UWP exist inside of the Caboodle project.

If building on Visual Studio 2017 simply open the solution and build the project.

If using Visual Studio for Mac the project can be built at the command line with MSBuild. To change the project type that you are working with simply edit Caboodle.csproj and modify the TargetFrameworks for only the project type you want to use.

FAQ

Here are some frequently asked questions about Caboodle.

Where are the interfaces?

Some developers prefer an interface based programming model for dependency injection and testing of code. Caboodle does not offer any interfaces and delivers straight API access via direct classes and static properties/methods. There are many reasons that Caboodle is architected this way that include performance, simplicity, and ease of use. We also consider Caboodle a core API of the platform just like System classes, HttpClient, and our platform bindings.

Additionally, we found most developers create their own interfaces even when using a library that have interfaces. They do this so they have control over the APIs they actually use, which may be a very small percentage of the overall APIs in the library. Creating your own ICaboodle and exposing only the methods and properties you would like to use gives you more flexibility as Caboodle grows and adds additional APIs. Using this type of architecture will enable you to both have dependency injection and work with unit testing.

Does Caboodle replace plugins?

Plugins offer a wide variety of cross-platform APIs for developers to use in their applications. Plugins will still continue to grow and flourish as they can offer a wider range of APIs and handle unique scenarios that Cabooble may not offer including additional platform support or add features unique to a single platform.

License

Please see the License.