Anytype Type sistemi: Book, Person, Project ve Note nasıl modellenir?

[[Nesne, tür ve ilişki]] bölümünde Type'ın temel rolünü gördük. Şimdi gerçekten nasıl model kurulacağına bakalım.

Type bir klasör değildir

Anytype Types belgesi Type'ı "cookie cutter", yani aynı biçimi tekrar üreten kalıp benzetmesiyle açıklar (Anytype, Types).

Book Type'ındaki nesneler:

• Author,
• Genre,
• Published Date,
• Rating

gibi ortak Property'ler taşıyabilir.

Project Type'ı ise:

• Status,
• Priority,
• Deadline,
• Owner

alanlarını kullanabilir.

Fark, Object'in nerede durduğu değil **ne olduğu**dır.

Her Object'in bir Type'ı var

Güncel belgeye göre her Object bir Type'a bağlıdır ve bu Type sonradan değiştirilebilir. Type değiştiğinde Object üzerindeki mevcut Property'ler korunur (Anytype, Types).

Bu davranış deneme yapmayı kolaylaştırır. İlk gün kusursuz Type seçmek zorunda değilsin.

Type neleri paketler?

Bir Type üç önemli yapı taşını bir araya getirir:

• **Properties:** ortak veri alanları.
• **Views:** bu nesneleri nasıl görmek istediğin.
• **Templates:** yeni nesnenin hangi başlangıç düzeniyle doğacağı.

Örneğin Project Type:

• Status, Deadline, Priority Property'leri,
• Active Projects Kanban View'u,
• Project Brief Template'i

ile birlikte çalışabilir.

Type böylece yalnız isim değil, küçük bir davranış standardı olur.

Dört temel Type ile başla

Kişisel PKM için ilk gün 20 Type'a ihtiyacın yok.

Başlangıç modeli:

Note

Serbest düşünce ve bilgi.

Project

Sonucu olan aktif çalışma.

Book veya Source

Dış kaynak.

Person

Tekrar tekrar ilişki kurduğun kişi.

Task ihtiyacın varsa beşinci Type olabilir.

Anytype'ın kendi Types belgesi de "Keep it simple" uyarısını yapar: yerleşik Type'larla başla, ihtiyaç doğmadan çok Type üretme.

Ne zaman yeni Type açılır?

Şu üç koşul birlikte varsa yeni Type mantıklı:

1. Bu Object grubu tekrar tekrar oluşuyor.
2. Ortak Property'leri var.
3. Ayrı View veya Template davranışına ihtiyaç duyuyor.

Örnek: Book ile Article ikisi de kaynak olabilir. Eğer ikisi için aynı Status, Author ve Topic alanlarını kullanıyor ve aynı Query'lerde birlikte görmek istiyorsan iki Type yerine tek Source Type daha sade olabilir.

Ama Book için Pages, ISBN, Publisher; Article için Publication, URL, DOI gibi sürekli farklı alanlar gerekiyorsa ayrım anlam kazanır.

Book modeli

**Type: Book**

Önerilen başlangıç Property'leri:

• Author → Object
• Status → Select
• Rating → Number
• Finished → Date

Bu Nitorel önerisidir; Anytype'ın zorunlu şeması değildir.

İlk ay gerçekten kullanmadığın ISBN, Publisher, Edition, Language gibi alanları eklemek zorunda değilsin.

Person modeli

**Type: Person**

• Organization → Object veya Text
• Role → Text
• Last Contact → Date

Person Object'in asıl değeri, Meeting, Project ve Book gibi başka Object'lerin ona bağlanabilmesidir.

Project modeli

**Type: Project**

• Status → Select
• Priority → Select
• Deadline → Date
• Owner → Object

Sonra [[View]] ile Kanban ve Calendar; [[Query]] ile yalnız aktif projeler üretilebilir.

Note modeli

Note'u aşırı şemalandırma.

Başlangıçta yalnız:

• Topic → Multi-select veya Object
• Project → Object

yeterli olabilir.

Her nota 12 Property doldurman gerekiyorsa sistem not almayı yavaşlatır.

Type değiştirmenin anlamı

Anytype Type'ı sonradan değiştirmeye izin verir ve mevcut Property'leri korur. Bu şu iş akışını mümkün kılar:

1. Hızlıca Note oluştur.
2. Not zamanla proje haline geldiyse Project Type'a çevir.
3. Project Type'ın View ve Template düzeninden yararlan.

Bilginin türü zaman içinde değişebilir; şema bunu engellememeli.

Channel sınırını unutma

[[Channel bölümünde]] gördüğümüz gibi Type'lar Channel'a özgüdür. Aynı Type'ı başka Channel'a kopyalayabilirsin; ancak iki Channel'da tek canlı şema gibi senkronize olmaz (Anytype, Types).

Bu nedenle çok Channel + çok Type kombinasyonu bakım maliyetini hızla büyütür.

Kural: **önce az Channel, sonra az Type, ihtiyaç çıktıkça genişlet.**