Why Lightning Web Component [duplicate]












3
















This question already has an answer here:




  • Lightning Web Components - Benefits and Support

    3 answers




Why Salesforce has introduced new feature called Lightning Web Component (LWC)? What is the benefit over Lightning Component?



I have went through various blogs to find out the actual need of LWC over Lightning Component. Is it something doing same thing in new way?










share|improve this question















marked as duplicate by codeyinthecloud, David Reed, sfdcfox, Raul, crmprogdev Dec 25 '18 at 13:37


This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.











  • 1





    Christophe Coenrats' introductory blog post is pretty explicit on the benefits. Standards compliance, performance, interoperability, and so forth. Is there a specific aspect you're seeking more detail on?

    – David Reed
    Dec 24 '18 at 19:55








  • 1





    @codeyinthecloud Hahaha, I thought this looked familiar.

    – sfdcfox
    Dec 24 '18 at 20:05











  • @sfdcfox I remembered your answer on the other one the moment I saw this!

    – codeyinthecloud
    Dec 24 '18 at 20:31
















3
















This question already has an answer here:




  • Lightning Web Components - Benefits and Support

    3 answers




Why Salesforce has introduced new feature called Lightning Web Component (LWC)? What is the benefit over Lightning Component?



I have went through various blogs to find out the actual need of LWC over Lightning Component. Is it something doing same thing in new way?










share|improve this question















marked as duplicate by codeyinthecloud, David Reed, sfdcfox, Raul, crmprogdev Dec 25 '18 at 13:37


This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.











  • 1





    Christophe Coenrats' introductory blog post is pretty explicit on the benefits. Standards compliance, performance, interoperability, and so forth. Is there a specific aspect you're seeking more detail on?

    – David Reed
    Dec 24 '18 at 19:55








  • 1





    @codeyinthecloud Hahaha, I thought this looked familiar.

    – sfdcfox
    Dec 24 '18 at 20:05











  • @sfdcfox I remembered your answer on the other one the moment I saw this!

    – codeyinthecloud
    Dec 24 '18 at 20:31














3












3








3


1







This question already has an answer here:




  • Lightning Web Components - Benefits and Support

    3 answers




Why Salesforce has introduced new feature called Lightning Web Component (LWC)? What is the benefit over Lightning Component?



I have went through various blogs to find out the actual need of LWC over Lightning Component. Is it something doing same thing in new way?










share|improve this question

















This question already has an answer here:




  • Lightning Web Components - Benefits and Support

    3 answers




Why Salesforce has introduced new feature called Lightning Web Component (LWC)? What is the benefit over Lightning Component?



I have went through various blogs to find out the actual need of LWC over Lightning Component. Is it something doing same thing in new way?





This question already has an answer here:




  • Lightning Web Components - Benefits and Support

    3 answers








lightning-web-components






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Dec 24 '18 at 19:52









David Reed

32.6k71950




32.6k71950










asked Dec 24 '18 at 19:42









AvijitAvijit

301414




301414




marked as duplicate by codeyinthecloud, David Reed, sfdcfox, Raul, crmprogdev Dec 25 '18 at 13:37


This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.






marked as duplicate by codeyinthecloud, David Reed, sfdcfox, Raul, crmprogdev Dec 25 '18 at 13:37


This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.










  • 1





    Christophe Coenrats' introductory blog post is pretty explicit on the benefits. Standards compliance, performance, interoperability, and so forth. Is there a specific aspect you're seeking more detail on?

    – David Reed
    Dec 24 '18 at 19:55








  • 1





    @codeyinthecloud Hahaha, I thought this looked familiar.

    – sfdcfox
    Dec 24 '18 at 20:05











  • @sfdcfox I remembered your answer on the other one the moment I saw this!

    – codeyinthecloud
    Dec 24 '18 at 20:31














  • 1





    Christophe Coenrats' introductory blog post is pretty explicit on the benefits. Standards compliance, performance, interoperability, and so forth. Is there a specific aspect you're seeking more detail on?

    – David Reed
    Dec 24 '18 at 19:55








  • 1





    @codeyinthecloud Hahaha, I thought this looked familiar.

    – sfdcfox
    Dec 24 '18 at 20:05











  • @sfdcfox I remembered your answer on the other one the moment I saw this!

    – codeyinthecloud
    Dec 24 '18 at 20:31








1




1





Christophe Coenrats' introductory blog post is pretty explicit on the benefits. Standards compliance, performance, interoperability, and so forth. Is there a specific aspect you're seeking more detail on?

– David Reed
Dec 24 '18 at 19:55







Christophe Coenrats' introductory blog post is pretty explicit on the benefits. Standards compliance, performance, interoperability, and so forth. Is there a specific aspect you're seeking more detail on?

– David Reed
Dec 24 '18 at 19:55






1




1





@codeyinthecloud Hahaha, I thought this looked familiar.

– sfdcfox
Dec 24 '18 at 20:05





@codeyinthecloud Hahaha, I thought this looked familiar.

– sfdcfox
Dec 24 '18 at 20:05













@sfdcfox I remembered your answer on the other one the moment I saw this!

– codeyinthecloud
Dec 24 '18 at 20:31





@sfdcfox I remembered your answer on the other one the moment I saw this!

– codeyinthecloud
Dec 24 '18 at 20:31










1 Answer
1






active

oldest

votes


















7














LWC is meant to be a Lightning Components 2.0. It has a lot of pretty nice features.



Knowledge Domain



Developers familiar with Web Components are mostly familiar with LWC out-of-the-box. Aura is proprietary, so the more you know about web standards, the more you'll have of a skill that can be used outside Salesforce, too!



Better Execution



LWC leverages built-in browser security features from WC standards, so there's less custom code. This means they run faster and are more consistent in how they enforce security. Also, events have a more limited scope, so there's much less processing required to handle events.



New Security Features



We get better CSS isolation, script isolation, DOM isolation, and a more limited event scope, all of which leads to more consistent component design.



ES6+



We now have better support for ES6 and ES7, not available in Aura. You can do more in less code. It also transpiles code to work with IE 11 and other browsers that are missing some features.



More Consistent Data Binding



Two-way data binding, which has always been kind of buggy in Aura, is gone. This forces developers to coordinate how data moves between components. This also means that data binding will work as expected, without the "gotchas" from Aura.



Service Components



You can now write components that have no UI. They simply provide reusable methods that you can use in other components. This is much more efficient than Static Resources.



Mixins



You can import accessible methods from other components (as per above), and also import specific Apex methods, even from multiple classes. In addition, the Apex methods can be cached for improved performance.





Basically, LWC was a way for salesforce.com to fix all the things that were "not quite right" about Aura, while also moving towards web standards. There's no imperative to switch, as both style components are largely compatible with each other, although there's some restrictions to where and how they can be used.



Your Aura skills won't be lost, and you will keep using them (LWC isn't supported in a lot of ways that ISVs and Developers want), but the widgets and so on that make up your Aura components can benefit from using LWC, in terms of performance and security enhancements.






share|improve this answer






























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    7














    LWC is meant to be a Lightning Components 2.0. It has a lot of pretty nice features.



    Knowledge Domain



    Developers familiar with Web Components are mostly familiar with LWC out-of-the-box. Aura is proprietary, so the more you know about web standards, the more you'll have of a skill that can be used outside Salesforce, too!



    Better Execution



    LWC leverages built-in browser security features from WC standards, so there's less custom code. This means they run faster and are more consistent in how they enforce security. Also, events have a more limited scope, so there's much less processing required to handle events.



    New Security Features



    We get better CSS isolation, script isolation, DOM isolation, and a more limited event scope, all of which leads to more consistent component design.



    ES6+



    We now have better support for ES6 and ES7, not available in Aura. You can do more in less code. It also transpiles code to work with IE 11 and other browsers that are missing some features.



    More Consistent Data Binding



    Two-way data binding, which has always been kind of buggy in Aura, is gone. This forces developers to coordinate how data moves between components. This also means that data binding will work as expected, without the "gotchas" from Aura.



    Service Components



    You can now write components that have no UI. They simply provide reusable methods that you can use in other components. This is much more efficient than Static Resources.



    Mixins



    You can import accessible methods from other components (as per above), and also import specific Apex methods, even from multiple classes. In addition, the Apex methods can be cached for improved performance.





    Basically, LWC was a way for salesforce.com to fix all the things that were "not quite right" about Aura, while also moving towards web standards. There's no imperative to switch, as both style components are largely compatible with each other, although there's some restrictions to where and how they can be used.



    Your Aura skills won't be lost, and you will keep using them (LWC isn't supported in a lot of ways that ISVs and Developers want), but the widgets and so on that make up your Aura components can benefit from using LWC, in terms of performance and security enhancements.






    share|improve this answer




























      7














      LWC is meant to be a Lightning Components 2.0. It has a lot of pretty nice features.



      Knowledge Domain



      Developers familiar with Web Components are mostly familiar with LWC out-of-the-box. Aura is proprietary, so the more you know about web standards, the more you'll have of a skill that can be used outside Salesforce, too!



      Better Execution



      LWC leverages built-in browser security features from WC standards, so there's less custom code. This means they run faster and are more consistent in how they enforce security. Also, events have a more limited scope, so there's much less processing required to handle events.



      New Security Features



      We get better CSS isolation, script isolation, DOM isolation, and a more limited event scope, all of which leads to more consistent component design.



      ES6+



      We now have better support for ES6 and ES7, not available in Aura. You can do more in less code. It also transpiles code to work with IE 11 and other browsers that are missing some features.



      More Consistent Data Binding



      Two-way data binding, which has always been kind of buggy in Aura, is gone. This forces developers to coordinate how data moves between components. This also means that data binding will work as expected, without the "gotchas" from Aura.



      Service Components



      You can now write components that have no UI. They simply provide reusable methods that you can use in other components. This is much more efficient than Static Resources.



      Mixins



      You can import accessible methods from other components (as per above), and also import specific Apex methods, even from multiple classes. In addition, the Apex methods can be cached for improved performance.





      Basically, LWC was a way for salesforce.com to fix all the things that were "not quite right" about Aura, while also moving towards web standards. There's no imperative to switch, as both style components are largely compatible with each other, although there's some restrictions to where and how they can be used.



      Your Aura skills won't be lost, and you will keep using them (LWC isn't supported in a lot of ways that ISVs and Developers want), but the widgets and so on that make up your Aura components can benefit from using LWC, in terms of performance and security enhancements.






      share|improve this answer


























        7












        7








        7







        LWC is meant to be a Lightning Components 2.0. It has a lot of pretty nice features.



        Knowledge Domain



        Developers familiar with Web Components are mostly familiar with LWC out-of-the-box. Aura is proprietary, so the more you know about web standards, the more you'll have of a skill that can be used outside Salesforce, too!



        Better Execution



        LWC leverages built-in browser security features from WC standards, so there's less custom code. This means they run faster and are more consistent in how they enforce security. Also, events have a more limited scope, so there's much less processing required to handle events.



        New Security Features



        We get better CSS isolation, script isolation, DOM isolation, and a more limited event scope, all of which leads to more consistent component design.



        ES6+



        We now have better support for ES6 and ES7, not available in Aura. You can do more in less code. It also transpiles code to work with IE 11 and other browsers that are missing some features.



        More Consistent Data Binding



        Two-way data binding, which has always been kind of buggy in Aura, is gone. This forces developers to coordinate how data moves between components. This also means that data binding will work as expected, without the "gotchas" from Aura.



        Service Components



        You can now write components that have no UI. They simply provide reusable methods that you can use in other components. This is much more efficient than Static Resources.



        Mixins



        You can import accessible methods from other components (as per above), and also import specific Apex methods, even from multiple classes. In addition, the Apex methods can be cached for improved performance.





        Basically, LWC was a way for salesforce.com to fix all the things that were "not quite right" about Aura, while also moving towards web standards. There's no imperative to switch, as both style components are largely compatible with each other, although there's some restrictions to where and how they can be used.



        Your Aura skills won't be lost, and you will keep using them (LWC isn't supported in a lot of ways that ISVs and Developers want), but the widgets and so on that make up your Aura components can benefit from using LWC, in terms of performance and security enhancements.






        share|improve this answer













        LWC is meant to be a Lightning Components 2.0. It has a lot of pretty nice features.



        Knowledge Domain



        Developers familiar with Web Components are mostly familiar with LWC out-of-the-box. Aura is proprietary, so the more you know about web standards, the more you'll have of a skill that can be used outside Salesforce, too!



        Better Execution



        LWC leverages built-in browser security features from WC standards, so there's less custom code. This means they run faster and are more consistent in how they enforce security. Also, events have a more limited scope, so there's much less processing required to handle events.



        New Security Features



        We get better CSS isolation, script isolation, DOM isolation, and a more limited event scope, all of which leads to more consistent component design.



        ES6+



        We now have better support for ES6 and ES7, not available in Aura. You can do more in less code. It also transpiles code to work with IE 11 and other browsers that are missing some features.



        More Consistent Data Binding



        Two-way data binding, which has always been kind of buggy in Aura, is gone. This forces developers to coordinate how data moves between components. This also means that data binding will work as expected, without the "gotchas" from Aura.



        Service Components



        You can now write components that have no UI. They simply provide reusable methods that you can use in other components. This is much more efficient than Static Resources.



        Mixins



        You can import accessible methods from other components (as per above), and also import specific Apex methods, even from multiple classes. In addition, the Apex methods can be cached for improved performance.





        Basically, LWC was a way for salesforce.com to fix all the things that were "not quite right" about Aura, while also moving towards web standards. There's no imperative to switch, as both style components are largely compatible with each other, although there's some restrictions to where and how they can be used.



        Your Aura skills won't be lost, and you will keep using them (LWC isn't supported in a lot of ways that ISVs and Developers want), but the widgets and so on that make up your Aura components can benefit from using LWC, in terms of performance and security enhancements.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Dec 24 '18 at 20:04









        sfdcfoxsfdcfox

        251k11193431




        251k11193431















            Popular posts from this blog

            "Incorrect syntax near the keyword 'ON'. (on update cascade, on delete cascade,)

            Alcedinidae

            RAC Tourist Trophy