xieguangming 1a878f1d07 海外广告代码commit | 3 vuotta sitten | |
---|---|---|
.. | ||
Sources | 3 vuotta sitten | |
LICENSE | 3 vuotta sitten | |
README.md | 3 vuotta sitten |
Swift-tailored experience to integrate your app with Facebook. Including:
NOTE: This SDK is a wrapper around the ObjC SDK. The project uses Carthage internally for managing the dependencies on the "FBSDK"-prefixed libraries. It is intended to offer an additional layer of type-safety around the original as well as offer support for modern Swift and iOS paradigms. Please see our roadmap for information about the strategy for modernizing this project.
Make sure you are running the latest version of CocoaPods by running:
gem install cocoapods
# (or if the above fails)
sudo gem install cocoapods
Note: We support any version of CocoaPods 1.0.1 or later.
Update your local specs repo by running:
pod repo update
Note: This step is optional, if you updated the specs repo recently.
Add the following lines to your Podfile:
pod 'FacebookCore'
pod 'FacebookLogin'
pod 'FacebookShare'
Run pod install
and you're all set!
You may also exclude any of these dependencies, if you do not need the features of those parts of the SDK.
Make sure you are running the latest version of Carthage by running:
brew update
brew upgrade carthage
Note: We recommend using Carthage version 0.31.1 or later.
Add the following line to your Cartfile:
github "facebook/facebook-swift-sdk"
# If you run into issues, try targeting the master branch
github "facebook/facebook-swift-sdk" "master"
Run carthage update
.
Note: This will fetch dependencies into a Carthage/Checkouts
folder, then build each one.
On your application targets' General
settings tab, in the Linked Frameworks and Libraries
section.
At a minimum, you'll need to drag & drop the following frameworks from Carthage/Build
folder on disk:
FacebookCore.framework
FBSDKCoreKit.framework
To use Login with Facebook:
FacebookLogin.framework
FBSDKLoginKit.framework
To use Share and Send Dialogs
FacebookShare.framework
FBSDKShareKit.framework
On your application targets' Build Phases
tab:
+
icon and choose New Run Script Phase
./bin/sh
)./usr/local/bin/carthage copy-frameworks
Input Files
, for example:$(SRCROOT)/Carthage/Build/iOS/FacebookCore.framework
$(SRCROOT)/Carthage/Build/iOS/FBSDKCoreKit.framework
While not recommended, it is entirely possible for you to build the Facebook SDK for Swift outside of any dependency management system.
Note: You will have to manage updating this solution (as well as the dependencies on the Facebook SDK for iOS) on your own.
git submodule update --init --recursive
FacebookSwift.xcodeproj
as a sub-project to your applications' project.FacebookCore.framework
, FacebookLogin.framework
, and FacebookShare.framework
build products from the
sub-project to your applications Link Frameworks and Libraries
and Embedded Binaries
sections.Don't forget to also embed/link FBSDKCoreKit.framework
, FBSDKLoginKit.framework
, and FBSDKShareKit.framework
.
The frameworks for the Facebook SDK in Swift are organized in the same way that the Facebook SDK for iOS is.
They also currently depend upon the Facebook SDK for iOS, although this may change at some point in the future.
Depends on FBSDKCoreKit.framework
.
The following types are included, with enhancements for Swift:
AccessToken
ApplicationDelegate
AppEvents
A myriad of improvements, including type-safe built-in AppEvent
s, an AppEvent
struct, and more.
GraphRequest
You can now implement your own type-safe GraphRequest
s, including native-typed results.
SDKSettings
Logging behaviors are now implemented as a type-safe set, based on Swift enums.
Permission
Are no longer stringly-typed (string-based), but separate types for read and write permissions (also includes a built-in permission list, which includes most common permissions by default).
Depends on FacebookCore.framework
and FBSDKLoginKit.framework
.
The following types are included, with enhancements for Swift:
LoginManager
Now uses the type-safe permissions from FacebookCore
, and has constructors with LoginBehavior
and DefaultAudience
,
instead of requiring manual setting of properties.
LoginButton
Can no longer change permissions after creation, helping to enforce using a single login button for a given set of
permissions. Note that LoginButton
is not intended to work with interface builder or storyboards at this time. We may
re-address this in the future.
Depends on FacebookCore.framework
and FBSDKShareKit.framework
.
The following types are included, with enhancements for Swift:
LinkShareContent
Now a struct, and has a proper initializer enforcing required properties.
OpenGraphShareContent
Now a struct, uses type-safe OpenGraphPropertyName
and OpenGraphPropertyValue
, as well as structs for
OpenGraphObject
and OpenGraphAction
.
PhotoShareContent
Now a struct, and better type-safety for properties on it.
VideoShareContent
Now a struct, and better type-safety for properties on it.
GraphSharer
Now a generic type, that can handle any type of content.
ShareDialog
Now a generic type, that can handle any type of content.
MessageDialog
Now a generic type, that can handle any type of content.
GameRequest
Now a struct, contains proper type-safe enum for Recipient
, Result
.
GameRequest.Dialog
AppGroupRequest.Dialog
AppInvite
Now a struct, use a type-safe Promotion
property, instead of separate promotionCode
and promotionText
.
AppInvite.Dialog
Facebook SDK in Swift is still in beta, and we would love to hear your thoughts and feedback on it.
All of Facebook SDK for Swift development happens on GitHub. Contributions make for good karma and we welcome new contributors with tremendous joy. We request that you read our contributing guidelines before submitting a Pull Request.
For unit testing we're choosing to follow the test terms put forth by Martin Fowler. This is to avoid confusion as a lot of these terms are commonly misused.
- Dummy objects are passed around but never actually used. Usually they are just used to fill parameter lists.
- Fake objects actually have working implementations, but usually take some shortcut which makes them not suitable for production (an in memory database is a good example).
- Stubs provide canned answers to calls made during the test, usually not responding at all to anything outside what's programmed in for the test.
- Spies are stubs that also record some information based on how they were called. One form of this might be an email service that records how many messages it was sent.
- Mocks are what we are talking about here: objects pre-programmed with expectations which form a specification of the calls they are expected to receive. Source: https://martinfowler.com/articles/mocksArentStubs.html
Facebook SDK in Swift is MIT licensed, as found in the
LICENSE
file.