ติดตั้ง SDK: Gradle บรรทัดเดียว ไม่ต้องมีซอร์ส Integrating the SDK: one Gradle line, no source needed Menyepadukan SDK: satu baris Gradle, tanpa sumber Tích hợp SDK: một dòng Gradle, không cần mã nguồn دمج الـ SDK: سطر Gradle واحد، دون الحاجة إلى الشيفرة المصدرية Intégrer le SDK : une ligne Gradle, sans code source Das SDK einbinden: eine Gradle-Zeile, kein Quellcode nötig Integrar el SDK: una línea de Gradle, sin código fuente Integrare l'SDK: una riga di Gradle, senza codice sorgente Integrar o SDK: uma linha de Gradle, sem código-fonte 集成 SDK:一行 Gradle,无需源代码 SDKの統合:Gradle 1行、ソース不要 SDK 통합: Gradle 한 줄, 소스 불필요

ในช่วง beta เราแจก Hexadecify Android SDK เป็นไลบรารีที่คอมไพล์แล้ว (ไฟล์ .aar) แบบปิดซอร์ส บน GitHub Packages คุณเพิ่มมันด้วย dependency ของ Gradle เพียงบรรทัดเดียว ไม่ต้อง clone รีโป และไม่ต้องดูแลซอร์สโค้ดของ SDK เลย เหมือนไลบรารี Android อื่นๆ ที่คุณใช้อยู่ During the beta we ship the Hexadecify Android SDK as a compiled, closed-source library (a .aar file) on GitHub Packages. You add it with a single Gradle dependency — no cloning the repo, and no SDK source to maintain. It behaves like any other Android library you already use. Semasa beta, kami menghantar Hexadecify Android SDK sebagai pustaka terkompil, sumber tertutup (fail .aar) di GitHub Packages. Anda menambahnya dengan satu kebergantungan Gradle — tanpa mengklon repo, dan tanpa sumber SDK untuk diselenggara. Ia berkelakuan seperti mana-mana pustaka Android lain yang anda sudah gunakan. Trong giai đoạn beta, chúng tôi phát hành Hexadecify Android SDK dưới dạng thư viện đã biên dịch, mã nguồn đóng (một tệp .aar) trên GitHub Packages. Bạn thêm nó bằng một dependency Gradle duy nhất — không cần clone repo, và không có mã nguồn SDK để bảo trì. Nó hoạt động như bất kỳ thư viện Android nào bạn đang dùng. خلال النسخة التجريبية نُصدر Hexadecify Android SDK كمكتبة مُصرَّفة مغلقة المصدر (ملف .aar) على GitHub Packages. تضيفها باعتماد Gradle واحد — دون استنساخ المستودع، ودون شيفرة مصدرية للـ SDK لصيانتها. وهي تتصرف مثل أي مكتبة Android أخرى تستخدمها بالفعل. Pendant la bêta, nous livrons le SDK Android Hexadecify sous forme de bibliothèque compilée et à source fermée (un fichier .aar) sur GitHub Packages. Vous l'ajoutez avec une seule dépendance Gradle — sans cloner le dépôt, et sans code source du SDK à maintenir. Elle se comporte comme n'importe quelle bibliothèque Android que vous utilisez déjà. Während der Beta liefern wir das Hexadecify-Android-SDK als kompilierte, quelloffen-freie Bibliothek (eine .aar-Datei) auf GitHub Packages aus. Sie binden es mit einer einzigen Gradle-Abhängigkeit ein — ohne das Repo zu klonen und ohne SDK-Quellcode zu pflegen. Es verhält sich wie jede andere Android-Bibliothek, die Sie bereits nutzen. Durante la beta entregamos el SDK de Android de Hexadecify como una biblioteca compilada y de código cerrado (un archivo .aar) en GitHub Packages. La añades con una sola dependencia de Gradle — sin clonar el repositorio y sin código fuente del SDK que mantener. Se comporta como cualquier otra biblioteca de Android que ya uses. Durante la beta distribuiamo l'SDK Android di Hexadecify come libreria compilata e a codice chiuso (un file .aar) su GitHub Packages. La aggiungi con una singola dipendenza Gradle — senza clonare il repo e senza codice sorgente dell'SDK da mantenere. Si comporta come qualsiasi altra libreria Android che già usi. Durante a beta entregamos o SDK Android da Hexadecify como uma biblioteca compilada e de código fechado (um ficheiro .aar) no GitHub Packages. Adiciona-a com uma única dependência de Gradle — sem clonar o repositório e sem código-fonte do SDK para manter. Comporta-se como qualquer outra biblioteca Android que já utiliza. 在测试版期间,我们把 Hexadecify Android SDK 作为已编译的闭源库(一个 .aar 文件)发布在 GitHub Packages 上。你只需一条 Gradle 依赖即可添加它——无需克隆仓库,也没有 SDK 源代码需要维护。它的用法和你已经在用的其他 Android 库一样。 ベータ期間中、Hexadecify Android SDK はコンパイル済みのクローズドソースのライブラリ(.aar ファイル)として GitHub Packages で配布します。Gradle の依存関係を1行追加するだけで、リポジトリのクローンも、SDKのソース管理も不要です。すでにお使いの他のAndroidライブラリと同じように扱えます。 베타 기간 동안 우리는 Hexadecify Android SDK를 컴파일된 클로즈드 소스 라이브러리(.aar 파일)로 GitHub Packages에 배포합니다. Gradle 의존성 한 줄로 추가하면 됩니다. 리포지토리를 클론할 필요도, 유지보수할 SDK 소스도 없습니다. 이미 쓰고 있는 다른 Android 라이브러리와 똑같이 동작합니다.

ทำไมต้องปิดซอร์สในช่วง beta? ส่วนหนึ่งเพื่อปกป้องงานในระยะเริ่มต้น แต่ที่สำคัญคือ "จุดยึดความเชื่อมั่น" จริงๆ ไม่ได้อยู่ในโค้ดที่ส่งไปกับแอปอยู่แล้ว — กุญแจที่ลงลายเซ็นธุรกรรมยึดหลักฐานอยู่ฝั่งเซิร์ฟเวอร์ และโมเดลจับคู่ใบหน้าที่แถมมาก็เป็นโมเดลทดสอบ ไม่ใช่ตัวสำหรับ production การไม่ส่งซอร์สจึงเป็นเรื่องของการควบคุมการเผยแพร่ ไม่ใช่ DRM Why closed source during the beta? Partly to protect early work, but mainly because the real trust anchor is not in the code that ships with your app anyway — the key that signs the anchoring transaction lives server-side, and the bundled face-matching model is a test model, not a production one. Not shipping source is about controlling distribution, not DRM. Mengapa sumber tertutup semasa beta? Sebahagiannya untuk melindungi kerja awal, tetapi terutamanya kerana sauh kepercayaan sebenar bukan dalam kod yang dihantar bersama aplikasi anda — kunci yang menandatangani transaksi penyauhan berada di sebelah pelayan, dan model padanan wajah yang disertakan ialah model ujian, bukan model pengeluaran. Tidak menghantar sumber adalah tentang mengawal pengedaran, bukan DRM. Tại sao đóng mã nguồn trong giai đoạn beta? Một phần để bảo vệ công sức ban đầu, nhưng chủ yếu vì điểm neo tin cậy thực sự dù sao cũng không nằm trong đoạn mã đi kèm ứng dụng của bạn — khóa ký giao dịch neo nằm ở phía máy chủ, và mô hình đối chiếu khuôn mặt đi kèm là mô hình thử nghiệm, không phải bản sản xuất. Không phát hành mã nguồn là để kiểm soát phân phối, không phải DRM. لماذا نُغلق المصدر خلال النسخة التجريبية؟ جزئيًا لحماية العمل المبكر، لكن أساسًا لأن مرتكز الثقة الحقيقي ليس في الشيفرة المشحونة مع تطبيقك على أي حال — فالمفتاح الذي يوقّع معاملة التثبيت موجود على الخادم، والنموذج المضمَّن لمطابقة الوجه هو نموذج اختباري لا إنتاجي. عدم شحن المصدر يتعلق بالتحكم في التوزيع، لا بإدارة الحقوق الرقمية (DRM). Pourquoi le code fermé pendant la bêta ? En partie pour protéger un travail à ses débuts, mais surtout parce que le véritable ancrage de confiance n'est de toute façon pas dans le code livré avec votre application — la clé qui signe la transaction d'ancrage réside côté serveur, et le modèle de reconnaissance faciale fourni est un modèle de test, pas de production. Ne pas livrer le code, c'est contrôler la distribution, pas du DRM. Warum quelloffen-frei während der Beta? Teils zum Schutz früher Arbeit, vor allem aber, weil der eigentliche Vertrauensanker ohnehin nicht im Code steckt, der mit Ihrer App ausgeliefert wird — der Schlüssel, der die Anchoring-Transaktion signiert, liegt serverseitig, und das mitgelieferte Gesichtsabgleich-Modell ist ein Test-, kein Produktionsmodell. Keinen Quellcode auszuliefern geht um Vertriebskontrolle, nicht um DRM. ¿Por qué código cerrado durante la beta? En parte para proteger un trabajo temprano, pero sobre todo porque el verdadero anclaje de confianza no está de todos modos en el código que se distribuye con tu app — la clave que firma la transacción de anclaje reside en el servidor, y el modelo de coincidencia facial incluido es un modelo de prueba, no de producción. No distribuir el código va de controlar la distribución, no de DRM. Perché codice chiuso durante la beta? In parte per proteggere un lavoro agli inizi, ma soprattutto perché il vero ancoraggio di fiducia non è comunque nel codice distribuito con la tua app — la chiave che firma la transazione di ancoraggio risiede lato server, e il modello di riconoscimento facciale incluso è un modello di test, non di produzione. Non distribuire il codice riguarda il controllo della distribuzione, non il DRM. Porquê código fechado durante a beta? Em parte para proteger um trabalho ainda inicial, mas sobretudo porque a verdadeira âncora de confiança não está, de qualquer forma, no código distribuído com a sua app — a chave que assina a transação de ancoragem reside no servidor, e o modelo de correspondência facial incluído é um modelo de teste, não de produção. Não distribuir o código é sobre controlar a distribuição, não DRM. 为什么在测试版期间闭源?一部分是为了保护早期成果,但主要是因为真正的信任锚本来就不在随应用分发的代码里——签署锚定交易的密钥在服务器端,随附的人脸比对模型也是测试模型而非生产模型。不分发源代码是为了控制分发方式,而非 DRM。 なぜベータ期間はクローズドソースなのか。初期の成果を守る意味もありますが、主な理由は、本当の信頼の起点がそもそもアプリに同梱されるコードの中にないからです。アンカリング取引に署名する鍵はサーバー側にあり、同梱の顔照合モデルはテスト用で本番用ではありません。ソースを配布しないのは配布を管理するためであって、DRMのためではありません。 베타 기간에 왜 클로즈드 소스일까요? 초기 작업을 보호하려는 이유도 있지만, 주된 이유는 진짜 신뢰의 기준점이 어차피 앱에 함께 배포되는 코드 안에 있지 않기 때문입니다. 앵커링 트랜잭션에 서명하는 키는 서버 측에 있고, 함께 제공되는 얼굴 매칭 모델은 프로덕션용이 아니라 테스트 모델입니다. 소스를 배포하지 않는 것은 배포를 통제하기 위함이지 DRM이 아닙니다.

การเพิ่มเข้าโปรเจกต์ทำได้ตรงไปตรงมา: เพิ่ม maven repository ของ Hexadecify ยืนยันตัวตนด้วย API key ที่คุณมีอยู่แล้ว แล้วประกาศ dependency บรรทัดเดียว — implementation("com.hexadecify:sdk:0.1.1") — API key เป็นข้อมูลรับรองเพียงอย่างเดียวที่ต้องใช้ bridge จะเสิร์ฟ SDK และตรวจสอบ key ให้ จึงไม่ต้องสร้างหรือจัดการ GitHub token แยกอีกต่อไป Adding it to your project is straightforward: add the Hexadecify maven repository, authenticate with your existing API key, and declare one dependency line — implementation("com.hexadecify:sdk:0.1.1"). Your API key is the only credential you need — the bridge serves the SDK and verifies your key, so there is no separate GitHub token to create or manage. Menambahnya ke projek anda mudah: tambah repositori maven Hexadecify, sahkan dengan API key sedia ada anda, dan isytiharkan satu baris kebergantungan — implementation("com.hexadecify:sdk:0.1.1"). API key anda ialah satu-satunya kelayakan yang diperlukan — bridge menyampaikan SDK dan mengesahkan key anda, jadi tiada GitHub token berasingan untuk dibuat atau diurus. Thêm nó vào dự án rất đơn giản: thêm kho maven Hexadecify, xác thực bằng API key bạn đã có, và khai báo một dòng phụ thuộc — implementation("com.hexadecify:sdk:0.1.1"). API key là thông tin xác thực duy nhất bạn cần — bridge phục vụ SDK và xác minh key của bạn, nên không có GitHub token riêng nào phải tạo hay quản lý. إضافته إلى مشروعك سهلة: أضِف مستودع maven الخاص بـ Hexadecify، وصادِق باستخدام مفتاح API الذي لديك بالفعل، وأعلِن سطر اعتماد واحدًا — ‎implementation("com.hexadecify:sdk:0.1.1")‎. مفتاح API هو بيانات الاعتماد الوحيدة التي تحتاجها — إذ يقدّم الـ bridge حزمة SDK ويتحقق من مفتاحك، فلا حاجة لإنشاء أو إدارة أي GitHub token منفصل. L'ajouter à votre projet est simple : ajoutez le dépôt maven Hexadecify, authentifiez-vous avec votre clé API existante et déclarez une ligne de dépendance — implementation("com.hexadecify:sdk:0.1.1"). Votre clé API est le seul identifiant nécessaire — le bridge sert le SDK et vérifie votre clé, il n'y a donc aucun token GitHub distinct à créer ou gérer. Es in Ihr Projekt aufzunehmen ist unkompliziert: Fügen Sie das Hexadecify-Maven-Repository hinzu, authentifizieren Sie sich mit Ihrem vorhandenen API-Schlüssel und deklarieren Sie eine Abhängigkeitszeile — implementation("com.hexadecify:sdk:0.1.1"). Ihr API-Schlüssel ist der einzige Zugang, den Sie brauchen — die Bridge liefert das SDK aus und prüft Ihren Schlüssel, es gibt also kein separates GitHub-Token zu erstellen oder zu verwalten. Añadirlo a tu proyecto es sencillo: agrega el repositorio maven de Hexadecify, autentícate con tu clave API existente y declara una línea de dependencia — implementation("com.hexadecify:sdk:0.1.1"). Tu clave API es la única credencial que necesitas — el bridge sirve el SDK y verifica tu clave, así que no hay ningún token de GitHub aparte que crear o gestionar. Aggiungerlo al tuo progetto è semplice: aggiungi il repository maven di Hexadecify, autenticati con la tua API key esistente e dichiara una riga di dipendenza — implementation("com.hexadecify:sdk:0.1.1"). La tua API key è l'unica credenziale necessaria — il bridge distribuisce l'SDK e verifica la tua key, quindi non c'è nessun token GitHub separato da creare o gestire. Adicioná-lo ao seu projeto é simples: adicione o repositório maven do Hexadecify, autentique-se com a sua chave API existente e declare uma linha de dependência — implementation("com.hexadecify:sdk:0.1.1"). A sua chave API é a única credencial necessária — o bridge serve o SDK e verifica a sua chave, portanto não há nenhum token do GitHub separado para criar ou gerir. 把它加入项目很简单:添加 Hexadecify 的 maven 仓库,用你已有的 API key 进行认证,再声明一行依赖——implementation("com.hexadecify:sdk:0.1.1")。API key 是你唯一需要的凭据——bridge 会提供 SDK 并校验你的 key,因此无需再创建或管理单独的 GitHub 令牌。 プロジェクトへの追加は簡単です。Hexadecify の maven リポジトリを追加し、お持ちの API キーで認証し、依存関係を1行宣言するだけ——implementation("com.hexadecify:sdk:0.1.1")。必要な資格情報は API キーだけです。bridge が SDK を配信してキーを検証するため、別途 GitHub トークンを作成・管理する必要はありません。 프로젝트에 추가하는 것은 간단합니다. Hexadecify maven 저장소를 추가하고, 기존 API 키로 인증한 뒤, 의존성 한 줄을 선언하면 됩니다 — implementation("com.hexadecify:sdk:0.1.1"). 필요한 자격 증명은 API 키 하나뿐입니다 — bridge가 SDK를 제공하고 키를 확인하므로 별도의 GitHub 토큰을 만들거나 관리할 필요가 없습니다.

พูดตรงๆ อีกข้อ: ไฟล์ .aar ที่คอมไพล์แล้วก็ยัง decompile ได้เหมือนไลบรารี Android ทุกตัว การปิดซอร์สจึงไม่ใช่การล็อกแบบเด็ดขาด แต่คือการไม่แจกซอร์สและคุมว่าใครเข้าถึงได้ (รีโปยังเป็น private และเข้าแบบ invite-only) ในโค้ด คุณเรียกใช้ผ่าน facade ชื่อ HexadecifyVerifier และต้องใช้มือถือ Android ที่มี NFC One more honest note: a compiled .aar can still be decompiled, like any Android library — so closed source is not an absolute lock, just not shipping source and controlling who can get it (the repo stays private and access is invite-only). In code, you call it through a facade named HexadecifyVerifier, and it requires an NFC-enabled Android phone. Satu lagi nota jujur: fail .aar terkompil masih boleh di-decompile, seperti mana-mana pustaka Android — jadi sumber tertutup bukanlah kunci mutlak, cuma tidak menghantar sumber dan mengawal siapa yang boleh mendapatkannya (repo kekal peribadi dan aksesnya secara jemputan). Dalam kod, anda memanggilnya melalui facade bernama HexadecifyVerifier, dan ia memerlukan telefon Android berkeupayaan NFC. Một lưu ý thẳng thắn nữa: một tệp .aar đã biên dịch vẫn có thể bị decompile, như bất kỳ thư viện Android nào — nên mã nguồn đóng không phải là một khóa tuyệt đối, chỉ là không phát hành mã nguồn và kiểm soát ai có thể lấy nó (repo vẫn riêng tư và truy cập theo lời mời). Trong mã, bạn gọi nó qua một facade tên HexadecifyVerifier, và nó cần một điện thoại Android có NFC. ملاحظة صريحة أخرى: ملف .aar المُصرَّف يظل قابلاً لفك التصريف مثل أي مكتبة Android — فإغلاق المصدر ليس قفلًا مطلقًا، بل مجرد عدم شحن المصدر والتحكم في من يمكنه الحصول عليه (يظل المستودع خاصًا والوصول بالدعوة فقط). في الكود، تستدعيه عبر واجهة اسمها HexadecifyVerifier، ويتطلب هاتف Android مزوّدًا بـ NFC. Encore une précision honnête : un .aar compilé peut toujours être décompilé, comme toute bibliothèque Android — le code fermé n'est donc pas un verrou absolu, juste le fait de ne pas livrer le source et de contrôler qui peut l'obtenir (le dépôt reste privé et l'accès sur invitation). Dans le code, vous l'appelez via une façade nommée HexadecifyVerifier, et cela nécessite un téléphone Android compatible NFC. Noch ein ehrlicher Hinweis: Ein kompiliertes .aar lässt sich wie jede Android-Bibliothek dekompilieren — Closed Source ist also keine absolute Sperre, sondern nur, keinen Quellcode auszuliefern und zu steuern, wer ihn bekommt (das Repo bleibt privat, der Zugang nur auf Einladung). Im Code rufen Sie es über eine Fassade namens HexadecifyVerifier auf, und es erfordert ein NFC-fähiges Android-Telefon. Una nota honesta más: un .aar compilado aún puede descompilarse, como cualquier biblioteca de Android — así que el código cerrado no es un candado absoluto, solo no distribuir el código y controlar quién puede obtenerlo (el repositorio sigue privado y el acceso es por invitación). En el código, lo llamas a través de una fachada llamada HexadecifyVerifier, y requiere un teléfono Android con NFC. Un'altra nota onesta: un .aar compilato può comunque essere decompilato, come qualsiasi libreria Android — quindi il codice chiuso non è un lucchetto assoluto, solo non distribuire il sorgente e controllare chi può ottenerlo (il repo resta privato e l'accesso è su invito). Nel codice, lo richiami tramite una facciata chiamata HexadecifyVerifier, e richiede un telefono Android con NFC. Mais uma nota honesta: um .aar compilado ainda pode ser descompilado, como qualquer biblioteca Android — por isso o código fechado não é um cadeado absoluto, apenas não distribuir o código e controlar quem lhe pode aceder (o repositório continua privado e o acesso é por convite). No código, chama-o através de uma fachada chamada HexadecifyVerifier, e requer um telemóvel Android com NFC. 再说一句实话:已编译的 .aar 和任何 Android 库一样仍然可以被反编译——所以闭源并非绝对的锁,只是不分发源代码并控制谁能获取它(仓库仍为私有,采用邀请制访问)。在代码中,你通过一个名为 HexadecifyVerifier 的门面来调用它,并且需要一部支持 NFC 的 Android 手机。 もう一つ正直に言うと、コンパイル済みの .aar も他のAndroidライブラリと同様に逆コンパイルは可能です。ですからクローズドソースは絶対的なロックではなく、ソースを配布せず、誰が入手できるかを管理するというだけです(リポジトリは非公開のまま、アクセスは招待制)。コード上は HexadecifyVerifier というファサード経由で呼び出し、NFC対応のAndroid端末が必要です。 한 가지 더 솔직히 말하면, 컴파일된 .aar도 다른 Android 라이브러리처럼 디컴파일이 가능합니다. 그래서 클로즈드 소스는 절대적인 잠금이 아니라, 소스를 배포하지 않고 누가 받을 수 있는지를 통제하는 것일 뿐입니다(리포지토리는 비공개로 유지되고 접근은 초대제입니다). 코드에서는 HexadecifyVerifier라는 파사드를 통해 호출하며, NFC 지원 Android 휴대폰이 필요합니다.