세트 사용을 피해야 합니까(Preferred | Maximum |)최소)Java Swing에서 크기 조정 방법?
다음과 같은 방법을 사용하는 것이 좋다고 여러 번 비판받았습니다.
- set Preferred 사이즈
- set Minimum Size(최소 사이즈)
- set Maximum Size(최대 크기)
Swing 간의 때 할 수 있는 표시되는 컴포넌트 간의 비율을 정의하고 싶을 때 사용할 수 있는 다른 방법이 없습니다.을 사용법을 사용하다
레이아웃에서는 항상 답이 같습니다.적절한 Layout Manager를 사용합니다.
인터넷을 조금 검색해 봤지만, 그 주제에 대한 종합적인 분석은 찾을 수 없었습니다.그래서 다음과 같은 질문이 있습니다.
- 저는 그 방법의 사용을 완전히 피해야 합니까?
- 그 방법들은 이유가 있어서 정의되었다.그럼 언제 사용해야 하나요?어떤 맥락에서요?무슨 목적으로?
- 이러한 방법을 사용하면 어떤 부정적인 결과가 초래됩니까?(화면 해상도가 다른 시스템 간에 휴대성을 추가하는 것밖에 생각할 수 없습니다).
- 어떤 Layout Manager도 원하는 레이아웃 요구를 모두 충족할 수 있다고는 생각하지 않습니다.레이아웃의 작은 변화마다 새로운 Layout Manager를 구현해야 합니까?
- 4에 대한 답변이 "예"일 경우 Layout Manager 클래스가 급증하여 유지보수가 어려워지지 않습니까?
- 컴포넌트의 자녀 간 비율을 정의해야 하는 경우(예를 들어 child1은 공간을 10%, child2는 40%, child3은 50%) 커스텀 LayoutManager를 구현하지 않고 이를 달성할 수 있습니까?
-
저는 그 방법의 사용을 완전히 피해야 합니까?
어플리케이션 코드의 경우 Yes(네.
-
그 방법들은 이유가 있어서 정의되었다.그럼 언제 사용해야 하나요?어떤 맥락에서요?무슨 목적으로?
글쎄요, 저는 개인적으로 API 디자인 사고라고 생각합니다.어린이 크기에 대한 특별한 아이디어를 가진 복합 구성 요소에 의해 약간 강제됩니다."약간" 커스텀 Layout Manager를 사용하여 요구를 구현해야 하기 때문입니다.
-
이러한 방법을 사용하면 어떤 부정적인 결과가 초래됩니까?(화면 해상도가 다른 시스템 간에 휴대성을 추가하는 것밖에 생각할 수 없습니다.)
(Swing Labs의 java.net로의 이행으로 인해 링크가 끊어진) 기술적 이유로는 예를 들어 규칙(he)이나 제 답변에 대한 코멘트에 있는 링크 @link @swing Labs가 있습니다.사회적으로는 코드를 유지해야 하고 망가진 배치를 추적해야 하는 당신의 불행한 동료에게 엄청난 일을 떠넘기고 있습니다.
-
어떤 Layout Manager도 원하는 레이아웃 요구를 모두 충족할 수 있다고는 생각하지 않습니다.레이아웃의 작은 변화마다 새로운 Layout Manager를 구현해야 합니까?
네, Layout Manager는 "모든 레이아웃 요구"에 거의 근접할 정도로 강력한 기능을 갖추고 있습니다.빅3는 JGoodies FormLayout, MigLayout, DesignGridLayout입니다.따라서 실제로는 매우 특수한 단순한 환경을 제외하고는 Layout Manager를 거의 작성하지 않습니다.
-
4에 대한 답변이 "예"일 경우 Layout Manager 클래스가 급증하여 유지보수가 어려워지지 않습니까?
(4에 대한 답은 '아니오'입니다.)
-
컴포넌트의 자녀 간 비율을 정의해야 하는 경우(예를 들어 자녀 1은 공간을 10%, 자녀 2는 40%, 자녀 3은 50% 사용) 커스텀 Layout Manager를 구현하지 않고 이를 달성할 수 있습니까?
Big 3는 GridBag조차 할 수 없습니다(전력이 너무 적어서 문제가 너무 많습니다).
몇 가지 휴리스틱:
마세요
set[Preferred|Maximum|Minimum]Size()로 「」를 덮어쓰려고 .get[Preferred|Maximum|Minimum]Size()다음과 같이 독자적인 컴포넌트를 작성할 때 수행할 수 있습니다.마세요
set[Preferred|Maximum|Minimum]Size()하게 덮어쓰기된 컴포넌트에 할 수getPreferred|Maximum|Minimum]Size아래 그림과 같이.사용하세요
set[Preferred|Maximum|Minimum]Size()validate()아래 그림과 같이 지오메트리를 표시합니다.사이즈가 「」등).
JDesktopPane를 결정해야 할 도 있지만 임의로 수코멘트는 의도를 명확히 하는 데 도움이 될 수 있습니다.이러한 설명에서 설명한 바와 같이 파생된 크기를 얻기 위해 많은 구성요소를 루프해야 하는 경우 대체 레이아웃 또는 사용자 정의 레이아웃을 고려하십시오.
import java.awt.Component;
import java.awt.Dimension;
import java.awt.EventQueue;
import java.awt.GridLayout;
import java.awt.KeyboardFocusManager;
import java.beans.PropertyChangeEvent;
import java.beans.PropertyChangeListener;
import java.util.ArrayList;
import java.util.List;
import javax.swing.JComponent;
import javax.swing.JDesktopPane;
import javax.swing.JFrame;
import javax.swing.JInternalFrame;
import javax.swing.JLabel;
import javax.swing.JPanel;
import javax.swing.JScrollPane;
import javax.swing.JTextField;
import javax.swing.SwingUtilities;
/**
* @see https://stackoverflow.com/questions/7229226
* @see https://stackoverflow.com/questions/7228843
*/
public class DesignTest {
private List<JTextField> list = new ArrayList<JTextField>();
private JPanel panel = new JPanel();
private JScrollPane sp = new JScrollPane(panel);
public static void main(String args[]) {
EventQueue.invokeLater(new Runnable() {
@Override
public void run() {
DesignTest id = new DesignTest();
id.create("My Project");
}
});
}
private void addField(String name) {
JTextField jtf = new JTextField(16);
panel.add(new JLabel(name, JLabel.LEFT));
panel.add(jtf);
list.add(jtf);
}
private void create(String strProjectName) {
panel.setLayout(new GridLayout(0, 1));
addField("First Name:");
addField("Last Name:");
addField("Address:");
addField("City:");
addField("Zip Code:");
addField("Phone:");
addField("Email Id:");
KeyboardFocusManager.getCurrentKeyboardFocusManager()
.addPropertyChangeListener("permanentFocusOwner",
new FocusDrivenScroller(panel));
// Show half the fields
sp.setVerticalScrollBarPolicy(JScrollPane.VERTICAL_SCROLLBAR_ALWAYS);
sp.validate();
Dimension d = sp.getPreferredSize();
d.setSize(d.width, d.height / 2);
sp.setPreferredSize(d);
JInternalFrame internaFrame = new JInternalFrame();
internaFrame.add(sp);
internaFrame.pack();
internaFrame.setVisible(true);
JDesktopPane desktopPane = new JDesktopPane();
desktopPane.add(internaFrame);
JFrame frmtest = new JFrame();
frmtest.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
frmtest.add(desktopPane);
frmtest.pack();
// User's preference should be read from java.util.prefs.Preferences
frmtest.setSize(400, 300);
frmtest.setLocationRelativeTo(null);
frmtest.setVisible(true);
list.get(0).requestFocusInWindow();
}
private static class FocusDrivenScroller implements PropertyChangeListener {
private JComponent parent;
public FocusDrivenScroller(JComponent parent) {
this.parent = parent;
}
@Override
public void propertyChange(PropertyChangeEvent evt) {
Component focused = (Component) evt.getNewValue();
if (focused != null
&& SwingUtilities.isDescendingFrom(focused, parent)) {
parent.scrollRectToVisible(focused.getBounds());
}
}
}
}
저는 그 방법의 사용을 완전히 피해야 합니까?
아니요, 이러한 메서드를 호출하거나 덮어쓸 수 없음을 나타내는 공식적인 증거는 없습니다.실제로 Oracle은 http://docs.oracle.com/javase/tutorial/uiswing/layout/using.html#sizealignment과 같은 방법을 사용하여 규모에 대한 힌트를 제공하고 있습니다.
또한 Swing 컴포넌트를 확장할 때(커스텀컴포넌트 인스턴스에서 메서드를 호출하지 않고) 오버라이드될 수 있습니다(Swing의 베스트 프랙티스).
가장 중요한 것은 컴포넌트의 크기를 지정하는 방법에 관계없이 컴포넌트의 컨테이너가 요청된 컴포넌트의 크기를 존중하는 레이아웃 관리자를 사용하는 것입니다.
그 방법들은 이유가 있어서 정의되었다.그럼 언제 사용해야 하나요?어떤 맥락에서요?무슨 목적으로?
컨테이너에 사용자 지정된 크기 힌트를 제공해야 하는 경우 구성 요소가 잘 배치되도록 레이아웃 관리자
이러한 방법을 사용하면 어떤 부정적인 결과가 초래됩니까?(화면 해상도가 다른 시스템 간에 휴대성을 추가하는 것 이외에는 생각할 수 없습니다).
대부분의 레이아웃 관리자는 요청된 구성 요소의 최대 크기에 주의를 기울이지 않습니다. ★★★★★★★★★★★★★★.
BoxLayout★★★★★★★★★★★★★★★★★」SpringLayout나아가다GroupLayout에는 컴포넌트를 건드리지 않고 최소 크기, 우선 크기 또는 최대 크기를 명시적으로 설정할 수 있는 기능이 있습니다.구성 요소의 정확한 크기를 설정해야 합니다.각 Swing 구성 요소는 사용하는 글꼴과 모양 및 느낌에 따라 선호하는 크기가 다릅니다.따라서 설정 크기를 가지면 시스템에 따라 다양한 UI 모양이 생성될 수 있습니다.
가 수
GridBagLayout및 텍스트 필드(용기 크기가 원하는 크기보다 작을 경우 최소 크기가 사용되므로 텍스트 필드가 상당히 축소될 수 있습니다.JFrame는, 「」를 강제하지 .getMinimumSize()만 " " " "setMinimumSize(..)있다.
어떤 Layout Manager도 원하는 레이아웃 요구를 모두 충족할 수 있다고는 생각하지 않습니다.레이아웃의 작은 변화마다 새로운 Layout Manager를 구현해야 합니까?
만약 구현이 사용을 의미한다면, 그렇다.LayoutManger 것을 할 수 LayoutManager에는 장단점이 있기 때문에 각각을 함께 사용하여 최종 레이아웃을 작성할 수 있습니다.
레퍼런스:
여기에는 좋은 답변이 많이 있습니다만, 일반적으로 이러한 질문을 피해야 하는 이유에 대해 조금 더 추가하겠습니다(이 질문은 중복된 토픽에서 다시 제기되었습니다).
몇 가지 예외를 제외하고, 이러한 방법을 사용하고 있는 경우는, GUI 를 특정의 외관(및, 선호하는 데스크탑 폰트 등, 시스템 고유의 설정)에 맞추어 미세 조정할 수 있습니다.방법 자체가 본질적으로 나쁜 것은 아니지만, 그것을 사용하는 전형적인 이유는 다음과 같습니다.레이아웃 내의 픽셀 위치 및 크기 조정을 시작하면 다른 플랫폼에서 GUI가 파손될 위험이 있습니다.
예를 들어 응용 프로그램의 기본 모양과 느낌을 변경해 보십시오.플랫폼에서 사용할 수 있는 옵션만 있어도 결과가 얼마나 형편없이 나올 수 있는지 놀랄 수 있습니다.
따라서 GUI를 모든 플랫폼에서 기능하고 아름답게 유지한다는 명목으로(Java의 주요 장점 중 하나는 크로스 플랫폼이라는 점), 특정 개발 환경 밖에서 올바르게 렌더링되도록 구성 요소의 크기를 자동으로 조정하기 위해 레이아웃 관리자 등에 의존해야 합니다.
이 모든 것은, 이러한 방법이 정당화될 수 있는 상황을 확실히 생각할 수 있습니다.다시 말씀드리지만, 기본적으로 나쁜 것은 아닙니다만, 일반적으로 GUI의 잠재적인 문제를 나타내는 큰 위험 플래그가 사용되고 있습니다.합병증을 사용할 경우, 혹은 사용할 때 합병증의 가능성이 높다는 것을 확실히 인식하고, 자신의 문제에 대해 다른 외관상 독립적인 해결책이 있는지 항상 생각해 보십시오.대부분 이러한 방법이 필요하지 않다는 것을 알게 될 것입니다.
덧붙여서, 표준 레이아웃 매니저에 불만을 느낀다면, JGoodies'나 같은 무료 오픈 소스 서드 파티제의 것이 많이 있습니다.일부 GUI 빌더에는 서드 파티제의 레이아웃 매니저에 대한 지원도 포함되어 있습니다.예를 들어, Eclipse의 Window Builder GUI 에디터에는 서포트도 포함되어 있습니다.FormLayout ★★★★★★★★★★★★★★★★★」MigLayout.
Swing의 Java Swing을 합니다.FormLayoutKarsten Lentzch가 작성한 Forms 프리웨어 라이브러리의 일부로 무료로 제공하고 있습니다.
이 매우 인기 있는 레이아웃 매니저는 매우 유연하기 때문에 매우 세련된 Java UI를 개발할 수 있습니다.
카르스텐의 문서와 일식의 문서들을 찾을 수 있을 겁니다
이 방법들은 대부분의 사람들에게 잘 알려져 있지 않다.이러한 방법을 절대 무시해서는 안 됩니다.이러한 방법을 사용할지는 레이아웃 관리자에게 달려 있습니다.이 페이지에는 다음 중 어떤 방법을 사용하는지 보여주는 표가 있습니다.
http://thebadprogrammer.com/swing-layout-manager-sizing/
저는 8년 이상 Swing code를 작성하고 있으며, JDK에 포함된 레이아웃 매니저는 항상 제 요구를 충족시켜 왔습니다.레이아웃을 실현하기 위해 서드파티 레이아웃 매니저가 필요했던 적은 없습니다.
이러한 방법으로 레이아웃 매니저에게 힌트를 주려 하지 않는 것이 좋다고 생각합니다.크기 조정 힌트를 주지 않고 레이아웃을 수행합니다(즉, 레이아웃 관리자가 작업을 수행하도록 함). 그런 다음 필요에 따라 사소한 수정을 수행할 수 있습니다.
컴포넌트의 자녀 간 비율을 정의해야 하는 경우(자녀 1은 공간을 10%, 자녀 2는 40%, 자녀 3은 50%) 커스텀 레이아웃 매니저를 구현하지 않고 이를 달성할 수 있습니까?
maybe요 maybe maybe maybe?GridBagLayout당신의 욕구를 충족시켜줄 거예요.그 밖에도 웹에는 수많은 레이아웃 관리자가 있으며, 고객님의 요구 사항에 맞는 레이아웃 관리자가 있을 것입니다.
나는 그것이 받아들여진 대답과는 다르게 보고 있다.
1) 그 방법의 사용을 완전히 피해야 합니까?
절대 피하지 마세요!구성 요소의 크기 제약을 레이아웃 관리자에게 표현하기 위해 사용됩니다.레이아웃 관리자를 사용하지 않고 시각적 레이아웃을 직접 관리하려는 경우 이러한 레이아웃을 사용하지 않을 수 있습니다.
안타깝게도 Swing은 합리적인 디폴트 디멘션으로 제공되지 않습니다.단, 컴포넌트의 치수를 설정하는 대신 자신의 컴포넌트를 디폴트로 다운시키는 것이 좋습니다.(이 경우 하위 클래스에서 setXXX를 호출합니다).또는 getXXX 메서드를 덮어쓰고 동일한 효과를 얻을 수도 있습니다.
2) 그 방법에는 이유가 있다.그럼 언제 사용해야 하나요?어떤 맥락에서요?무슨 목적으로?
항상. 컴포넌트를 작성할 때 컴포넌트의 용도에 따라 실제 최소/기본/최대 크기를 설정하십시오.예를 들어 영국 등의 국가 기호를 입력하기 위한 JTextField가 있는 경우 바람직한 크기는 2글자(현재 글꼴 등)에 맞도록 넓어야 하지만 더 크게 하는 것은 무의미할 수 있습니다.결국 국가 상징은 두 글자입니다.반대로 JTextField가 고객 이름 등을 입력하기 위한 경우 20글자의 픽셀 크기처럼 원하는 크기를 가질 수 있지만 레이아웃의 크기가 변경되면 더 커질 수 있으므로 최대 크기를 더 크게 설정하십시오.또, 0px 와이드 JTextField 는 무의미하기 때문에, 현실적인 최소 사이즈(픽셀 사이즈는 2 문자)를 설정합니다.
3) 이러한 방법을 사용하면 어떤 부정적인 결과가 초래됩니까?
(화면 해상도가 다른 시스템 간에 휴대성을 추가하는 것밖에 생각할 수 없습니다).
부정적인 결과는 없습니다.레이아웃 관리자를 위한 힌트입니다.
4) Layout Manager가 원하는 레이아웃 요구를 모두 충족시킬 수는 없다고 생각합니다.
레이아웃의 작은 변화마다 새로운 Layout Manager를 구현해야 합니까?
아니, 절대로 아니다.일반적인 접근방식은 수평 및 수직 레이아웃과 같은 다양한 기본 레이아웃 매니저를 계단식으로 배치하는 것입니다.
예를 들어, 다음 레이아웃은 다음과 같습니다.
<pre>
+--------------+--------+
| ###JTABLE### | [Add] |
| ...data... |[Remove]|
| ...data... | |
| ...data... | |
+--------------+--------+
</pre>
두 부분으로 나누어져 있습니다.왼쪽과 오른쪽 부분은 수평 레이아웃입니다.오른쪽 부분은 수평 레이아웃에 추가된 JPanel이며, 이 JPanel은 버튼을 수직으로 배치하는 수직 레이아웃을 가지고 있습니다.
물론 실생활의 레이아웃에서는 이 문제가 까다로워질 수 있습니다.따라서 MigLayout과 같은 그리드 기반 레이아웃 관리자는 심각한 개발을 앞둔 경우 훨씬 더 적합합니다.
5) 4에 대한 답변이 "예"인 경우 Layout Manager 클래스가 급증하여 유지보수가 어려워지지 않습니까?
아니요, 특별한 것이 필요하지 않는 한 레이아웃 관리자를 개발해서는 안 됩니다.
6) 비율을 정의해야 할 경우...
컴포넌트의 자녀(예를 들어 child1은 공간의 10%, child2 40%, child3 50%) 간에 커스텀 LayoutManager를 구현하지 않고 이를 달성할 수 있습니까?
기본적으로 원하는 크기를 올바르게 설정하면 백분율로 아무것도 수행하지 않을 수 있습니다.단순히 퍼센티지가 무의미하기 때문에(예를 들어 창 사이즈의 10%가 JTextField가 0px가 되도록 창을 축소하거나 JTextField가 멀티 디스플레이 설정에서2개의 디스플레이에 걸쳐 있도록 창을 확장할 수 있기 때문에) JTextField는 의미가 없습니다.
그러나 비율을 사용하여 gui의 더 큰 구성 요소(예: 패널)의 크기를 제어할 수 있습니다.
두 변의 비율을 미리 설정할 수 있는 JSplitPane을 사용할 수 있습니다.또는 백분율, 픽셀 및 기타 단위로 이러한 제약을 설정할 수 있는 MigLayout을 사용할 수 있습니다.
저는 그 방법의 사용을 완전히 피해야 합니까?'피한다'는 말은 하지 않겠어요만약 당신이 그것들이 필요하다고 생각한다면, 당신은 아마도 뭔가 잘못된 일을 하고 있는 것 같습니다.구성 요소 크기는 컨텍스트에서 결정됩니다.예를 들어, 텍스트 구성요소 크기는 사용자가 지정한 행과 열의 수와 선택한 글꼴을 조합하여 결정됩니다.단추와 레이블 크기는 그래픽 크기(설정된 경우) 또는 설정한 텍스트를 표시하는 데 필요한 공간이 됩니다.각 컴포넌트에는 고유의 크기가 있으며 레이아웃 관리자는 크기를 지정할 필요 없이 모든 컴포넌트를 사용하여 모든 것을 레이아웃합니다.주요 예외는 JScrollPane입니다. JScrollPane은 포함된 크기와는 무관합니다.그런 분들을 위해서 가끔 전화드리겠습니다.setSize() 창JFrame.pack()JScrollPane을 사용합니다.사용자가 창의 크기를 결정합니다.대부분의 레이아웃 관리자는 사용자가 설정한 크기를 무시하기 때문에 별로 효과가 없습니다.
그 방법들은 이유가 있어서 정의되었다. 그럼 언제 사용해야 하나요? 어떤 맥락에서요? 무슨 목적으로?레이아웃 관리자에게 힌트를 주기 위해 추가된 것 같습니다.레이아웃 관리자가 처음이고 사람들이 완전히 신뢰하지 않았기 때문에 역사적인 이유로 작성되었을 수 있습니다.새로운 패러다임을 배우고 싶지 않다는 이유로 레이아웃 매니저를 피하고 모든 것을 수동으로 배치한 개발자를 몇 명 알고 있습니다.그건 끔찍한 생각이야.
이러한 방법을 사용하면 어떤 부정적인 결과가 초래됩니까? (화면 해상도가 다른 시스템 간에 휴대성을 추가하는 것밖에 생각할 수 없습니다).그것들은 효과적이지 않고, 사물이 비자연적인 크기로 압축되거나 늘어나는 등 레이아웃이 좋지 않습니다.그리고 레이아웃이 불안정할 겁니다.창 크기를 변경하면 레이아웃이 깨지고 잘못된 위치에 배치될 수 있습니다.
어떤 Layout Manager도 원하는 레이아웃 요구를 모두 충족할 수 있다고는 생각하지 않습니다. 레이아웃의 작은 변화마다 새로운 Layout Manager를 구현해야 합니까?새로운 Layout Manager를 "실장"해서는 안 됩니다.기존 파일을 인스턴스화해야 합니다.한 창에 여러 개의 레이아웃 관리자를 사용하는 경우가 많습니다.각 JPanel에는 독자적인 레이아웃 매니저가 있습니다.어떤 사람들은 중첩된 레이아웃을 유지하기가 어렵기 때문에 주저합니다.그것들을 사용할 때, 나는 각자가 무엇을 하는지 쉽게 알 수 있도록 각각의 창조 방법을 제공한다.그러나 저는 레이아웃 매니저를 "실장"하지 않습니다.그냥 인스턴스화만 하면 돼
4에 대한 답변이 "예"일 경우 Layout Manager 클래스가 급증하여 유지보수가 어려워지지 않습니까?레이아웃의 약간의 변화를 위해 새로운 레이아웃 관리자 클래스를 구현하는 경우 잘못 사용하고 있습니다.새로운 레이아웃 매니저를 도입하고 있을 뿐이라면, 아마 뭔가 잘못하고 있는 것 같습니다.LayoutManager 클래스를 확장한 것은 확대/축소 슬라이더를 JScrollPane에 추가하는 것뿐입니다.
컴포넌트의 자녀 간 비율을 정의해야 하는 경우(예를 들어 child1은 공간을 10%, child2는 40%, child3은 50%) 커스텀 LayoutManager를 구현하지 않고 이를 달성할 수 있습니까?JSplitPane에는 각 컴포넌트가 취득해야 하는 퍼센티지를 지정하는 방법이 있습니다.분할기는 기본적으로 이동할 수 있지만, 원하는 경우 끌 수 있습니다.저는 그 기능을 잘 사용하지 않습니다.보통 설정 크기를 차지하는 컴포넌트가 몇 개 있고 나머지 공간은 스크롤 페인으로 차지합니다.스크롤 창 크기는 창 크기에 따라 조정됩니다.스크롤 창이 두 개 나란히 있는 경우, 이 창을 JSplitPane에 넣고 사용자가 창을 확장 및 축소할 때 각 창에 새 공간의 비율을 지정할 수 있습니다.
언급URL : https://stackoverflow.com/questions/7229226/should-i-avoid-the-use-of-setpreferredmaximumminimumsize-methods-in-java-swi
'programing' 카테고리의 다른 글
| Jest로 테스트를 실행할 때 Vue 컴포넌트에 Trix 에디터가 마운트되지 않는 이유는 무엇입니까? (0) | 2022.06.07 |
|---|---|
| "size of (a? true : false)"는 왜 4바이트의 출력을 제공합니까? (0) | 2022.06.07 |
| 슈퍼타입 리스트를 서브타입 리스트에 캐스팅하려면 어떻게 해야 합니까? (0) | 2022.06.07 |
| v-model에서 조건부 연산자를 사용하시겠습니까? (0) | 2022.06.07 |
| C에서는 어레이가 포인터입니까, 포인터로 사용됩니까? (0) | 2022.06.07 |