Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
ISV Lightning Webinar Series - Part 2 (December 8, 2015)
1. Building & Releasing Lightning
Components for ISVs
Part 2 of 3 in the ISV Lightning Webinar series
December 8, 2015
Cliff Armstrong & William Yeh, Salesforce Technical Evangelists
2. Meet your Presenters
ISV Technical Evangelist Team
Cliff Armstrong
Senior ISV Technical Evangelist
Salesforce
William Yeh
ISV Technical Evangelist
Salesforce
3. Safe Harbor
Safe harbor statement under the Private Securities Litigation Reform Act of 1995:
This presentation may contain forward-looking statements that involve risks, uncertainties, and assumptions. If any such uncertainties materialize or if
any of the assumptions proves incorrect, the results of salesforce.com, inc. could differ materially from the results expressed or implied by the forward-
looking statements we make. All statements other than statements of historical fact could be deemed forward-looking, including any projections of
product or service availability, subscriber growth, earnings, revenues, or other financial items and any statements regarding strategies or plans of
management for future operations, statements of belief, any statements concerning new, planned, or upgraded services or technology developments
and customer contracts or use of our services.
The risks and uncertainties referred to above include – but are not limited to – risks associated with developing and delivering new functionality for our
service, new products and services, our new business model, our past operating losses, possible fluctuations in our operating results and rate of
growth, interruptions or delays in our Web hosting, breach of our security measures, the outcome of any litigation, risks associated with completed and
any possible mergers and acquisitions, the immature market in which we operate, our relatively limited operating history, our ability to expand, retain,
and motivate our employees and manage our growth, new releases of our service and successful customer deployment, our limited history reselling
non-salesforce.com products, and utilization and selling to larger enterprise customers. Further information on potential factors that could affect the
financial results of salesforce.com, inc. is included in our annual report on Form 10-K for the most recent fiscal year and in our quarterly report on Form
10-Q for the most recent fiscal quarter. These documents and others containing important disclosures are available on the SEC Filings section of the
Investor Information section of our Web site.
Any unreleased services or features referenced in this or other presentations, press releases or public statements are not currently available and may
not be delivered on time or at all. Customers who purchase our services should make the purchase decisions based upon features that are currently
available. Salesforce.com, inc. assumes no obligation and does not intend to update these forward-looking statements.
5. • Recap from Webinar #1 - Defining Your Lighting Strategy
• Demo Component Creation and Usage
• Tips for Building Lightning Components
• Distributing Lightning Components
• Security Considerations
• What’s Next for Lightning Components
• Resources
• Q&A (please post questions via Webinar chat)
What we plan to cover today
6. A New User Interface: Lightning Experience
Modern, interactive, responsive experience across all devices
8. Webinar 1 - Defining Your Lightning Strategy
1. Self assessment
a. Tech Leader/Fast Follower/Left Behind?
b. Technical Capabilities
c. Manpower
2. Your App’s Environment
a. What is your use case?
b. What do your customers demand?
c. Who are your customers (where are they on curve)?
d. Competitors?
e. Market Segment
3. Your Vision
a. If your app could be anything, what would it be?
b. Are you gunning for the Dreamforce Keynote?
4. Salesforce Technology
a. Are there currently any blockers?
b. Are they on our Roadmap?
Slides and Recording of Webinar 1 (requires Partner Community login)
Questions that ISVs need to ask (and answer)
9. Let’s Recap - Your Custom UX Options
● Proven model
● Easy to implement tags
● Template driven web pages
● Email Templates
● Not going anywhere
● Enables highly interactive UX
● Leverage popular JS
Libraries
● Shorter Learning Curve
● Highly interactive UX
● Aligns with SFDC UI strategy
● Tightly integrated into the
container
● Built on metadata
● Highly interactive UX
● Aligns with SFDC UI strategy
● Tightly integrated into the
container
● Built on metadata
Visualforce Visualforce + JS Lightning Components Visualforce + LC
Choose the right tool for the job
Want more, see: User Interface Design Considerations Trailhead
10. Where can you use them?
Lightning Components
* Dependent on Lightning App Builder, GA Mid-2016
** In Pilot, GA Mid-2016 (safe harbor)
Salesforce1
Mobile
Lightning
Component Tab
Lightning
Component
Classic
Visualforce
Page
Lightning
Component
Lightning
Experience
Visualforce
Page
Lightning
Component
Lightning
Experience
Record
Home*
Lightning
Component
External Website
Lightning
Component
(Lightning
Out**)
11. Demo 2
Integrating Lightning Components Now and in
the Future
Demo 1
Building and Packaging a Component
Two Demos
13. Tips & Best Practices for Building
Lightning Components
14. Comma Delimited Lists are supported for Implements (community builder, app builder, etc…)
<aura:component implements="flexipage:availableForAllPageTypes, forceCommunity:availableForAllPageTypes">
Salesforce Lightning Design System
SLDS is highly recommended but not a requirement
Build your Component to behave properly without context
Respond gracefully if Component is referenced in unexpected scenario
Nesting components allows you to define different defaults for different usage patterns
For example, if you want Component to behave differently in Community
Best Practices/Tips
15. Your customers and other partners may want to integrate with your Components
Make it easy for them by providing documentation
● lightning.force.com/auradocs/reference.app?sdtd=1
● Lets you see all the components you have access to
● Source is protected for components in Managed Packages
All Components are Automatically Documented
Your Components are Showing
16. Set limits on your Int and String Design Attributes if possible
<design:attribute name=”limitRows” min=”1” max=”12” label=”Number of Items” />
<design:attribute name="Name" datasource="value1,value2,value3" />
Improves User Experience
Recommended by our Security Team
Leverage Built-in Validation
17. • Design for access=“GLOBAL”
• Anything meant to be accessed by others should be marked as access=“GLOBAL”
• Components, Apps, Attributes, Interfaces, and Events
• Warnings in 198/Winter ‘16 when debug is enabled (post-Dreamforce patch)
• Components published to the AppExchange for Components (.design files are not enough!)
• Components used within other namespaces
• Components used in Visualforce
Not to be confused with Global Apex classes
Global Access is Good
18. <aura:component controller="MyController" implements="flexipage:
availableForAllPageTypes, force:hasRecordId">
<aura:attribute name="Account" type="Account"/>
<ltng:require styles="/resource/bootstrap"/>
<div class="bootstrap-sf1">
<div class="container">
<ui:outputText class="form-control" aura:id="recid" value="{!v.recordId}"
/>
</div>
</div>
</aura:component>
Let your component know which Record page it’s on (if it’s on one)
Lightning Components Built for Record Home
20. My Domain Required for Lightning Components
● In order to run Lightning
Components in an org the My
Domain feature must be
enabled
● Package with components will
install in org that doesn’t have
My Domain
● May require some work by
customers
22. Two Options for Distributing Lightning Components
● Add to your existing application
● No different from adding a new custom object or
Visualforce page
● Create a new package
● You may choose to include a Lightning App that
contains the Component
● Distribute as a Standalone Component
ISVs Distributing using Managed Package
1 2
23. Use one--time pricing for components that are limited
in scope and do not require significant maintenance
over time
Use annual pricing for more complex components
that will need to be supported over time
Checkout is required, Simple to Buy is the Theme
Charging for Components
How should you charge for Components?
How should you license your Component?
Does Checkout Support all these variations?
One-Time Charge Annual Charge
Site-wide licensing recommended
Yes!
24. ● Built in credit card processing via Stripe
● Automatically updates licenses in your License
Management Application (LMA) upon purchase
● Pricing flexibility via discount codes
● Available for ISVforce only
Checkout Overview
See the ISVforce Guide for more information on Checkout
26. Lightning Components Usher in New Era of Equality
Build in Security from the Start
Salesforce Developed UI Partner Developed UI
Classic salesforce.com visual.force.com
Lightning Experience lightning.force.com
27. ● With Sharing on all classes that access sObjects
● Rigorous CRUD/FLS enforcement in Apex
○ No automatic enforcement as in VisualForce
○ CRUD/FLS cannot be enforced on the client
● Only invoke DML operations with user interaction
Protect Data Server-Side
28. ● Don’t modify the DOM outside your Controller
● Protect against malicious scripts
○ No built-in HTML or JS encode protection...yet
○ v.value = "javascript:alert(1)" Not safe
○ <img src='foo' onerror="{!v.value}"> Not safe
○ <a href="{!v.value}"> Not safe
○ <a href="{!'/' + v.value}"> Safe
See full list of security best pratices here: http://bit.ly/LC-Security
Follow Best Practices Client-Side
29. A lonely component in a test org
isn’t easy to test
Create an app using the Lightning
App Builder and provide directions
in submission notes
Provide sample data and basic
instructions for component
Include Checkmarx report for all
submissions
Include ZAP report if your
Component interacts with external
services - third party end point only
Submission Process for Standalone Components – What do you need to Submit?
Security Review
1 2 3
31. Developer Productivity – Components
Lightning Components – The Future
Chevrons
Tabs
Activity Timeline
Related List
Highlights
Tree
Chatter Feed
Grid
32. What’s Coming for Lightning Components
Lightning Components
● Support for unauthenticated users
● Lightning Extensions
● More Robust Licensing
● Lightning Out
Lightning Design System
● Lightning Design System is part of Core - Global CSS
● Lightning Design System Tokens
Lightning App Builder
● GA for Desktop
● Customize Additional Page Types on multiple devices
● Custom Page Templates
● Integrated Component Exchange
● Branding and Visual customization
34. Now
Today-Spring ‘16
● Leverage Trailhead and Training
to become proficient with
Lightning Components
● Identify features on your
roadmap that can be delivered
with a Lightning Component for
Visualforce
● Identify new potential products
for the Lightning Exchange
Short Term
Spring ‘16 - Summer ‘16
● Incorporate Lightning
Components into new and
existing Visualforce pages
● Build products for the Lightning
Exchange
● Start to think Lightning First for
your app
Long Term
Post Summer ‘16
● Deliver Lightning Components
day one of App Builder GA
● Align your roadmap with
Lightning
● Re-imagine use cases to take
advantage of new user
experience
● Don’t miss opportunity to
establish your position as an
innovator
Lightning Component Strategy
Get Ready to Meet Customer Demand for Lightning Components