[SalesForce] Best Practice – Lightning JS (Code reuse, testing frameworks and IDE support)

Saving an entire list, is probably the better way to do it. You can have a List of Opportunity Line Items, in which you store all of the Line Items that have been edited. Then pass this list to the save method and attempt to save the entire list at once.

<aura:attribute name="olisToSave" type="OpportunityLineItem[]"/>

On edit action:

var olis = component.get("v.olisToSave");
olis.push(thisOli);//or however you add stuff to an sObject Array...
component.set("v.olisToSave", olis);

And finally in the save function:

var action = component.get("c.saveOlis");
action.setParams({
    "olis": component.get("v.olisToSave")
});
$A.enqueueAction(action);

Then in your Apex Controller:

@AuraEnabled
public static void saveOlis(List<OpportunityLineItem> olis){
    update olis;
}

Those restrictions were never correctly stated and I have been working with the App Exchange review team and our technical writers to get this corrected. That "requirement" was only meant for DOM elements that the LC framework creates and manages on your behalf. It was never meant to include DOM subtrees you create yourself or via React, Angualr, etc. Trying to stay inside a renderer method is an unnatural act for DOM nodes you create and manage.

BTW I write and published ltng:require over a year ago in response to our security review team requiring a Salesforce approved way to load external JavaScript and they were involved in the design of the component and its event model. I only found out recently that we were communicating a very mixed message on this and apologize on the company's behalf for the confusion.

The other part of the AppExchange policy on 3rd party JavaScript that we are also addressing with Locker Service starting with the initial (phased) rollout now in Summer'16 and into Winter'17 is allowing their use in the first place. One of my main goals of the LS project has been to get everyone to "yes" on allowing 3rd party libraries in published/listed packages. Once LS is fully deployed - current schedule is for this to be completed in Winter'17 (safe harbor of course) - 3rd party libraries will be approved. The time to start doing your part is now though - take the the time do the work to make sure your JavaScript is LockerService compliant. LS is available in Summer'16 - the prerelease version is a bit rough around the edges but we have addressed all but a few issues in the "R0" release starting to rollout to production servers in the next few weeks. I will be working on those remaining issues (mostly uses of undocumented or non standard APIs that we have to security review and in some cases write a new LS secure virtual object/method to handle). In at least one very recent case a Lightning Platform internal API was being used but instead of just saying No we are discussing exposing it as part of the public/supported API.