You will need the following tools installed beforehand:
brew install carthage swiftlint yarn
gem install cocoapods
Then you can setup the repo:
git clone git@github.com:instructure/canvas-ios.git
cd canvas-ios
./setup.sh
The setup.sh
script should take care of installing additional dependencies from Carthage, Cocoapods, and yarn.
Carthage is used to checkout the source code of the EarlGrey 2 dependency. EG2 is included via source because Carthage doesn't support building static libraries.
PSPDFKit is also installed via Carthage. Because this is a paid library, only an example Cartfile is provided in the repo. To build a distributable app, you will need to set up Cartfile
with your PSPDFKit dependency. See Cartfile.example
and Cartfile.resolved.example
.
carthage update
UpdatesCartfile.resolved
with new dependenciescarthage bootstrap
Fetches dependencies defined inCartfile.resolved
Any static keys, tokens, passwords, or other secrets that need to be available in the app bundle should be added as a case to Secret.swift
.
The secrets necessary for a particular build are generated as data assets using a script.
yarn secrets "studentPSPDFKitLicense=token1" "teacherPSPDFKitLicense=token2"
You will need to purchase PSPDFKitLicenses to distribute custom apps. Instructure's licenses are only used for official builds and are not included in the repository.
If you wish to use Firebase Analytics in custom apps, you will need to populate the GoogleService-Info.plist
for each app.
Writing an app is complex. Decisions made from the beginning have a big impact on the end result.
We strive to maintain a simple architecture that is easy to understand and pick up. Someone familiar with the platform should be productive within a single day.
Code should be self-documenting and easy to follow.
Ugly code is easy to recognize and its cost is easy to estimate. Neither is true for a wrong abstraction.
- Dan Abramov
Surprise! Apps have bugs. Industry average is 15-50 defects per 1000 lines of code.
We build our apps in a way that makes finding and fixing issues is as easy as possible.
Writing code in a testable way is paramount for long term success. These apps are built in a way that makes our unit testing surface as large as possible.
We make and keep strong conventions in order to reduce mental overhead.
We do things the Apple prescribed way because it offers the best long term predictability with minimal maintenance.
Models & Presenters handle as much of the business logic as possible. This allows a wide unit testing surface. Views & View Controllers should be as small as possible.
By scrutinizing each dependency we bring in, the code we write is our responsibility. Unit tests are a key portion of the code we write, so as time passes, the code that worked 2 years ago still works today.
We don't do any manual QA of our products. We write code that tests our apps for us.
😬 One day React Native, Cocoapods, CanvasKit and other old frameworks will be fully replaced by the swift architecture (Core + StudentReborn). Eventually. Hopefully. 🤞
- Modify the contents of preload-account-info.plist (it's at the root of the repo)
- See How To Generate a Developer Key section below
client_id
is theID
of a generated Developer Keyclient_secret
is theKey
of the generated Developer Key
- Build and run the app locally
- On the login page, your local canvas instance will appear in the top left corner of the screen
- Visit
web.canvas.docker/accounts/self/developer_keys
(replaceweb.canvas.docker
with your local instance - Click
+ Developer Key
- Give it a name and the following fields:
Redirect URI (Legacy)
:https://canvas/login
Redirect URIs
(separated by new lines):- https://canvas/login
- canvas-courses://canvas/login
- canvas-teacher://canvas/login
- canvas-parent://canvas/login
Generating icons from instructure.design
Most, if not all of the icons used in the Canvas apps can be found in instructure-icons, but are defined as React components, SVG, & Sketch files. Since iOS does not handle SVG files in UIImageViews natively, these are converted to PDF.
yarn build-icons
You can generate code coverage reports with yarn coverage --scheme <SCHEME>
yarn coverage --scheme Student
yarn coverage --scheme Core
To run tests first use yarn test
yarn test --scheme Core
Option | Description |
---|---|
scheme | The scheme to run against |
os | Specify simulator os. Only available when running tests |
We have a script that should ensure the correct license header comments are in place:
yarn update-headers
Copyright (C) 2016-present Instructure, Inc.
This program is free software: you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation, version 3 of the License.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program. If not, see <http://www.gnu.org/licenses/>.
Copyright (C) 2016-present Instructure, Inc.
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.