Nível 40. Respostas às perguntas da entrevista sobre o tópico do nível

Um endereço IP é um endereço de rede exclusivo de um nó em uma rede de computadores construída na pilha de protocolos TCP/IP. A Internet requer endereços globalmente únicos; no caso de trabalhar em rede local, é necessária a exclusividade do endereço dentro da rede. Na versão do protocolo IPv4, o endereço IP tem 4 bytes e na versão do protocolo IPv6, o endereço IP tem 16 bytes. Normalmente, um endereço IP na versão do protocolo IPv4 é escrito como quatro números decimais com valores de 0 a 255, separados por um ponto, por exemplo, 192.168.0.3.

Um domínio é um endereço de site ou uma zona específica que possui seu próprio nome, diferente de qualquer outro nome no sistema de nomes de domínio. Os domínios podem ser de primeiro nível, segundo nível, terceiro nível, etc. Normalmente, um domínio de primeiro nível não está disponível para registro de usuários comuns (exemplos de domínios de primeiro nível são “.ru”, “.com”, “.net”). Normalmente, os domínios do terceiro nível e dos níveis subsequentes são chamados de subdomínios.
Um host é um computador ou servidor específico conectado a uma rede local ou global. O host possui um endereço exclusivo no ambiente de serviço TCP/IP (endereço IP).

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

O método GET é usado para solicitar o conteúdo de um recurso especificado. O método POST é usado para transferir dados do usuário para um recurso especificado. O método HEAD é normalmente usado para recuperar metadados, verificar a existência de um recurso (validação de URL) e ver se ele mudou desde o último acesso. O método HEAD é semelhante ao método GET, exceto que não há corpo na resposta do servidor. O método GET é considerado uma versão simplificada do POST, pois o método GET não implica uma solicitação completa, apenas uma URL propriamente dita.

REST é um estilo arquitetônico de como os componentes de aplicativos distribuídos interagem em uma rede. O termo foi cunhado por Roy Fielding em 2000. Ele também introduziu os requisitos que um aplicativo distribuído deve satisfazer para estar em conformidade com a arquitetura REST (tais aplicativos também são chamados de RESTful). Estes são os requisitos:

1. Modelo cliente-servidor (significa que a rede deve ser composta por um cliente e um servidor; o servidor é quem possui os recursos, o cliente é quem os solicita))
2. Sem estado (significa que nem o cliente nem o servidor acompanham o estado um do outro)
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 в первом случае (в случае клиента).