Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Looking for more performance
Message
De
14/04/2016 13:44:12
 
 
À
14/04/2016 12:52:13
Information générale
Forum:
Javascript
Catégorie:
Codage, syntaxe et commandes
Divers
Thread ID:
01634763
Message ID:
01634802
Vues:
29
>Must admit I'm a bit vague on the behaviour of constants within a method. IAC I think the main cause of slowness will be in updating the DOM.

Would have only bet small sums on the constant scope being correctly memorized and did verify before posting ;-)

>
>Found myself wondering how an angular directive might fare in this scenario ?

Mostly from reading fwk comparisons and benchmarks, simple one-way databinding to MVVM and controlling refresh via shadow/virtual DOM (React,Mithril) seems to be best - the cards will be newly mixed when observable will be mainstream ;-)



>
>>Doing calculations in else definately is smarter, did not really look at code ;-)
>>But I guess const being scoped for function level could lead to 1 allocation on "variable" stack of the fuction and perhaps 1 assignment on each run ( could be optimized away if each function as an object is considered an immutable object similar to strings in C# or Java runtimes, then const could be a RO property of the function similar to python "variables" in a dict of functon level) - hoisting the constant strings to an object or array outside the function and only accessing it should be minimally faster as this should provide a caching effect - even if variable lookup should take minimally longer as another scope has to be searched, it should be faster then re-setting the const in each function call.
>>
>>
>>>>Something is very slow here if I have about 200 items on the page. I would have expected that to slow around 40,000. Anyone would have an idea on how to optimize this logic to avoid this javascript latency?
>>>
>>>Seems to me you are doing some calculations unnecessarily (e.g current date every time, hours, minutes and seconds when only day is of interest). Also I think the calculations themselves could be simplified. This looks shorter:
function SinceWhen(receivedDate, currentDate, language) {
>>>            const ONE_SECOND = 1000;
>>>            const ONE_MINUTE = ONE_SECOND * 60;
>>>            const ONE_HOUR = ONE_MINUTE * 60;
>>>            const ONE_DAY = ONE_HOUR * 24;
>>>
>>>            const SECOND = "second";
>>>            const MINUTE = "minute";
>>>            const HOUR = "hour";
>>>            const DAY = "day";
>>>            const NOW = "Just now";
>>>            const YESTERDAY = "Yesterday";
>>>
>>>
>>>        }
Not properly tested :-} Not dealing with the language issue (which could be handled in the getString() method) But I'm not sure it would improve performance - manipulating the DOM is probably taking most of the time.
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform