• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

Whizlab Question thick client vs web browser client?

 
Ranch Hand
Posts: 856
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

Which two statements are true only when implementing rich client applications, and NOT when
implementing web browser-based clients that support only HTML? (Choose two.)
A. Information can be sent to the client by the server, without client polling.
B. Information can be encrypted prior to delivering it to the client and decrypted when received
to the client.
C. Information can be compressed prior to delivering it to the client and decompressed when
received to the client.
D. Information can be delivered to the client incrementally, without requiring that the server
deliver all the information to be presented to the client on each update.
Answer: A, D

I think none of the answer is right. As all 4 options are possible with HTML clients. Anybody can explain above answer?
 
Ranch Hand
Posts: 88
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
"A" is correct because in the case of browser based HTML clients (thin clients), information CANNOT be pushed without client polling i.e. without client making a GET / POST request. Usually browser based client
is PULL System, meaning clients request information from the server. In the other case of thick clients, say applets, server can PUSH data to the Rich Client based on state changes in the model. In the latter case,
applets or rich clients didn't make a request for info, but yet server data gets PUSHED. This is usually done using the technique similar to observer pattern.

model.registerObserver(view) ---- This would cause the view to be updated when the model changes internally.

I think D is correct because in the case of, say AJAX based rich clients, server can send incremental data using JSON to update just a grid in the UI upon client requests without fully reloading the page. Whereas with HTML,
the entire page may need to be reloaded
 
Don't get me started about those stupid light bulbs.
reply
    Bookmark Topic Watch Topic
  • New Topic