Answer the question
In order to leave comments, you need to log in
Where to write application functionality? On the client or on the server?
Implementation of a “thin” or “thick” client.
Answer the question
In order to leave comments, you need to log in
What the client should not see in the source code of the page is something on the server.
The rest is on the client.
I would not shift the intellectual work that is invested in the ranking algorithm to clients.
This is a very tricky question.
Thick clients usually do when the application keeps a huge cache of data for offline or poor internet conditions.
A thick client + a "simple" server is usually more expensive to develop and maintain than a thin client and a "complex" server.
From the point of view of the load, the functionality is transferred to the client when the following conditions are met:
- data processing is expensive (array sorting does not apply to this)
- there is no value in the data processing logic
- specific cases when ux performance is critical, and data processing on the client is faster than processing on the server + time for data transfer.
I think that without a very good reason to make a thick client is not necessary.
Here IMHO, it all depends on the complexity of the calculations.
But I, as a backing developer, usually give all the calculations to a server, often it has more power.
But I repeat, we must look at the algorithms, their complexity and heaviness.
IMHO
This is a server usually, but the ranking can be limited and the recalculation of the ranking will not be constant with each request, but let's just say once a day. There are quite a few optimization points. The rest you answered correctly.
Didn't find what you were looking for?
Ask your questionAsk a Question
731 491 924 answers to any question