JavaRush /Java Blog /Random-KO /자바. 면접 참고 가이드 - 1부. (기사 번역)
dah4uk
레벨 23

자바. 면접 참고 가이드 - 1부. (기사 번역)

Random-KO 그룹에 게시되었습니다
원본 기사는 다음 위치에 있습니다: http://www.javacodegeeks.com/2014/02/java-interview-reference-guide-part-1.html 게시자: Nitin Kumar, Core Java, 2014년 2월 3일

자바. 객체 지향 개념.

Java는 객체 지향 개념을 기반으로 하며, 이는 실제 방식으로 문제를 해결하기 위해 더 높은 수준의 추상화를 제공합니다. 객체 지향 접근 방식은 응용 프로그램에서 재사용하기 더 쉬운 실제 객체의 문제에 대한 솔루션을 개념화합니다. 예: 의자, 선풍기, 개, 컴퓨터 등 Java에서 클래스는 동일한 종류의 객체의 일반적인 동작을 정의하는 문서, 템플릿 또는 프로토타입입니다. 인스턴스는 특정 클래스의 구현이며 클래스의 모든 인스턴스는 클래스 설명에 표시된 것과 유사한 속성을 갖습니다. 예를 들어, 방 개수를 속성으로 사용하여 House라는 클래스를 정의하고 방 2개 있는 집, 방 3개 있는 집 등의 객체를 생성할 수 있습니다.
장점:
객체 지향 소프트웨어 개발의 몇 가지 이점은 다음과 같습니다.
  • 주로 모듈성으로 인해 유지 관리 비용이 절감됩니다.
  • 상속과 같은 기능으로 인해 코드를 재사용하기가 더 쉬워지고 결과적으로 개발 속도가 빨라집니다.
  • 코드 신뢰성과 유연성이 향상됩니다.
  • 코드는 실제 세계를 시뮬레이션하기 때문에 이해하기가 더 쉽습니다.
  • 객체 수준에서 더 나은 추상화.
  • 한 개발 단계에서 다른 개발 단계로 전환하는 복잡성을 줄입니다.
OOP에는 네 가지 주요 개념이 있습니다.
  • 캡슐화
  • 계승
  • 다형성
  • 추출
캡슐화:
캡슐화는 어떤 요소가 숨겨지고 어떤 요소가 다른 객체에 노출되는지를 나타내는 다른 객체에 대한 규칙을 나타냅니다. Java에서는 개인 액세스 수정자를 사용하여 메소드를 숨기고 외부 환경에서 변수에 대한 액세스를 제한합니다. Java는 또한 다양한 수준에서 가시성을 제한하는 데 사용되는 기본값인 public, protected, private과 같은 다양한 액세스 한정자를 제공하지만 캡슐화의 궁극적인 목표는 변경해서는 안 되는 요소를 숨기는 것입니다. 실제로는 클래스에 변경해야 할 이유가 하나만 있고 캡슐화가 해당 "한 가지 이유" 의 설계 원칙을 구현하는 것이 가장 좋습니다 . 실제로 캡슐화는 다른 클래스를 방해하지 않도록 메서드를 숨겨야 합니다.
장점:
캡슐화의 몇 가지 이점은 다음과 같습니다.
  • 해당 속성을 숨겨 객체의 내부 상태를 보호할 수 있습니다.
  • 이는 코드의 모듈성을 높여 예상치 못한 방식으로 개체 간의 상호 작용을 방지합니다.
  • 사용 편의성이 높아집니다.
  • 개체별 조건이 지원됩니다.
  • 캡슐화를 통해 소프트웨어를 더 쉽게 유지 관리할 수 있습니다.
  • Изменения codeа могут быть независимыми
Полиморфизм:
Полиморфизм - это способность (в программировании) представить тот же интерфейс для различных форм (типов данных), лежащих в основе. Это означает, что классы имеют различную функциональность, несмотря на то, что используют общий интерфейс и могут быть вызваны динамически через специальную ссылку класса. Классическим примером является класс Shape (фигура), и все классы, которые могут наследоваться от него (квадрат, круг, додекаэдр, неправильный многоугольник, знак и т.д.). В этом примере, каждый класс будет иметь свою собственную функцию Draw() и клиентский code может выполнять следующие действия: Shape shape = new Square(); Shape.area() чтобы получить корректное поведение для любой формы. Прелесть полиморфизма в том что code работает с различными классами и нет необходимости знать Howой класс его использует, т.к. все они работают по одному принципу. Процесс, используемый Объектно-Ориентированными языками программирования, реализующий динамический полиморфизм, называется динамическим связыванием. Примечание: Полиморфизм - это возможность выбора более специализированных методов в зависимости от выполнения вызванного an object. Полиморфизм так же может использоваться без участия Howих-либо абстрактных классов.
Преимущества:
  • Создается code, используемый повторно: это значит, что если однажды созданы классы, реализованы и протестированы, то они могут быть легко использованы, не заботясь о том, что написано в классе.
  • Это обеспечивает более общий и слабосвязанный code.
  • Время компиляции значительно уменьшается, а разработка становится быстрее.
  • Динамическое связывание: Один и тот же интерфейс может быть использован для создания методов с различными реализациями.
  • Полная реализация может быть заменена с помощью сигнатуры метода.
Переопределение метода для достижения Полиморфизма: Переопределение интерфейсов с двумя методами: Один в родительском классе, а другой в дочернем классе с такими же именами и сигнатурами. Переопределение позволяет определить ту же самую операцию по-разному для разных типов данных Например: while(it.hasNext()) { Shape s = (Shape) it.next(); totalArea += s.area(dim); //полиморфический вызов метода. Будет вызван правильный an object. } 자바.  면접 참고 가이드 - 1부. (기사 번역) - 1
Перегрузка метода or Специальный полиморфизм or статический полиморфизм:
Перегрузка интерфейсов с несколькими методами в том же классе с тем же именем, но с другим телом метода. Перегрузка метода позволяет определить ту же операцию по-разному для различных данных. Какое-то время она называлась статическим полиморфизмом, но на самом деле это не полиморфизм. Перегрузка методов является не более чем двумя методами, с одинаковыми именами, но различными списками аргументов. Она не имеет ничего общего с наследованием и полиморфизмом. Перегруженный метод, это не то же самое, что и переопределенный метод. [Глава первая Java]
Параметрический полиморфизм с использованием дженериков в Java:
При объявлении класса, Name поля можно связать с различными типами и Name метода так же можно ассоциировать с различными параметрами и возвращаемыми типами. Java поддерживает параметрический полиморфизм с использованием дженериков. Примером является список, который может принимать тип данных, содержащих дженереки. List list = new ArrayList ();
Почему мы не можем переопределить статический метод в Java?
Переопределение зависит от наличия экземпляра класса. Смысл полиморфизма заключается в том, что вы можете создать подкласс класса и an object реализует этот подкласс, будет разное поведение одних и тех же методов, определенных в суперклассе (or переопределенных в подклассе). Статический метод не связан с Howим-либо экземпляром класса, так что это понятие к нему не применяется. Ранее выдвигались две основные идеи, продвижения разработки на Java, которые повлияли на неё. Одна из них - это отношение к производительности: было много критики со стороны Smalltalk о том, что JVM работала слишком медленно (из-за сбора мусора и полиморфных вызовов, которые были частью этой причины) и разработчики Java были вынуждены исправить это. Другая состояла в том, что целевая аудитория для Java - это были разработчики C++. Вызов статических методов устроен знакомым для программистов C++ образом и работает так же быстро, потому что нет пути вверх по иерархии классов, и чтобы выяснить, Howой метод нужно вызвать, ты отправляешься прямо в класс и вызываешь указанный метод. [Stack overflow]
Наследование:
Оно включает поведения (т.е. методы) и состояния (т.е. переменные) базового класса в производный класс, таким образом, чтобы они были доступны в этом производном классе. Ключевое преимущество наследования состоит в том, что оно обеспечивает формальный механизм повторного использования codeа и позволяет избежать дублирования. Унаследованный класс расширяет функциональность applications, повторно используя родительское поведение и добавляя новую функциональность. Это сделает проектирование плотно связанным, потому что если вы хотите изменить суперкласс, вы должны знать все детали подклассов, чтобы избежать поломки applications. Это форма повторного использования ПО, когда новый класс (подкласс) создается из уже существующего класса (суперкласса) и расширяет свою функциональность, при этом используя некоторые свойства суперкласса. Итак, если у вас есть класс-родитель, а потом у вас появляется класс-наследник, то наследник наследует все сущности, которыми обладает родитель.
Преимущества:
  • Легче повторно использовать code
  • Устанавливается логическое отношение "Является кем-то", Например: Собака является животным.
  • Код становится модульным
  • Позволяет избегать дублирования
Недостатки:
  • Тесная связь: подкласс зависит от реализации родительского класса, что делает code тесно связанным.
Абстракция:
Абстракция представляет собой разработку класса из условий интерфейсов и их функциональности, не учитывая детали их реализации. Абстрактный класс включает интерфейсы без фактической реализации. Он отделяет реализацию an object от поведения or реализации. Абстракция упрощает разработку, скрывая несущественные детали.
Преимущества:
  • При использовании абстракции, мы можем выделить an objectы, которые могут быть сгруппированы в другой тип.
  • Часто изменения свойств or методов могут быть сгруппированы в отдельный тип, причем главный тип останется без изменений. Это усorвает принцип Объектно-Ориентированного Анализа и Дизайна - "Код должен быть открыт для расширения, но закрыт для модификации".
  • Упрощает представление моделей предметной области.
Различия между абстракцией и инкапсуляцией
Инкапсуляция - это стратегия, используемая в рамках абстракции. Инкапсуляция относится к состоянию an objectов - an objectы инкапсулируют свое состояние и скрывают его от доступа извне; снаружи пользователи класса могут взаимодействовать с его методами, но не могут получить доступ к составляющим класса напрямую. Таким образом класс абстрагирует детали реализации, относящиеся к его состоянию. Абстракция - это более общий термин; ее так же можно достигнуть путем использования подклассов (среди прочих). Например, список классов в стандартной библиотеке - это абстракция для последовательности элементов, проиндексированных по их позиции, конкретными примерами List'а будут ArrayList or LinkedList. Код, который взаимодействует со списком абстракций более детален, чем вид используемого списка. [Stack overflow] Абстракция часто невозможна, без скрытия инкапсуляцией деталей, лежащих в основе - если класс предоставляет свое внутреннее состояние, он не может изменить свою внутреннюю работу, и, следовательно, не может абстрагироваться.
What такое абстрактный класс и абстрактный метод?
В проектировании, вы хотите, чтобы базовый класс представлял только интерфейс для своих производных классов. Это значит, вы не хотите, чтобы кто-нибудь создавал экземпляр an object этого класса. Вы только хотите, чтобы было приведение к типу (неявное приведение к базовому типу, которое дает вам полиморфное поведение), так что этот интерфейс может быть использован. Это достигается путем указания класса абстрактным, при этом используется ключевое слово abstract. Существуют некоторые ограничения: нельзя создать экземпляр абстрактного класса, следует использовать только тот класс, который реализует абстрактные методы. И обеспечивает полиморфизм. Абстрактный класс может содержать How абстрактные методы, так и конкретные методы. В классе, если один метод объявлен абстрактным, класс должен быть объявлен абстрактным. Однако, обратное не всегда верно. Если класс объявлен How абстрактный, он может не иметь абстрактных методов в нем. Если метод не обеспечивает фактическую реализацию, но обеспечивает сигнатуру метода, он называется абстрактным методом. Фактическая реализация возлагается на подклассы, которые расширяют абстрактный класс. Абстрактный метод не может быть реализован; только другой класс может наследоваться от него.
Когда используется абстрактный класс?
Абстрактные классы помогают определить некоторые типы поведения по умолчанию и обеспечить подклассам Howое-то конкретное поведение. Например: List - это интерфейс, в то время How AbstractList реализует поведение по умолчанию List'а, который может быть использован How есть or может быть реализован в подклассе, например How ArrayList.
What такое Интерфейс?
Ключевое слово interface перенимает концепцию абстрактного класса дальше, препятствуя реализации любого метода or функции для всех. Вы можете только объявить метод or функцию, но не обеспечить реализацию. Класс, который реализует интерфейс, должен обеспечивать фактическую реализацию. Интерфейс является крайне эффективным и широко используемым аспектом в Объектно-Ориентированном проектировании, так How он обеспечивает разделение интерфейса и реализации, и позволяет:
Преимущества интерфейсов:
  • Множественное наследование
  • Свободные парно-определенные абстракции операций, How отдельный тип реализации, могут быть чем угодно: JDBC, JPA, JTA, и т.д.
  • Интерфейс программы не реализуется.
  • Полиморфизм с динамическим связыванием - выявляет an object программного интерфейса, не раскрывая его фактической реализации.
  • Абстрактный уровень: Проблемы разделения
Difference между интерфейсом и абстрактным классом:
  • Интерфейс представляет собой соглашение, по которому опрашиваются классы, реализующие интерфейс, How они определяют этот интерфейс. Это пустая оболочка с объявлением метода.
  • Абстрактный класс определяет некоторое общее поведение и задает подклассу свойство определить редкое or специфичное поведение для этого класса.
  • Методы и члены абстрактного класса могут быть определены с любым типом видимости, в то время How все методы интерфейсов должны быть определены How public.
  • При наследовании от абстрактного класса, дочерний класс должен определить абстрактные методы, в то время How интерфейс может расширять другой интерфейс и методы не должны быть определены.
  • Дочерний класс может наследоваться только от одного абстрактного (or любого другого) класса, в то время How интерфейс or класс может наследоваться от нескольких других интерфейсов.
  • Дочерний класс может реализовать абстрактные методы с тем же самым or менее ограниченным уровнем видимости, в то время How класс, реализующий интерфейс должен определить методы с тем же уровнем видимости.
  • Интерфейс не может содержать конструкторы, в отличии от Абстрактного класса.
  • Переменные, объявленные в интерфейсе Java по умолчанию имеют модификатор доступа final. Абстрактный класс может содержать переменные не только с модификатором final.
  • Методы интерфейса в Java имеют модификатор доступа public по умолчанию. Абстрактный класс в Java может иметь обычные модификаторы доступа, такие How private, protected и т.д.
Композиция:
Возможность многократного использования codeа может быть достигнута благодаря реализации наследования or композиции, но композиционный подход к повторному использованию codeа обеспечивает более сильную инкапсуляцию, чем наследование, потому что изменение back-end класса не должно разрушить code, который полагается только на front-end класс. Композиция - это методика проектирования для реализации существующих связей в классах. Мы можем использовать наследование Java or композицию для повторного использования codeа. Композиция выражает связи между an objectми. Например, представьте стул. Стул имеет сиденье. Стул имеет спинку. И имеет набор ножек. Фраза "имеет" подразумевает отношения, где стул владеет чем-либо, or How минимум, он использует другой предмет. Именно такие отношения вида "Имеет" и являются основой для составления композиции.
Преимущества:
Композиция (иметь) Наследование (являться)
1 Поддерживает полиморфизм и повторное использование codeа Поддерживает полиморфизм и повторное использование codeа
2 Объект создается во время работы Объект создается динамически во время компиляции
3 Реализация может быть изменена во время выполнения Реализация может быть изменена во время выполнения
4 Подкласс не зависит от родительского класса, что способствует ослаблению связей (в частности, в интерфейсе управления) Подкласс зависит от реализации родительского класса, поэтому они плотно связаны
5 Используется, например, когда в Доме есть Ванная. Некорректно говорить, что Дом - это Ванная. Наследование является однонаправленным. Например: Дом это Здание. Но Здание не обязательно является Домом.
Примечание: Не используйте наследование только для того, чтобы получить возможность повторно использовать code. Если нет отношения типа "являться" между классами, то нужно использовать композиция для повторного использования codeа.
Различия между Композицией и Агрегацией в отношениях an objectов
집계: 집계는 하나의 클래스가 컬렉션에 속하는 통합입니다. 전체 없이도 부분이 존재할 수 있는 관계에서 그는 전체의 일부이다. 이것은 약한 관계입니다. 순환 종속성이 없습니다. 예: 주문 및 제품. 컴포지션: 컴포지션은 하나의 클래스가 컬렉션에 속하는 통합입니다. 전체의 일부이기 때문에 전체 없이는 부분도 존재할 수 없습니다. 전체를 삭제하면 부분도 모두 삭제됩니다. 이 관계는 더 강합니다. 예를 들면 다음과 같습니다: 다각형 및 점, 주문 및 주문 절차.
연결:
코멘트
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION