You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently all the JavaScript is stored in a static resource. Any opinions for or against moving inline in the <c:sObjetRemote> component.
The main reason I am leaning towards doing this is ease of use in managed packages and creating less components overall. In a managed package I don't want this thing creating extra static resources that I will have to included as typically everything is stored in one or two main static resources. If this script was inside the component the static resource could be eliminated.
The first thing I did after installing this was to change the static resource location, which makes it a more manual process to upgrade in the future as you can't simply reinstall the package.
The down side is the inline script probably wouldn't be cached and would be loaded with every page load. Yet minified this script is only 2.5KB so the its almost negligible.
I am leaning towards moving it.
The text was updated successfully, but these errors were encountered:
Agree that it makes sense to make it as easy as possible for someone
implementing. Being able to only put in the component for a page makes it
super simple. The alternative would be making it so you put the class as an
extension and include a resource, but then that's 2 steps.
If you have it in the Component, everything can be dynamic, even the
sObject name and whatever else is in the code.
Currently all the JavaScript is stored in a static resource. Any opinions
for or against moving inline in the component.
The main reason I am leaning towards doing this is ease of use in managed
packages and creating less components overall. In a managed package I don't
want this thing creating extra static resources that I will have to
included as typically everything is stored in one or two main static
resources. If this script was inside the component the static resource
could be eliminated.
The first thing I did after installing this was to change the static
resource location, which makes it a more manual process to upgrade in the
future as you can't simply reinstall the package.
The down side is the inline script probably wouldn't be cached and would
be loaded with every page load. Yet minified this script is only 2.5KB so
the its almost negligible.
I am leaning towards moving it.
—
Reply to this email directly or view it on GitHubhttps://github.com//issues/5
.
Currently all the JavaScript is stored in a static resource. Any opinions for or against moving inline in the <c:sObjetRemote> component.
The main reason I am leaning towards doing this is ease of use in managed packages and creating less components overall. In a managed package I don't want this thing creating extra static resources that I will have to included as typically everything is stored in one or two main static resources. If this script was inside the component the static resource could be eliminated.
The first thing I did after installing this was to change the static resource location, which makes it a more manual process to upgrade in the future as you can't simply reinstall the package.
The down side is the inline script probably wouldn't be cached and would be loaded with every page load. Yet minified this script is only 2.5KB so the its almost negligible.
I am leaning towards moving it.
The text was updated successfully, but these errors were encountered: