Делпхи клијент-сервер заснован на утичнице

Данас је тема веома актуелна у области информационих технологија, посвећена развоју и примени у архитектури "клијент - сервер". То је због чињенице да су информациони системи различитих скала више користи у различитим областима. Осим тога, структура једној бази података се креира у складу са одређеним параметрима, на такав начин да раде са њим у нормалном режиму је могуће само уз употребу посебних апликација. Због тога, имплементација архитектуре "клијент - сервер" - веома важан задатак који се јавља пред одељењима информационих технологија у различитим локацијама, успешно решење које ће омогућити компанији да оптимално и глатко раде.

Сервер заснован на утичнице

Сервер ради на протоколу утичнице могу истовремено обраду захтјева од великог броја корисника. У том случају, администратор у сваком тренутку може да прилагођавања подешавања за постављање ограничења броја истовремених корисника. По дефаулту, ова опција нема ограничења.

Након повезивања на сервер је посебан канал са прикључком на коју се подаци размењују. Међутим, најоптималније и сигуран је да распореди нову везу за сваки конкретан појединачни процес.

Шема архитектуре "клијент - сервер"

Размотрите детаљније имплементације кола архитектуре секвенцијално анализира најчешће коришћених дефиниција:

1. Својства СерверТипе и Порт. Да би корисник може повезати са сервером, важно је да се обезбеди да порт који се користи за оба сервера и утакмице клијента. То је сврха овог параметра се врши у имовинском Порт. тип везе је дефинисан СерверТипе.

2. Процес отварања утичницу. За сесије "клијент - сервер" важно је да отвори утичнице и прикључак. Листен користи имовину.

3. Даље, размена података са корисником. По завршетку радова одвија ван клијента. Са одговарајућим администратора система тима, сервер заврши свој рад, разбијање све утврђене везе и заустављање процеса чекају нове везе.

Примена ТСерверСоцкет у језику Делпхи апликација «клијент - сервер"

За слање и примање информација од корисника помоћу догађај ОнЦлиентВрите и ОнЦлиентРеад. У том случају корисник може комуницирати преко параметра, као што је ЦлиентСоцкет. На послу често користи следеће методе и својства:

- број повезаних корисника у овом тренутку;

- број активних процеса;

- број слободних процеса;

- лука, име домаћина и ИП-адреса локалног;

- откључавање и закључавање утичницу.

Коначно, обратите пажњу на често примењује посебан имовине - Дата. Ова некретнина се користи у следећој ситуацији. Типично, сервер се користи да служи велики број корисника, што значи да постоји потреба да се складишти информације за сваког клијента, а та информација мора да буде везан за одређену утичницу. У таквим ситуацијама, употреба руку за везивање је врло незгодно, и зато у широкој употреби власништво података. Међутим, важно је запамтити да је података - је показивач, и зато је важно да увек проверите да ли све правила рада са показивачима (указује на врсту расподеле меморије, итд)

документација

До данас, у литератури о развоју "клијент - сервер" апликације Делпхи, које се односе на развој и примену утичнице показала веома мало. Према томе, за детаљан преглед овог аспекта може се односити на Линук документацију и Уник системима као је довољно појединости технику распоређивања апликација помоћу утичнице, али обично у Перл или Ц ++.