[iOS/Xcode/Swift] 讓 UIDocumentPickerViewController 可以瀏覽 Files App / Sandbox 裏的檔案

 

info.plist 裏的 

[Application supports iTunes file sharing]設定為 [YES] (for Files App)

[Supports opening documents in place] 設定為 [YES] ( for sandbox)

在 Xcode 使用自己架設的 GitLab

 即使查了很多網頁，還是不知道什麼原因, 在 Xcode  專案無法直接連接到自己架設的 GitLab。

偶然間發現，在 Xcode 專案中引用一個檔案件(ex: FileHasGit.cpp)，有使用 GitLab 管理，而在 Xcode 裏的 Source Control 自動把和這個檔案有關的 GitLab 資訊加進 Repositories。

這引發了我的實驗精神，終於發現，在隱藏目錄 .git 裏的 config 檔存著 remote Repositories 的訊息。把這個檔案裏的 url 修改為自架 GitLab 裏的 url，例如：

[core]

bare = false

repositoryformatversion = 0

filemode = true

ignorecase = true

precomposeunicode = true

logallrefupdates = true

[remote "origin"]

url = http://192.168.0.1:10081/Proj1.git

fetch = +refs/heads/*:refs/remotes/origin/*

[branch "main"]

remote = origin

merge = refs/heads/main

即可在 Xcode 裏 push 和 pull 自架 GitLab 的專案。

DBF 檔案格式

[Reference] 

https://blog.csdn.net/wqfhenanxc/article/details/79892572

https://www.796t.com/content/1550563923.html

https://www.dbase.com/Knowledgebase/INT/db7_file_fmt.htm 

DBF 是早期開發的資料庫檔案格式，但現在仍被廣泛使用，副檔名為.dbf。一個DBF檔案即是一個資料表(Table)。

DBF 檔案格式包含檔頭及資料區，二者之間以一個位元 (0x0D) 區隔，檔案末端以位元(0x1A)作為結束。 

檔頭包含資料欄位的定義。 檔頭由包含 32 位元的固定長度和多個欄位定義紀錄組成： 

固定長度 32 位元的定義如下：

欄位定義紀錄的定義如下：

位元	長度	資料型態	說明
0-10	11	char[11]	欄位名稱
11	1	char	資料類型 (見下表說明)
12-15	4		保留未用，填0
16	1		欄位長度(二進位)
17	1		欄位數值值精度(二進位)
18-19	2		保留未用，填0
20	1		工作區ID
21-30	10		保留未用，填0
31	1		MDX記號

資料類型

代號	說明	允許輸入的資料
B	二進位值	文字(?)
C	文字	文字
D	日期	YYYYMMDD
G	通用	文字
N	數值	-.0123456789
L	邏輯	?YyNnTtFf(?表示沒有初始化)
M	Memo	文字

每一筆資料前的控制字元，0x20表示沒有刪除，0x2A表示被刪除。

檔案長度計算：

假設檔案有 4個欄位，長度分別為 12, 14, 16, 18，並有 10 筆資料。

檔頭長度：32 + 32*4 = 160

分隔字元(0x0D)：1

資料區：

每筆資料：1 + 12 + 14 + 16 + 18 = 61 (含前面的控制字元)

10筆資料：61*10 = 610

結尾字元(0x1A)：1

總檔案長度： 160 + 1 + 610 + 1 = 772

Swift call C++ code and class

 [Reference]

https://stackoverflow.com/questions/35229149/interacting-with-c-classes-from-swift

https://stackoverflow.com/questions/2045774/developing-c-wrapper-api-for-object-oriented-c-code/2045860

Swift can not call C++ code directly. C++ code must be wrapped by C, Objective-C or Objective-C++. Swift uses the wrapper (wrapped code) to call C++ code. According to the references, an example is shown as the following:

C++ header (MPoint3.hpp)

#pragma once
class MPoint3
{
public:
    double x;
    double y;
    double z;
};

C wrapper header (MPoint3C.h)

#ifndef MPoint3C_h
#define MPoint3C_h

#ifdef __cplusplus
extern "C" {
#endif

typedef struct
{
    double x;
    double y;
    double z;
} MPoint3C;

MPoint3C* MPoint3_Constructor(void);
void MPoint3_Destructor(MPoint3C*);

#ifdef __cplusplus
}
#endif

#endif

C++ source (MPoint3C.cpp)

#include "MPoint3.hpp"
#include "MPoint3C.h"

#ifdef __cplusplus
extern "C" {
#endif

MPoint3C* MPoint3_Constructor(void)
{
	return (MPoint3C*) new MPoint3;
}

void MPoint3_Destructor(MPoint3C* ppt)
{
	delete (MPoint3*)ppt;
}

#ifdef __cplusplus
}
#endif

Use in Swift (swift.swift)

let pPt = MPoint3_Constructor()   // The type of pPt is UnsafeMutablePointer<MPoint3C>

pPt.pointee.x = 10
pPt.pointee.y = 11
pPt.pointee.z = 12

MPoint3_Destructor(pPt)

關於 iOS Swift 程式開發的一些事

 

[取用 C++ 的程式碼]

https://stackoverflow.com/questions/32541268/can-i-have-swift-objective-c-c-and-c-files-in-the-same-xcode-project/32546879#32546879

https://stackoverflow.com/questions/35229149/interacting-with-c-classes-from-swift

https://stackoverflow.com/questions/2045774/developing-c-wrapper-api-for-object-oriented-c-code/2045860

Swift 不能直接取用 C++的程式碼，必須先包裝成 C 或 Object-C++ 程式碼再取用。並且需要 Bridgeing-Header。

[GitLab][SSH] TortoiseGit 使用 SSH

 1. 在 Windows 安裝 SSH.

https://docs.microsoft.com/zh-tw/windows-server/administration/openssh/openssh_install_firstuse

2. 產生 SSH private & public key, 及用於 TortoiseGit.

https://backlog.com/git-tutorial/tw/reference/ssh.html

[OpenGL] 光影 - Shadow

 [Reference] https://learnopengl.com/Advanced-Lighting/Shadows/Shadow-Mapping

[需使用 VAO 和 shader，可參考 https://blog.csdn.net/p942005405/article/details/103767695。]

1. 從光源看場景，產生 Depth Map，用來決定某個位置的光線是否被遮蔽，正式場照中應該有陰影。

2. 在 Shader 中把陰影位置的顏色變暗，成陰影。

3. 使用 VAO 時，模型矩陣變換在 shader 中完成? 

xercesc xml encoding 問題

xercesc 內部使用 Unicode (UTF-16) 編碼， 輸出檔案時，使用多字元 (UTF-8) 編碼? 

使用 UltraEditor 開啟 xml, kml 檔案時，使用 Hex 模式 查看時, 會發現 UltraEditor (Ver. 10.20+, V 10 不會出錯) 會在檔頭加上Unicode 識別嗎 FFFE，並 以 Unicode 顯示，但其實檔案內容還是 multibyte，不要被騙了。 Unicode,  

xercesc 自訂變數型態

        XMLCh = char16_t

其實就是雙字元 (Unicode), wchar_t, 但不能直接轉換。

        XMLCh* xmlCh;

        wchar_t* ws = xmlCh;   //不能這麼做

但，可以用強制轉換：

        wchar_t* ws = (wchar_t*)xmlCh

在 xercesc 的函數使用到 XMLCh* 參數時，

英文及數字可以用 XMLString::transcode() 轉換為 XMLCh，例如：

        XMLCh* xmlCh =  XMLString::transcode("abc");

或

        DOMElement* nodeFolder = pDOM->createElement(XMLString::transcode("Folder"));

UTF-8編碼的文字必須先轉換成 wchar_t (就是Unicode啦)， 再直接轉換成 XMLCh*，不必用XMLString::transcode()。 

LNK2001 無法解析的外部符號 "public: virtual struct QMetaObject const * __cdecl xxxxxxxxx

 狀況：

    明明已經把 .cpp, .ui 檔加入專案，但編譯仍然報錯 LNK2001 無法解析的外部符號。

解方：

    把 .h 檔裏的 Q_OBJECT 刪去，重新編譯即可。

    為什麼，我也不知道。

MSB4181 "QtRunWork" 工作傳回了 False，但未記錄錯誤

找了很多網頁，都說要把 Qt 延伸模組降版本，但一直試不成功。而另一支程式卻沒有這個問題。

其實我遇到的問題和其他人不同，再仔細看一次編譯訊息，原來是專案找到到某些檔案，因為在另一台電腦工作時沒有加入 Git，所以沒有 Pull 到本機。找回少的檔案就解決了。