www

www 클래스는 유니티에서 제공하는 간단한 방법으로 웹 서버와 통신할 수 있게 해주는 클래스입니다. 웹 페이지의 데이터를 다운로드하거나, 이미지 등을 불러올 때 사용됩니다.

현재 www는 유니티에서 권장하지 않고 있습니다.

UnityWebRequest

UnityWebRequest 클래스는 유니티에서 HTTP 통신을 할 수 있게 해주는 클래스입니다. GET, POST 등 다양한 HTTP 요청 방식을 지원하며, 파일 다운로드, 업로드 등의 작업에 사용됩니다. 유니티에서 www를 사용하기 보다는 UnityWebRequest를 사용하는 것을 권장합니다.

• GET 방식
  • GET 방식은 주로 서버로부터 정보를 ==조회==하기 위해 사용되는 메서드입니다.
  • 데이터를 요청할 때 필요한 매개변수를 URL의 일부로 포함시켜 서버에 전송합니다.
  • URL에 데이터가 붙기 때문에, 전송할 수 있는 데이터의 크기가 제한적이며, 보안상 민감한 데이터를 전송하기에는 부적합할 수 있습니다.

GET 소스 코드

IEnumerator GetTextData()
{
    string url = "https://example.com/data.json";
    UnityWebRequest request = UnityWebRequest.Get(url);

    yield return request.SendWebRequest();

    if (request.result == UnityWebRequest.Result.Success)
    {
        Debug.Log("받은 데이터: " + request.downloadHandler.text);
    }
    else
    {
        Debug.LogError("요청 실패: " + request.error);
    }
}

// Json 다운로드 형식

UnityWebRequest request = UnityWebRequest.Get("https://example.com/data.json");
yield return request.SendWebRequest();
if (request.result == UnityWebRequest.Result.Success)
{
    string jsonText = request.downloadHandler.text;
    Debug.Log(jsonText);
}

// Texture2D 다운로드 형식

UnityWebRequest request = UnityWebRequestTexture.GetTexture("https://example.com/image.png");
yield return request.SendWebRequest();
if (request.result == UnityWebRequest.Result.Success)
{
    Texture2D tex = DownloadHandlerTexture.GetContent(request);
    myRenderer.material.mainTexture = tex;
}

// byte[] -> Texture2D 변환
IEnumerator GetTextureFromBytes()
{
    UnityWebRequest request = UnityWebRequest.Get("https://example.com/image.png");
    yield return request.SendWebRequest();

    if (request.result == UnityWebRequest.Result.Success)
    {
        byte[] imageBytes = request.downloadHandler.data;

        Texture2D texture = new Texture2D(2, 2); // 임의 크기, LoadImage가 자동 리사이즈함
        texture.LoadImage(imageBytes); // PNG/JPG 포맷 해석

        // 결과 사용
        GetComponent<Renderer>().material.mainTexture = texture;
    }
    else
    {
        Debug.LogError(request.error);
    }
}

// AudioClip 다운로드 형식

UnityWebRequest request = UnityWebRequestMultimedia.GetAudioClip("https://example.com/sound.mp3", AudioType.MPEG);
yield return request.SendWebRequest();
if (request.result == UnityWebRequest.Result.Success)
{
    AudioClip clip = DownloadHandlerAudioClip.GetContent(request);
    audioSource.clip = clip;
    audioSource.Play();
}

// zip 파일 조회 후 압축 해제
// zip 압축 해제를 위해 ICSharpCode.SharpZipLib 설치 필요 (Nuget 통해 설치 가능)

using UnityEngine;
using UnityEngine.Networking;
using System.Collections;
using System.IO;
using ICSharpCode.SharpZipLib.Zip;

IEnumerator DownloadAndUnzip()
{
    string zipUrl = "https://example.com/files/archive.zip";
    string zipPath = Path.Combine(Application.persistentDataPath, "archive.zip");
    string extractPath = Path.Combine(Application.persistentDataPath, "unzipped");

    UnityWebRequest request = UnityWebRequest.Get(zipUrl);
    request.downloadHandler = new DownloadHandlerFile(zipPath);
    yield return request.SendWebRequest();

    if (request.result == UnityWebRequest.Result.Success)
    {
        Debug.Log("ZIP 파일 다운로드 완료");

        // 압축 해제
        using (FileStream fs = File.OpenRead(zipPath))
        using (ZipInputStream zipStream = new ZipInputStream(fs))
        {
            ZipEntry entry;
            while ((entry = zipStream.GetNextEntry()) != null)
            {
                string filePath = Path.Combine(extractPath, entry.Name);
                Directory.CreateDirectory(Path.GetDirectoryName(filePath));

                using (FileStream streamWriter = File.Create(filePath))
                {
                    byte[] buffer = new byte[4096];
                    int size;
                    while ((size = zipStream.Read(buffer, 0, buffer.Length)) > 0)
                    {
                        streamWriter.Write(buffer, 0, size);
                    }
                }

                Debug.Log($"파일 추출: {entry.Name}");
            }
        }
    }
    else
    {
        Debug.LogError("ZIP 다운로드 실패: " + request.error);
    }
}

• POST 방식
  • POST 방식은 서버에 데이터를 전송할 때 사용됩니다. 일반적으로 로그인, 업로드 등에 사용합니다.

POST 소스 코드

// 기초 소스 코드

IEnumerator PostJsonData()
{
    string url = "https://example.com/upload";
    string json = "{\"name\":\"chatgpt\",\"score\":100}";

    UnityWebRequest request = new UnityWebRequest(url, "POST");
    byte[] jsonToSend = new System.Text.UTF8Encoding().GetBytes(json);
    request.uploadHandler = new UploadHandlerRaw(jsonToSend);
    request.downloadHandler = new DownloadHandlerBuffer();
    request.SetRequestHeader("Content-Type", "application/json");

    yield return request.SendWebRequest();

    if (request.result == UnityWebRequest.Result.Success)
    {
        Debug.Log("응답: " + request.downloadHandler.text);
    }
    else
    {
        Debug.LogError("요청 실패: " + request.error);
    }
}

// 로컬에 있는 Json 파일 전송

IEnumerator PostLocalJsonFile()
{
    string filePath = Path.Combine(Application.streamingAssetsPath, "myData.json");
    string jsonData = File.ReadAllText(filePath);

    UnityWebRequest request = new UnityWebRequest("https://example.com/upload", "POST");
    byte[] bodyRaw = System.Text.Encoding.UTF8.GetBytes(jsonData);
    request.uploadHandler = new UploadHandlerRaw(bodyRaw);
    request.downloadHandler = new DownloadHandlerBuffer();
    request.SetRequestHeader("Content-Type", "application/json");

    yield return request.SendWebRequest();

    if (request.result == UnityWebRequest.Result.Success)
    {
        Debug.Log("JSON 전송 완료: " + request.downloadHandler.text);
    }
    else
    {
        Debug.LogError("전송 실패: " + request.error);
    }
}

// 로컬에 있는 zip 파일 전송

IEnumerator PostLocalZipFile()
{
    string zipFilePath = Path.Combine(Application.persistentDataPath, "archive.zip");
    byte[] zipBytes = File.ReadAllBytes(zipFilePath);

    UnityWebRequest request = new UnityWebRequest("https://example.com/upload", "POST");
    request.uploadHandler = new UploadHandlerRaw(zipBytes);
    request.downloadHandler = new DownloadHandlerBuffer();
    request.SetRequestHeader("Content-Type", "application/zip");

    yield return request.SendWebRequest();

    if (request.result == UnityWebRequest.Result.Success)
    {
        Debug.Log("ZIP 전송 완료: " + request.downloadHandler.text);
    }
    else
    {
        Debug.LogError("전송 실패: " + request.error);
    }
}

// 텍스처(Texture 2D) 전송 (png 변환 후)

IEnumerator PostTexture(Texture2D texture)
{
    byte[] pngData = texture.EncodeToPNG();

    UnityWebRequest request = new UnityWebRequest("https://example.com/upload", "POST");
    request.uploadHandler = new UploadHandlerRaw(pngData);
    request.downloadHandler = new DownloadHandlerBuffer();
    request.SetRequestHeader("Content-Type", "image/png");

    yield return request.SendWebRequest();

    if (request.result == UnityWebRequest.Result.Success)
    {
        Debug.Log("텍스처 전송 완료");
    }
    else
    {
        Debug.LogError("전송 실패: " + request.error);
    }
}

// 비디오 또는 오디오 전송 (바이너리 그대로)

IEnumerator PostMediaFile(string mediaPath, string mimeType)
{
    byte[] mediaBytes = File.ReadAllBytes(mediaPath);

    UnityWebRequest request = new UnityWebRequest("https://example.com/upload", "POST");
    request.uploadHandler = new UploadHandlerRaw(mediaBytes);
    request.downloadHandler = new DownloadHandlerBuffer();
    request.SetRequestHeader("Content-Type", mimeType); // 예: "video/mp4" 또는 "audio/mpeg"

    yield return request.SendWebRequest();

    if (request.result == UnityWebRequest.Result.Success)
    {
        Debug.Log("미디어 파일 전송 완료");
    }
    else
    {
        Debug.LogError("전송 실패: " + request.error);
    }
}

// 사용 예시
StartCoroutine(PostMediaFile(Application.streamingAssetsPath + "/sample.mp4", "video/mp4"));
StartCoroutine(PostMediaFile(Application.streamingAssetsPath + "/sound.mp3", "audio/mpeg"));

UploadHandler

• UploadHandlerRaw
  • 바이트 배열을 그대로 서버에 전송할 때 사용됩니다. Json, 바이너리 등

• UploadHandlerFile
  • 로컬 파일을 그대로 서버에 업로드할 때 사용합니다.

UnityWebRequest request = UnityWebRequest.Put("https://example.com/upload", "Assets/Data/file.txt");
request.uploadHandler = new UploadHandlerFile("Assets/Data/file.txt");
yield return request.SendWebRequest();

• UploadHanlderFormData
  • 폼 데이터를 서버로 보낼 때 사용합니다.

List<IMultipartFormSection> formData = new List<IMultipartFormSection>();
formData.Add(new MultipartFormDataSection("field1", "value1"));
formData.Add(new MultipartFormDataSection("field2", "value2"));

UnityWebRequest request = UnityWebRequest.Post("https://example.com/form", formData);
yield return request.SendWebRequest();

DownloadHandler

• DownloadHandlerBuffer
  • 텍스트나 Json 등의 일반 데이터를 메모리로 바로 가져올 때 사용합니다.

• DownloadHandlerFile
  • 다운로드 데이터를 직접 디스크에 저장할 때 사용합니다.

string savePath = Application.persistentDataPath + "/file.json";
UnityWebRequest request = UnityWebRequest.Get("https://example.com/data.json");
request.downloadHandler = new DownloadHandlerFile(savePath);
yield return request.SendWebRequest();

• DownloadHandlerAssetBundle
  • 에셋 번들을 다운로드하고 메모리상에서 바로 로드할 때 사용합니다.

string url = "https://example.com/bundle";
UnityWebRequest request = UnityWebRequestAssetBundle.GetAssetBundle(url);
yield return request.SendWebRequest();

if (request.result == UnityWebRequest.Result.Success)
{
    AssetBundle bundle = DownloadHandlerAssetBundle.GetContent(request);
    GameObject prefab = bundle.LoadAsset<GameObject>("MyPrefab");
    Instantiate(prefab);
}

📘 UnityWebRequest의 작업 흐름

1. 요청 생성 (UnityWebRequest.Get/Post/Put/...)
2. 필요 시 uploadHandler, downloadHandler 지정
3. 요청 보내기 (SendWebRequest)
4. 완료되면 result, downloadHandler.text 또는 GetContent() 등으로 결과 확인

🔹 1. 목적 차이

🔹 2. 예시

• GET 예시

http
복사편집
GET /users/123

👉 사용자 123번의 정보를 요청 (서버는 데이터를 읽어서 반환)

• POST 예시

http
복사편집
POST /users
Body: { "name": "JKOH", "email": "test@example.com" }

👉 서버에 새 사용자 정보를 보내서 생성하는 요청

🔹 3. 주요 차이점

🔹 4. 정리된 핵심 요약

✅ 결론적으로:

• 데이터를 읽어오려면 GET
• 서버에 데이터를 보내서 등록하거나 처리하려면 POST

📌 PUT과 DELETE는 무엇을 위한 메서드인가요?

🔹 PUT – 업데이트 요청

✅ 사용 목적

• 서버의 특정 리소스를 지정된 값으로 업데이트 (보통 전체 수정)

✅ 예시

http
복사편집
PUT /users/123
Body: { "name": "JKOH", "email": "new@example.com" }

➡️ 사용자 123의 정보를 주어진 값으로 완전히 교체

✅ 특징

🔹 DELETE – 삭제 요청

✅ 사용 목적

• 서버에서 특정 리소스를 삭제할 때 사용

✅ 예시

http
복사편집
DELETE /users/123

➡️ 사용자 123번 계정 삭제 요청

✅ 특징

✅ 4가지 메서드 전체 비교 요약

🩹 PATCH – 리소스 일부만 수정할 때 사용하는 메서드

✅ 사용 목적

• 기존 리소스의 일부 필드만 업데이트할 때 사용
• PUT이 전체 교체라면, PATCH는 부분 변경

✅ 예시

http
복사편집
PATCH /users/123
Body: { "email": "newemail@example.com" }

➡️ 사용자 123의 email만 변경, 나머지 정보는 그대로 유지

✅ 특징

📌 5가지 REST API 메서드 최종 비교 정리표

💬 예시 비교 (/users/123 대상)

✅ 개발 팁

• 사용자 이름만 바꾸거나 설정만 수정할 땐 PATCH가 가장 적합합니다.
• 대부분의 RESTful API 서버(예: Django REST, Express.js, FastAPI)는 PATCH 메서드 지원합니다.
• 모바일·프론트엔드에서는 PATCH보다 PUT만 쓰는 경우도 있는데, 서버가 명확히 구분해주는 게 중요합니다.

예제

• URL Json 구조

{
  "id": 123,
  "name": "JKOH",
  "email": "test@example.com",
  "created_at": "2025-07-02T09:20:00Z"
}

•  Unity에서 해당 구조 받을 때 Class

[System.Serializable]
public class UserResponse
{
    public int id;
    public string name;
    public string email;
    public string created_at;
}

// 받을 때
// UserResponse user = JsonUtility.FromJson<UserResponse>(request.downloadHandler.text);

• 정리

using UnityEngine;
using UnityEngine.Networking;
using System.Collections;

[System.Serializable]
public class UserResponse
{
    public int id;
    public string name;
    public string email;
    public string created_at;
}

[System.Serializable]
public class UserRequest
{
    public string name;
    public string email;
}

[System.Serializable]
public class EmailOnly
{
    public string email;
}

• GET : 사용자 조회

IEnumerator GetUser(int userId)
{
    string url = $"https://example.com/api/users/{userId}";

    using (UnityWebRequest request = UnityWebRequest.Get(url))
    {
        yield return request.SendWebRequest();

        if (request.result == UnityWebRequest.Result.Success)
        {
            string json = request.downloadHandler.text;
            UserResponse user = JsonUtility.FromJson<UserResponse>(json);
            Debug.Log($"[GET] 이름: {user.name}, 이메일: {user.email}");
        }
        else
        {
            Debug.LogError("[GET] 실패: " + request.error);
        }
    }
}

• POST : 새 사용자 생성 (id, created_at은 서버 로직에서 값 넣는다는 가정)

IEnumerator CreateUser(string name, string email)
{
    string url = "https://example.com/api/users";
    UserRequest data = new UserRequest { name = name, email = email };
    string jsonData = JsonUtility.ToJson(data);

    using (UnityWebRequest request = new UnityWebRequest(url, "POST"))
    {
        byte[] bodyRaw = System.Text.Encoding.UTF8.GetBytes(jsonData);
        request.uploadHandler = new UploadHandlerRaw(bodyRaw);
        request.downloadHandler = new DownloadHandlerBuffer();
        request.SetRequestHeader("Content-Type", "application/json");

        yield return request.SendWebRequest();

        if (request.result == UnityWebRequest.Result.Success)
        {
            string json = request.downloadHandler.text;
            UserResponse user = JsonUtility.FromJson<UserResponse>(json);
            Debug.Log($"[POST] 생성된 ID: {user.id}");
        }
        else
        {
            Debug.LogError("[POST] 실패: " + request.error);
        }
    }
}

• PUT : 전체 사용자 정보 수정

IEnumerator UpdateUser(int userId, string name, string email)
{
    string url = $"https://example.com/api/users/{userId}";
    UserRequest data = new UserRequest { name = name, email = email };
    string jsonData = JsonUtility.ToJson(data);

    using (UnityWebRequest request = new UnityWebRequest(url, "PUT"))
    {
        byte[] bodyRaw = System.Text.Encoding.UTF8.GetBytes(jsonData);
        request.uploadHandler = new UploadHandlerRaw(bodyRaw);
        request.downloadHandler = new DownloadHandlerBuffer();
        request.SetRequestHeader("Content-Type", "application/json");

        yield return request.SendWebRequest();

        if (request.result == UnityWebRequest.Result.Success)
        {
            string json = request.downloadHandler.text;
            UserResponse user = JsonUtility.FromJson<UserResponse>(json);
            Debug.Log($"[PUT] 수정된 이름: {user.name}");
        }
        else
        {
            Debug.LogError("[PUT] 실패: " + request.error);
        }
    }
}

• PATCH : 정보 일부 수정 (이메일 변경할 시)

IEnumerator PatchUser(int userId, string newEmail)
{
    string url = $"https://example.com/api/users/{userId}";
    EmailOnly data = new EmailOnly { email = newEmail };
    string jsonData = JsonUtility.ToJson(data);

    using (UnityWebRequest request = new UnityWebRequest(url, "PATCH"))
    {
        byte[] bodyRaw = System.Text.Encoding.UTF8.GetBytes(jsonData);
        request.uploadHandler = new UploadHandlerRaw(bodyRaw);
        request.downloadHandler = new DownloadHandlerBuffer();
        request.SetRequestHeader("Content-Type", "application/json");

        yield return request.SendWebRequest();

        if (request.result == UnityWebRequest.Result.Success)
        {
            string json = request.downloadHandler.text;
            UserResponse user = JsonUtility.FromJson<UserResponse>(json);
            Debug.Log($"[PATCH] 새 이메일: {user.email}");
        }
        else
        {
            Debug.LogError("[PATCH] 실패: " + request.error);
        }
    }
}

• DELETE : 사용자 삭제

IEnumerator DeleteUser(int userId)
{
    string url = $"https://example.com/api/users/{userId}";

    using (UnityWebRequest request = UnityWebRequest.Delete(url))
    {
        yield return request.SendWebRequest();

        if (request.result == UnityWebRequest.Result.Success)
        {
            Debug.Log("[DELETE] 성공적으로 삭제됨");
        }
        else
        {
            Debug.LogError("[DELETE] 실패: " + request.error);
        }
    }
}

• 사용 예시

void Start()
{
    StartCoroutine(GetUser(123));
    StartCoroutine(CreateUser("JKOH", "test@example.com"));
    StartCoroutine(UpdateUser(123, "JKOH", "update@example.com"));
    StartCoroutine(PatchUser(123, "patch@email.com"));
    StartCoroutine(DeleteUser(123));
}

https://developer.apple.com/library/archive/qa/qa1623/_index.html

앱 업데이트는 기존에 해당 앱을 사용하던 모든 디바이스에서 여전히 작동해야 합니다.
UIRequiredDeviceCapabilities를 통해 지원 기기를 줄이는 것은 허용되지 않습니다.

실제 사례 정리

Stack Overflow 사례에서는 이전에 armv7만 지원했던 버전에, 업데이트 버전에서 metal이 추가되어 지원 범위가 줄어들었다는 이유로 이 오류가 발생했습니다.
b4x.com+6Medium+6Stack Overflow+6

또 다른 사례에서는 armv7만 있던 UIRequiredDeviceCapabilities 항목을 아예 제거했더니 오류가 해결되었다는 보고도 있습니다.

해결 방법 요약

수동 제거:

1. Xcode > Info.plist 열기
2. 아래 항목이 있으면 제거:

<key>UIRequiredDeviceCapabilities</key>
<array>
    <string>arkit</string>
    <string>metal</string>
</array>

Unable to load DLL 'Microsoft.CognitiveServices.Speech.core.dll'. Tried the load the following dynamic libraries: Unable to load dynamic library '/Microsoft.CognitiveServices.Speech.core.dll' because of 'Failed to open the requested dynamic library

그렇다 .dll 파일을 찾을 수 없다고 한다. iOS에서는 dll 파일이 iOS에서 지원되지 않는다. .a 파일 혹은 .framework 파일을 찾아야 하는데 .dll 파일을 찾고 있으니 생긴 문제였다.

먼저 시도해본 것은

Plugin/Microsoft.CognitiveServices.Speech.core.a 파일을 복사해서 넣고 빌드 후 시도해보는 것이었다.
하지만 역시나 똑같은 오류가 발생했다.

계속 찾아본 결과 Nuget에서 다운받은 패키지는 iOS가 불안정하다는 정보가 있었다. 그래서 Unity 공식 Speech SDK를 다운받아서 사용하라는 해결 답변이 있었고 이를 실행에 옮겼다.

공식 Speech SDK

이를 다운 받으면 Speech SDK라는 폴더에 각 플랫폼 별 파일들이 존재합니다. 이는 그냥 나두고 기존 Nuget으로 다운 받은 Microsoft.CognitiveServices.Speech를 삭제해줬습니다.
하지만 여기서 Nuget Package에서 Remove 해버리면 의존성 파일들도 삭제가 됩니다. 그러면 꽤 많은 문제를 발생시켰기 때문에 직접 Speech 폴더만 삭제해줍니다. 

• Azure.Core
• System.ClientModel
• Microsoft.Bcl.AsyncInterfaces
• System.Text.Json
• System.Memory.Data (일부 Azure SDK 버전만 해당)
• System.Diagnostics.DiagnosticSource

해당 의존성 폴더들을 삭제하지 않았습니다.

이렇게하고 빌드 테스트하니 TTS 기능이 잘 작동하였습니다.

Unity's NEW input system in 13 minutes

오늘은 Unity에 Old Input System과 New Input Sytem의 차이점을 알아보고 간략하게 New Input System을 사용하는 방법을 알아보자

Old Input System의 특징

if (Input.GetMouseButtonDown(0)) {
    Debug.Log("마우스 클릭!");
}

float h = Input.GetAxis("Horizontal");

• Input.GetKey(), Input.GetMouseButton(), Input.GetAxis() 등을 통해 입력 감지
• 사용이 매우 간단하고 직관적
• 단점: 키 리맵, 멀티디바이스, VR/AR 확장 등에 제약 많음

New Input System의 특징

public class PlayerController : MonoBehaviour
{
    public InputAction moveAction;
    public InputActionReference move;

    private Vector2 _moveDirection;

    private void OnEnable() => moveAction.Enable();
    private void OnDisable() => moveAction.Disable();

    void Update()
    {
        // 방법 1
        Vector2 move = moveAction.ReadValue<Vector2>();
        Debug.Log(move);

        // 방법 2 (미리 만들어둔 래퍼런스를 사용하는 방법)
        _moveDirection = move.action.ReadValue<Vector2>();
    }
}
//PlayerInput 컴포넌트 방식도 존재함

• Input Actions를 SO로 시각적으로 구성
  • .inputactions 파일에서 키맵핑, 액션, 디바이스, 조합 등을 구성

✅ 어떤 걸 써야 할까?

 🍎 CocoaPods란?

• iOS와 macOS 앱에서 외부 라이브러리를 쉽게 관리하고 설치할 수 있도록 도와주는 “의존성 관리 도구”

마치 Unity에서 Package Manager로 TextMeshPro나 Addressables 같은 걸 설치하는 것처럼,
iOS에서는 CocoaPods를 사용해서 Firebase, Kakao SDK, GoogleSignIn, Alamofire 등 수많은 외부 라이브러리를 쉽게 가져다 쓸 수 있다.

🔧 CocoaPods가 왜 필요한가?

1. 라이브러리 설치 자동화
   • 예전엔 라이브러리 .framework, .a, .h 파일들을 수동으로 복사하고, Build Setting도 직접 설정해야 했다.
   • CocoaPods는 한 줄 명령어 (pod install)로 이 모든 걸 자동으로 해준다.

2. 버전 관리 용이
   • PodFile에 설치하고 싶은 라이브러리와 버전을 명시하면, 매번 동일한 환경을 누구나 재현할 수 있다. (협업, 배포 시 매우 중요)

pod 'Firebase/Auth', '10.3.0'

3. 의존성 트리 자동 해결
   • 예: Firebase를 쓰면 내부적으로 여러 모듈(FirebaseCore, FirebaseInstallations 등)이 필요함.
   • CocoaPods가 이걸 알아서 찾아서 설치한다.

4. 통합된 빌드 환경 제공
   • pod install 후 생성되는 .xcworkspace 파일을 열면, Xcode 프로젝트와 외부 라이브러리가 하나의 워크스페이스에서 통합되어 빌드됨.
   • 수동 링크 없이도 안정적으로 작동

5. 커뮤니티 및 생태계 기반
   • iOS 오픈 소스 라이브러리의 대부분이 CocoaPods를 통해 배포됨.
   • 예: Kakao SDK도 pod 'KakaoSDK', Firebase도 pod 'Firebase/Core'

 📦 CocoaPods 작동 방식 간단 요약

• pod init: Podfile이 없을 때 사용하는 명령어 (초기 설정용)
• pod install: Podfile이 이미 존재할 때 실행하여 라이브러리를 설치함

1. Podfile 파일 생성: 내가 사용할 라이브러리를 선언.
2. pod install: 선언한 라이브러리를 다운로드 + 설치.
3. .xcworkspace 생성: Xcode 프로젝트 + Pods 통합된 워크스페이스.
4. .xcworkspace 열기: 실제 앱 실행은 이 파일 기준으로 이뤄져야 함.

cd MyUnityIOSProject/
pod init             # → Podfile 생성 (빈 상태)
vim Podfile          # → 원하는 SDK 추가 (예: pod 'Firebase/Auth')
pod install          # → SDK 실제 설치 및 .xcworkspace 생성
open MyProject.xcworkspace

1️⃣ pod init 실행 전

bash
복사편집
$ ls
Unity-iPhone.xcodeproj

2️⃣ pod init 실행 후

bash
복사편집
$ ls
Unity-iPhone.xcodeproj
Podfile         👈 생성됨

3️⃣ Podfile 내용 추가 후

ruby
복사편집
target 'Unity-iPhone' do
  pod 'Firebase/Auth'
end

4️⃣ pod install 실행 후

bash
복사편집
$ ls
Unity-iPhone.xcodeproj
Podfile
Podfile.lock
Pods/                      👈 설치된 라이브러리
Unity-iPhone.xcworkspace   👈 이걸로 Xcode 열어야 함

• Unity의 Packages/manifest.json → iOS의 Podfile
• Unity Package Manager가 패키지 설치 → CocoaPods의 pod install
• Unity는 패키지 설치 후 에디터에 반영됨 → CocoaPods는 .xcworkspace 생성으로 반영됨
• 
  

✅ 언제 반드시 써야 하나?

• Firebase, Kakao, GoogleSignIn 등 네이티브 SDK를 연동할 때
• Unity + iOS 네이티브 기능을 같이 써야 할 때 (예: 푸시알림, SNS 로그인 등)

🚫 안 써도 되는 경우?

• 오직 Unity만으로 구현하고, iOS Native SDK와의 연동이 필요 없는 경우
• 별도 외부 프레임워크가 필요 없는 최소 iOS 빌드일 경우

Json

설치 방법

패키지 매니저의 Add Name을 통한 설치

com.unity.nuget.newtonsoft-json

Json?

웹이나 네트워크에서 서버와 클라이언트 사이에 데이터를 주고받을 때 사용하는 개방형 표준 포맷, 쉽게 말하면 서버와 클라이언트가 어떻게 데이터를 주고받을지에 대한 약속같은 것입니다.

XML에 비해 가독성 및 데이터 파싱이 간편합니다.

중요한 점은 Json을 작성 시 Key - Value 형식으로 작성하고 문법 및 오타를 신경써야하며, JsonData와 ClassData의 형식이 정확히 일치해야합니다.

직렬화와 역직렬화

직렬화 : 바이트 배열로 변환 (Json 데이터로 변환) 역직렬화 : 직렬화된 데이터를 객체의 상태로 변환

//데이터 직렬화
string jsonData = JsonConvert.SerializeObject(testClass);
Debug.Log(jsonData);

//데이터 역직렬화
JsonTestClass jsonData2 = JsonConvert.DeserializeObject<JsonTestClass>(jsonData);
jsonData2.PrintJsonTestClass();

Save & Load

using Newtonsoft.Json;
using System;
using System.IO; //파일 입출력
using System.Text; //문자열 처리
     
        //Json으로 Save
        private void JsonSave<T>(T data)
    {
        FileStream stream = new FileStream(Application.dataPath + "/test.json", FileMode.OpenOrCreate);

        string jsonData = JsonConvert.SerializeObject(data);
        byte[] bt = Encoding.UTF8.GetBytes(jsonData);
        stream.Write(bt, 0, bt.Length);
        stream.Close();
    }

        //Json을 데이터로 Load
    private T JsonLoad<T>(string path)
    {
        FileStream stream = new FileStream(Application.dataPath + "/" + path, FileMode.Open);
        byte[] data = new byte[stream.Length];
        stream.Read(data, 0, data.Length);
        stream.Close();

        string jsonData = Encoding.UTF8.GetString(data);
                T testclass = JsonConvert.DeserializeObject<T>(jsonData);

        return testclass;
         }

추가 지식 : using 문을 사용하면 Dispose or Close를 안해줘도 해당 구문을 빠져나올 때 Dispose or Close를 해줘 메모리 해제 작업을 진행할 수 있다.

private T JsonLoad<T>(string path)
{
    T testclass;

    using (FileStream stream = new FileStream(Application.dataPath + "/" + path, FileMode.Open))
    {
        try
        {
            byte[] data = new byte[stream.Length];
            stream.Read(data, 0, data.Length);
            string jsonData = Encoding.UTF8.GetString(data);
            testclass = JsonConvert.DeserializeObject<T>(jsonData);
        }
                //혹시나 모를 오류에 대비한 예외처리
        finally
        { 
            stream?.Close();
        }
    }

    return testclass;
}

Json Utillity

1. JsonData 클래스 만들기

[Serializable]를 입력하여 직렬화를 해주고 GetType().Name 메서드를 통해 Class 이름을 가져오는 생성자를 만들어줍니다.

[Serializable]
public class JsonData
{
    public string typeName;

    public JsonData()
    {
        typeName = GetType().Name;
    }
}

JsonData 클래스를 상속받아 저장할 클래스를 만듭니다.

생성자 옆에 base()를 붙여주어 부모클래스의 생성자가 실행되도록 합니다.

[Serializable]
public class PlayerData : JsonData
{
    public Vector3 pos;
    public int level;

    public PlayerData() : base()
    {

    }
}

2. Json Data 저장하기 (Write)

JsonUtility.ToJson() 함수를 이용하여 데이터를 Json으로 바꿔줍니다.

file.Directory.Create()는 폴더가 없을 경우 폴더를 만들어줍니다.

private void SaveJsonData(JsonData data)
{
    string jsonData = JsonUtility.ToJson(data);
    string path = GetJsonSavePath(data.typeName);
    var file = new System.IO.FileInfo(path);
    file.Directory.Create();
    System.IO.File.WriteAllText(file.FullName, jsonData);
}

private string GetJsonSavePath(string typeName)
{
    return string.Format("Assets/JsonResource/{0}.json", typeName);
}

//Application.dataPath를 이용해서 리턴값을 수정해주면 똑같은곳에 저장됩니다.
//return Application.dataPath + string.Format("/JsonResource/{0}.json", typeName);

private void SavePlayerData()
{
    var playeData = new PlayerData();
    playeData.pos = new Vector3(1, 2, 3);
    playeData.level = 2;

    SaveJsonData(playeData);
}

3. Json Data 불러오기 (Read)

default(T) 는 참조 형식일때 null을 반환합니다.

private T LoadJsonData<T>(string typeName)
{
    string path = GetJsonSavePath(typeName);
    var file = new System.IO.FileInfo(path);

    if (!file.Exists)
    {
        Debug.LogError("파일 없음: " + path);
        return default(T);
    }

    string jsonData = System.IO.File.ReadAllText(file.FullName);

    return JsonUtility.FromJson<T>(jsonData);
}

위 함수를 활용해 데이터를 불러옵니다.

private void LoadPlayerData()
{
    PlayerData playerData = new PlayerData();
    playerData = LoadJsonData<PlayerData>(playerData.typeName);

    if(playerData == null) 
    {
        return; 
    }

    Debug.Log("player pos: " + playerData.pos);
    Debug.Log("player level: " + playerData.level);
}

대부분의 원인은 압축을 하고 가져와서 그렇다.

Fillter Mode : No fillter Compression : None

으로 설정하면 텍스처를 원본 상태로 가지고 올 수 있다.

1) C# - 가비지 컬렉션 (Garbage Collection, GC)

Garbage Collection이란?

스택 메모리는 함수가 실행되는 순간부터 종료까지 얼만큼 공간을 사용하는지 계속 추적된다. 스택 영역은 알아서 줄어들고 늘어나기 때문에 따로 신경 쓸 필요가 없다.

하지만 힙 영역의 경우 메모리를 할당하고 어떤 행동도 하지 않으면 계속 메모리에 올라온 상태로 유지가 된다. C와 C++의 경우 프로그래머가 직접 메모리를 코드 상에서 관리해야 하지만 C#은 CLR이 자동적으로 메모리를 관리해준다. Garbage Collection은 이러한 자동 메모리 관리의 중심이 되는 기능이다. 그리고 이 Garbage Collection을 담당하는 역할을 하고 있는 것을 Garbage Collector라고 한다.

Garbage란 무엇일까?

Reference Type 변수들을 살펴보면 스택 메모리에 주소 값을 담아두고 힙 메모리에 접근하는 방식으로 저장되어 있다. 여기서 함수가 종료되고 지역 변수들이 제거되면서 스택 메모리에서 힙 메모리를 가리키고 있는 일부 주소값들이 같이 Pop된다. 그러면 해당 주소값에 있는 힙 메모리의 데이터에는 더 이상 접근할 수 없는 상태가 된다. 이렇게 참조할 수 없게 된 객체들을 Garbage라고 부른다.

마이크로소프트 공식 문서에서 박싱과 언박싱을 설명할 때 사용하는 그림을 살펴보자.

void static Main()
{
    int i = 123;      // a value type
    object o = i;     // boxing
    int j = (int)o;   // unboxing
}

여기서 Main 함수가 끝나게 되면 o는 Stack 메모리에서 Pop된다. 그럼 이것이 가리키는 Boxing된 i는 힙 메모리에서 Garbage로 남아있게 되는 것이다.

우리는 왜 Garbage Collection을 알아야 하는가?

Garbage Collector 역시 리소스를 사용하는 소프트웨어이다. 즉, 프로그램에서 사용하는 자원을 함께 사용하고 있다는 점을 명심해야 한다. 유한한 자원 안에서 Garbage Collector가 사용하고 있는 부분을 최소화 할 수 있다면 우리 프로그램의 성능이 더 늘 수 있다. 이것이 바로 Garbage Collector가 어떻게 동작하는 지 이해해야 하는 이유이며 이를 바탕으로어떻게 코드를 작성해나갈지 고민해봐야 한다.

Managed Heap (관리되는 힙)

힙 메모리는 프로세스 별로 고유하게 가진다. 새 프로세스가 생성될 때 인접한 공간의 메모리를 할당받게 되는데 이를 Managed Heap이라 부른다.

• 동작 방식

Managed Heap은 포인터로 힙 메모리에 할당된 object의 위치를 가리킨다. 런타임에서 개체를 메모리에 할당할 때 스택과 유사하게 포인터에 값을 더하는 식으로 진행되기 때문에 메모리 할당 측면에서 스택만큼 효율적이다.

이 Managed Heap의 경우 효율성을 위해 공간을 3개로 나눈다.

왜 공간을 3개로 나눌까?

Grabage Collection이 필요한 순간 실질적으로 오래 사용되는 개체가 있고 잠깐 사용되는 개체가 있다. 오래 사용되는 개체의 경우 메모리가 찼을 때 굳이 계속 봐야 하는가에 대해 고민해봐야 한다. 이를 고려하지 않고 전체를 도는 것은 상당히 부담되는 일이다.  그래서 개체가 얼마나 오래 살아남았느냐를 기준으로 해당 개체를 보는 빈도수를 구분하기 위해 ‘세대’라는 개념을 도입한다.

Garbage Collection Generation (세대)

Generation (세대)는 몇 번의 Garbage Collection을 거쳤는지 나타낸다. Garbage Collection이 일어나고 Stack 메모리에 아직 참조되고 있는 Object들에 대해서는 세대 수를 증가시킨다. [여러 번 거쳤을 때 남아있다면 프로그램에서 계속해서 사용되고 있는 것이라고 볼 수 있기 때문에 이 Object들은 매번 Garbage Collector가 확인할 필요가 없다는 것을 의미]한다.

구체적으로 어떻게 처리되는지 살펴보자. 먼저 새로 힙 메모리에 할당되는 Object의 경우 0세대에 저장한다. 이후 0세대가 꽉차게 되면 Garbage Collection이 일어나고 사용이 되고 있는 Object들은 1세대에 저장된다. 동일한 과정으로 1세대에 대해 Garbage Collection이 일어날 때 살아남은 Object들은 2세대에 저장된다. 2세대로 옮겨진 Object들은 더 이상 다른 곳으로 옮겨가지 않는다. 만약 2세대도 꽉차서 Garbage Collection이 수행된다면 Garbage Collector는 모든 세대에 대해 Garbage Collection을 진행한다. 이것을 Full GC라고 부르는데 이때 일정 시간 프로그램을 멈추고 Garbage Collection을 하기 때문에 Garbage를 잘 관리할 필요가 있다.

Garbage Collection 과정

• Garbage Collection은 어떤 과정으로 진행될까?

크게 3가지 과정을 거치는데 간단히 정리하면 다음과 같다.

1. 사용되고 있는 개체들을 연결하는 작업 (Mark) 
2. 사용되지 않는 개체들을 식별하는 작업 (Relocate)
3. 필요 없는 객체들을 지우고 살아있는 객체들을 모으는 작업 (Compact)

1) Marking 단계 (표시 단계)

Garbage Collection 주기가 시작될 때 Garbage Collector는 일단 모든 Object를 Garbage로 가정한다. 즉, 루트 목록 내 어떤 루트도 메모리를 가리키고 있지 않다고 가정한다. 이 상태에서 Garbage Collecor는 루트 목록을 돌면서 각 루트가 참조하는 것들을 마킹한다. 좀 더 면밀히 말하면 마킹이란 루트 목록에서 시작되는 연결된 그래프를 만드는 것이다.

루트 목록이란?

루트 목록에는 스택, 가비지 수집 핸들, 정적 데이터 등으로 구성된다.

이걸 General하게 표현한 그림이다. Stack 메모리에서 참조하고 있는 Heap Object들과 그 Object들이 참조하고 있는 다른 Object들 등 루트 목록에서 도달할 수 있는 Object들에 대해 그래프를 만든다.

2) Relocation 단계 (재배치 단계)

루트 목록에서 도달할 수 없는 Object들을 Garbage로 간주한다. Garbage가 차지한 공간은 비어있는 공간으로 간주하게 된다.

3) Compaction 단계 (압축 단계)

루트 목록에 대한 조사가 끝나면 Garbage Collector는 Heap을 순회하며 Garbage가 차지했던 비어있는 공간에 인접한 도달할 수 있는 Object들을 메모리에 복사를 통해 덮어 씌운다. 도달 가능한 모든 Object에 대한 이동이 끝나면 Garbage Collector는 포인터의 위치 또한 적절하게 수정한다.(Application root, Managed Heap Pointer)

최종적으로 다음과 같이 깨끗한 상태의 메모리를 얻게 되고 이것이 Garbage Collection의 한 주기에 대한 과정이다.

• 메모리 단편화

메모리 할당과 해제가 반복적으로 일어나면 Haep에 듬성듬성 메모리가 배치되어 메모리 단편화가 발생하고 이는 할당 속도를 느리게 하는 원인이 된다. Garbage Collection의 Compacting 과정에서 비어 있는 공간에 Object를 당겨와 차곡차곡 쌓기에 메모리 공간 낭비 없이 사용할 수 있게되므로 메모리 단편화를 해결해준다.

The Largest Object Heap (대형 개체 힙)

여태까지 살펴본 Managed Heap은 소형 개체 힙을 가리킨다. Garbage Collection은 큰 개체에 대한 할당을 담당하는 Largest Object Heap (대형 개체 힙)을 따로 가지고 있다. 여기서 큰 개체의 경우 85KB 이상의 개체를 가리킨다.

왜 대형 개체 힙을 가지는 것이 맞는건지는 앞서 어떤 과정으로 Garbage Collection이 이루어졌는지를 이해하면 알 수 있다. 대형 개체의 경우 잡아먹는 공간 자체가 크기 때문에 더 빨리 메모리를 가득 채우게 될 것이고 이는 Garbage Collection을 훨씬 빈번하게 일으키게 된다. 따라서 .Net에서는 이러한 대형 개체들을 대형 개체 힙에 관리한다. 

• 대형 개체 힙의 동작 방식

대형 개체 힙은 동작 방식이 소형 개체 힙과는 다르다. 대형 개체 힙은 포인터로 메모리들을 복사하는 방식처럼 동작하기에는 개체 복사 자체에서 발생하는 비용이 너무 크다. 따라서 대형 개체 힙은 object의 크기를 계산한 뒤 힙에 여유 공간이 있는 지 탐색하여 할당하게 된다.

Garbage Collection이 일어난 후 대형 개체 힙에서는 해제된 공간을 그대로 둔다. 메모리 복사를 통해 Object를 압축하는 과정의 비용이 크기 때문이다. 그래서 위에서 설명한 메모리 단편화 문제가 발생하게 된다. 또한 CLR에서는 대형 개체 힙을 2세대 힙으로 간주하기 때문에 대형 개체 힙의 Garbage Collection을 하려면 Full GC가 일어나야 한다.

ps. 그래서 큰 Object 할당은 늘 신중히 또 신중히 한다.

Garbage Collection을 줄이기 위한 노력

• 객체를 너무 많이 할당하지 않는다.
  • 너무 많은 Object를 생성하면 그만큼 메모리가 금방 차고 Garbage Collection이 빈번히 발생하게 될 것이다. 따라서 필요 이상으로 많이 만들지 않는다.

• 너무 큰 객체를 할당하지 않는다.
  • 대형 개체 힙에 대해 이해했으면 자연스레 깨닫게 되는 내용이다.

• 복잡한 참조 관계 만들지 않는다.
  • Garbage Collector는 Garbage Collection 후 도달할 수 있는 Object의 세대를 옮기기 위해 메모리 복사를 수행한다. 이때 참조 관계가 복잡하다면 단순히 메모리 복사가 아니라 참조하고 있는 모든 메모리 주소를 수정하는 과정을 거쳐야 한다. 또한 2세대 메모리에 있는 개체가 0세대 메모리를 참조하게 되는 경우를 보자. root에서 해당 0세대 메모리 object를 참조하고 있지 않음에도 2세대 메모리가 참조를 하고 있기 때문에 Garbage Collection 과정에서 CLR은 쓰기 장벽(Write Barrier)을 통해 root에서 도달할 수 있는 것처럼 동작하게 해준다. 이 쓰기 장벽도 비용이 큰 편이라 참조 관계는 복작하지 않게 만드는게 Garbage Collection 비용을 많이 줄여준다.

• 루트를 많이 만들지 않는다.
  • 루트 목록을 기반으로 Garbage를 찾아내기 때문에 많지 않다면 그만큼 루트 목록을 순회하는 시간을 줄일 수 있다.

객체 지향 (OOP, Object-Oriented Programming)은 프로그래밍 패러다임 중 하나로, 현실 세계의 사물이나 개념을 객체(object)라는 단위로 나누어서 이들 간의 상호작용을 프로그래밍하는 방법입니다. 대표적인 장점으로는 마치 고장 난 기계의 부품만 교체하면 되는 것처럼 프로그램을 보다 유연하고 변경이 용이하게 만들 수 있다는 점입니다. 객체 지향 프로그래밍의 4대 특징은

1. 추상화 : 객체의 공통적인 속성과 기능을 추출하여 정의하는 것입니다. (추상 클래스, 인터페이스 등)

2. 상속 : 기존의 클래스를 재활용하여 새로운 클래스를 작성하는 것, 상속된 하위 클래스는 상위 클래스의 속성과 기능들을 간편하게 사용 가능합니다.

3. 다형성 : 어떤 객체의 속성이나 기능이 상황에 따라 여러가지 형태를 가질 수 있습니다. 방식으로는 오버라이딩과 오버로딩이 있습니다. 나는 집에서 아들 학원에서는 학생

4. 캡슐화 : 클래스 안에 서로 연관 있는 속성과 기능들 및 데이터를 외부로부터 보호하는 것을 말합니다. 접근제어자 Private, public, Protected로 접근 범위를 지정합니다. (프로퍼티도 지정 가능)

[객체지향의 5원칙 (SOLID)]

SRP(Single Responsibility Principle): 단일 책임 원칙
: 클래스(객체)는 단 하나의 책임만 가져야 한다는 원칙
: 하나의 클래스는 하나의 기능을 담당하여 하나의 책임을 수행한다.
: 프로그램의 유지보수 성을 높이기 위한 설계 기법
.
OCP(Open Closed Priciple): 개방 폐쇄 원칙
: 확장에 열려있어야 하며, 수정에는 닫혀있어야 한다
: 추상화 사용을 통한 관계 구축을 권장하는 의미
.
LSP(Listov Substitution Priciple): 리스코프 치환 원칙
: 서브 타입은 언제나 부모 타입으로 교체 가능해야 한다.
: 다형성의 원리를 이용하기 위한 원칙
.
ISP(Interface Segregation Principle): 인터페이스 분리 원칙
: 인터페이스를 각각 사용에 맞게 잘게 분리해야한다는 설계 원칙
: 인터페이스의 단일 책임을 강조
.
DIP(Dependency Inversion Principle): 의존 역전 원칙
: 어떤 클래스를 참조해야할 시 그 Class를 참조하는 것이 아닌 그 대상의 상위 요소로 참조하라는 원칙 (모노비헤이비어)
: 쉽게 말해 추상 클래스 및 인터페이스에 의존하라는 것
: 자주 변화하는 것이 아닌 변화가 거의 없는 것에 의존하라는 것

출처: 💠-객체-지향-설계의-5가지-원칙-SOLID [Inpa Dev 👨‍💻:티스토리]

• 참고

Command Pattern

• 커맨드 패턴

요청을 객체의 형태로 캡슐화하여 사용자가 보낸 요청을 나중에 이용할 수 있도록 메서드 이름, 매개변수 등 요청에 필요한 정보를 저장 또는 로깅, 취소할 수 있게하는 패턴

Client

Client는 주문하는 역할

ICommand

Command는 넓은 의미의 커맨드로 Excute() 함수만을 넣어 오버라이딩하게 한다.

Concrete Commands (구체적인)

구체적으로 객체화할 명령이다. 이러한 명령들은 대리자를 통해 관리된다.

대리자 (Agent)

대리자는 객체화한 명령을 실행시킬 객체다.

Command

커맨드 패턴의 핵심인 Command Manager

해당 스크립트에서는 객체화된 요청을 자료구조에 담아서 관리하는 역할을 한다.

등록하는 예시는 위 이미지와 같다.

정리

• 커맨드 패턴은 메서드를 객체화 시킨다는 것이 핵심으로 객체화된 메서드는 담아두고 유연하게 관리할 수 있다는 장점이 있다.

• 담아두기 때문에 뒤로 돌리거나 취소 또한 할 수 있으며 특정 오브젝트에게 명령을 하는 등 여러 오브젝트를 관리할 때 용이하다.

구분

전략(Strategy) 패턴 : 한 번 인스턴스를 생성하고 나면, 상태가 거의 바뀌지 않는 경우에 사용한다.

상태(State) 패턴 : 한 번 인스턴스를 생성하고 난 뒤, 상태를 바꾸는 경우가 빈번한 경우에 사용한다.

공통점

인터페이스를 사용함으로써 캡슐화를 한다. 따라서 Context Class에서 인터페이스를 인자로 받아와서 그대로 메서드를 수행하는 코드가 있다. 즉 두 패턴 모두 실행중인 클래스의 영향을 받지 않고 유연한 변환이 가능하다.

_두 패턴의 기본 구조_

🦊 표면상으로는 같으나 굳이 분리를 한 이유는 다음과 같다.

차이

State는 로직의 끝에, setState(new State())를 호출해 스스로 변환할 수 있다.

Strategy의 경우 외부에서 데이터 입력이 필요하다. (카카오페이, 네이버페이)

따라서 다음과 같이 정리할 수 있다.

정리

Strategy Pattern : 행동(알고리즘)을 소유한 객체를 실행 시에 선택할 수 있게 상황에 맞는 행동을 하는데 유용

=> 다양한 알고리즘이 사용되는 경우 고려

State Pattern : 다양한 상태변화가 아주 복잡한 로직을 제어하는데 유용

=> if, else 문에 의한 분기점이 많아 복잡한 경우 고려

ver2.0

해당 글은 저의 공부를 낙서하듯 적어놓은 것이기 때문에 정확하지 않을 수 있습니다! 혹시 틀리거나 다른 의견이 있다면 댓글 주시면 감사하겠습니다!

• CPU(Central Processing Unit)는 컴퓨터 연산을 담당하는 하드웨어 장치로 컴퓨터 디바이스의 두뇌 역할을 수행한다.

• 컴퓨터는 다양한 프로그램을 실행해야 하기 때문에 CPU는 복잡하고 다양한 연산을 할 수 있도록 설계되어 있다.

• 컴퓨터의 기본적인 처리 속도를 담당하기 때문에 중요한 부품이다.

2. GPU

• GPU(Graphics Processing Unit)는 비디오, 즉 픽셀로 이루어진 영상을 처리하는 용도로 탄생했다.

• CPU에 비해 반복적이고 비슷한, 대량의 연산을 병렬적으로 수행하기 때문에 속도가 매우 빠르다.- 영상, 렌더링을 비롯한 그래픽 작업의 경우 픽셀 하나하나에 대해 연산을 하기 때문에 CPU가 GPU로 데이터를 보내 처리한다.- 게임과 같이 그래픽 연산을 많이 처리할 때 중요하다.

3. 메인보드

• 컴퓨터 본체에서 메인보드란 각 부품들이 하나로 연결되어 컴퓨터의 기능을 할 수 있게 해주는 회로이다. 이러한 특징으로 인해 간혹 마더 보드나 시스템보드라고 불리기도 한다.- 다른 부품들에 비해 메인보드를 업그레이드 했다고 해서 크게 성능을 좌우하지 않는다.

4. 파워

• 파워는 컴퓨터의 전원을 공급하는 장치로 컴퓨터의 심장이라고 할 수 있다.- 파워가 고장이 나면 다른 부품에도 영향을 미칠 수 있어 일정 용량 이상의 파워를 사는 것이 중요하다. 전력 효율에 따라 등급이 나뉘며 컴퓨터 사양에 맞는 등급으로 구매하는 것이 적절하다.

5. RAM

• 랜덤 액세스 메모리(Random Access Memory)의 약자이다.- 전원 공급이 끊기면 저장된 정보가 사라지는 휘발성 메모리이다.- RAM의 역할은 CPU와 ROM 사이에 위치하여 데이터를 저장하고 처리하는 역할을 한다.

6. ROM (HDD, SSD)

• 주요 저장 장치로 사용되며 RAM과 다르게 전원 공급이 중단되어도 저장된 내용을 잃지 않는다.- SSD는 HDD와 달리 기계적으로 구동하지 않아 읽기/쓰기 처리 속도가 빠르다.- 그러나 SSD는 HDD에 비해 가격이 비싼 편이다.

※ 프로그래머에게 가장 중요한 부품

◆ 프로그래밍을 할 때 생각할 부분 - 실행 속도 : CPU, GPU 성능 / RAM 성능과 용량 - 소비 자원 : RAM 용량 / 디스크 용량

실행 속도와 소비 자원 관리에서 모두 중요한 것이 RAM이기 때문에 개인적으로 RAM이 중요하다고 생각하며 실제 프로그래밍을 할 때도 다른 요소 보다 RAM 용량 관리에 신경쓰는 경우가 많다.

이상 용무 끝!