Niveau 40. Réponses aux questions d'entretien sur le sujet du niveau

Une adresse IP est une adresse réseau unique d'un nœud dans un réseau informatique construit sur la pile de protocoles TCP/IP. Internet nécessite des adresses uniques au monde ; dans le cas de travaux sur un réseau local, l'unicité de l'adresse au sein du réseau est requise. Dans la version du protocole IPv4, l'adresse IP fait 4 octets et dans la version du protocole IPv6, l'adresse IP fait 16 octets. Généralement, une adresse IP dans la version du protocole IPv4 est écrite sous forme de quatre nombres décimaux avec des valeurs de 0 à 255, séparées par un point, par exemple 192.168.0.3.

Un domaine est une adresse de site Web ou une zone spécifique qui possède son propre nom, contrairement à tout autre nom dans le système de noms de domaine. Les domaines peuvent être de premier niveau, deuxième niveau, troisième niveau, etc. En règle générale, un domaine de premier niveau n'est pas disponible pour l'enregistrement pour les utilisateurs ordinaires (des exemples de domaines de premier niveau sont « .ru », « .com », « .net »). En règle générale, les domaines du troisième niveau et des niveaux suivants sont appelés sous-domaines.
Un hôte est un ordinateur ou un serveur spécifique connecté à un réseau local ou mondial. L'hôte possède une adresse unique dans l'environnement de service TCP/IP (adresse IP).

GET, POST, PUT, DELETE, OPTIONS, HEAD, PATCH, TRACE, LINK, UNLINK, CONNECT.

La méthode GET est utilisée pour demander le contenu d'une ressource spécifiée. La méthode POST est utilisée pour transférer les données utilisateur vers une ressource spécifiée. La méthode HEAD est généralement utilisée pour récupérer des métadonnées, vérifier l'existence d'une ressource (validation d'URL) et voir si elle a changé depuis le dernier accès. La méthode HEAD est similaire à la méthode GET, sauf qu'il n'y a aucun corps dans la réponse du serveur. La méthode GET est considérée comme une version simplifiée de POST, car la méthode GET n'implique pas une requête complète, seulement une URL en tant que telle.

REST est un style architectural décrivant la manière dont les composants d'application distribués interagissent sur un réseau. Le terme a été inventé par Roy Fielding en 2000. Il a également présenté les exigences qu'une application distribuée doit satisfaire pour se conformer à l'architecture REST (ces applications sont également appelées RESTful). Voici les exigences :

1. Modèle client-serveur (signifie que le réseau doit être composé d'un client et d'un serveur ; le serveur est celui qui possède les ressources, le client est celui qui les demande))
2. Отсутствие состояния (означает, что ни клиент, ни server не отслеживают состояния друг друга)
3. Кеширование (клиенты и промежуточные узлы могут кешировать результаты requestов; сооответственно, ответы serverа должны иметь явное or неявное обоmeaning, что они кешируемые or некешируемые)
4. Единообразие интерфейса (означает, что между клиентами и serverами существует общий язык взаимодействия, который позволяет им быть заменяемыми or изменяемыми, без нарушения integrity системы):
   • Определение ресурса (означает, что каждый ресурс должны быть обозначен постоянным идентефикатором)
   • Управление ресурсами через представление (означает, что клиент хранит ресурс в виде его представления, и при желании изменения ресурса он отправляет serverу информацию о том, в Howом виде он хотел бы видеть этот ресурс; server же рассматривает этот How request How предложение, и сам решает, что делать ему с хранимым ресурсом)
   • Самодостаточные messages (каждое сообщение содержит достаточно информации, чтобы понять, How его обрабатывать)
   • Гипермедиа (означает, что клиенты изменяют состояние системы только через действия, которые динамически определены в гипермедиа на server)
   • Система слоёв (означает, что в системе может быть больше двух слоёв (клиент и server), и при этом каждый такой слой знает только о своих соседних слоях, и не знает об остальных слоях, и взаимодействует только с соседними слоями)
   • Код по требованию (означает, что функциональность клиента может быть расширения за счёт загрузки codeа с serverа в виде апплетов or сценариев)

   Удовлетворение этим требованиям позволяет добиться следующего:

   • Надёжность
   • Производительность
   • Масштабируемость
   • Прозрачность взаимодействия
   • Простота интерфейсов
   • Портативность компонентов
   • Лёгкость внесения изменений
   • Способность эволюционировать, приспосабливаясь к новым требованиям

Для этого существует удобный класс SimpleDateFormat. Экземпляру этого класс можно передать шаблон представления даты, и тогда он в таком виде будет возвращать date (в формате строки String), либо считывать date (из строки String). Выглядит это всё следующим образом:

Date date = new Date(); // получаем текущую date
SimpleDateFormat formatter = new SimpleDateFormat("d-MM-yy HH:mm:ss"); //создаём экземпляр класса SimpleDateFormat
         								//и передаём ему шаблон представления даты и времени
String dateAsString = formatter.format(date); //преобразуем date в строку заданного формата

Date dateAfterConversion = formatter.parse(dateAsString); //преобразуем строку обратно в date

URI расшифровывается How Uniform Resource Identifier и переводится How "унифицированный идентификатор ресурса". URI — это последовательность символов, идентифицирующая абстрактный or физический ресурс. URL расшифровывается How Uniform Resource Locator. То есть это некий унифицированный указатель на ресурс, однозначно определяющий его месторасположение. URL служит стандартизированным способом записи address ресурса в сети Интернет.
Их отличия в том, что URI — это некоторый идентификатор ресурса, который позволяет этот ресурс How-то идентифицировать, а URL — это указатель на ресурс, он даёт информацию о том, где находится ресурс. Таким образом URL — это URI, который помимо идентификации ресурса, даёт информацию о его местонахождении.

Сокеты — это связка IP-address + порт, позволяющая из внешней сети однозначно идентифицировать программу на компьютере or serverе. В Java для работы с сокетами есть два класса Socket и ServerSocket. Экземпляры первого класса играют роль клиента, экземпляры второго — роль serverа. Клиент может отправлять и принимать messages через сокет. Сервер же постоянно отслеживает requestы пользователей и отвечает на них.
Для того, чтобы отправить данные через сокет, в классе Socket существует класс getOutnputStream(), возвращающий исходящий поток, с которым уже можно работать How обычно. Для приёма информацию нужно воспользоваться методом getInputStream(), который возвращает входящий поток. Дальше с этим потоком можно работать How с обычно потом ввода. Также стоит отметить, что при создании клиентского сокета (экземпляра класса Socket) в конструктор нужно передать ip-address serverа и порт, на котором он работает принимающая программа-server.
При создании serverного сокета (экземпляра класса ServerSocket) нужно указывать только порт, через который будет работать программа. После этого вызывается метод accept(). Этот метод ожидание подключение клиента, а после этого возвращает экземпляр класса Socket, необходимый для взаимодействия с этим клиентом. Дальше работать идёт с экземпляром класса Socket, How в первом случае (в случае клиента).