UploadAsync file név vs content név

[VargaJoe]

UploadRequest összeállításnál két név beállítás van:
ContentName = ContentToSync.Name,
FileName = Path.GetFileName(givenPath),

Az lenne a különbség, hogy az egyik a Content nevét (name of the Content) adja meg, a másik pedig a binárisba mentett file nevét (name of the binary stream) határozza meg. Így elvileg a létrehozandó Content nevétől eltérő eredetileg feltöltött file nevet is meg lehetne adni (amit amúgy szükség esetén később ki lehet nyerni a binárisból).

Ennek ellenére úgy tapasztalom, hogy feltöltésnél, ha a FileName-ben a cél Contenttől eltérő név van megadva (az eredeti file neve), akkor a létrehozott Content azon a néven kerül lementésre:
_repository!.UploadAsync(uploadRequest, setStream, _cancel);

példa:

[marosvolgyiz]

• hosszabb távon ismerjük meg a bináris kezelést.
• ahol lehet a filename legyen ugyanaz
• binarydata filename-t ne használjuk

[VargaJoe]

A filenév mentése BinaryData metaadatai közé egy örökség, aminek jelenleg nem konzekvens a használata, illetve kizárólag kódból érhető el. A korábbi fejlesztők által készített működési elv feltérképezése fontos, hogy eldönthessük, milyen módon lenne érdemes használni, mennyi erőforrás kell az esetleges hiányosságok javítására/fejlesztésére fordítani, esetleg a funkció elvetése mellett döntsünk. A jelenlegi ajánlás, hogy bináris használata esetén a Content nevének kell tükröznie az elvárt formátumot, pl file esetén tartalmazza a megfelelő kiterjesztést.

Megfontolandók a későbbiekre - Bináris használata:

• egy content neve nem feltétlenül tartalmaz kiterjesztést, ez letöltésnél problémát okoz
• bináris field nem csak file típusú vagy abból származó Contenten lehet
• egy Contenten több bináris field is lehet
• több bináris field esetén letöltésnél milyen filenevet használunk
• ha a Content neve nem tartalmaz kiterjesztést, milyen filenevet használjunk
• ha a Content neve szükségszerűen el kell, hogy térjen a feltöltött file nevétől, a file nevét miben tároljuk

BinaryData filename meta adat esetén:

• nem minden file létrehozási/módosítási műveletnél van kitöltve
• ez az információ jelenleg nem elérhető felületről
• nem módosítható

Egyéb:

• a rendszer tárolja a mime type-ot, ez pótolhatja-e az eredeti file nevének hiányát
• custom megoldásként szükség esetén a file(-ok) eredeti neve tárolható egyedi field(ek)ben