Met de File System Access API kunnen webapps wijzigingen rechtstreeks in bestanden en mappen op het apparaat van de gebruiker lezen of opslaan.
Wat is de bestandssysteemtoegang-API?
Met de File System Access API kunnen ontwikkelaars krachtige webapps bouwen die communiceren met bestanden op het lokale apparaat van de gebruiker, zoals IDE's, foto- en video-editors, teksteditors en meer. Nadat een gebruiker een webapp toegang heeft verleend, stelt deze API hem in staat wijzigingen rechtstreeks in bestanden en mappen op het apparaat van de gebruiker te lezen of op te slaan. Naast het lezen en schrijven van bestanden biedt de File System Access API de mogelijkheid om een map te openen en de inhoud ervan op te sommen.
Als u eerder met het lezen en schrijven van bestanden hebt gewerkt, zal veel van wat ik ga delen u bekend voorkomen. Ik moedig je aan om het toch te lezen, omdat niet alle systemen hetzelfde zijn.
De File System Access API wordt ondersteund in de meeste Chromium-browsers op Windows, macOS, ChromeOS en Linux. Een opmerkelijke uitzondering is Brave, waar het momenteel alleen achter een vlag verkrijgbaar is. Er wordt gewerkt aan ondersteuning voor Android in het kader van crbug.com/1011535 .
Met behulp van de File System Access API
Om de kracht en het nut van de File System Access API te laten zien, heb ik een teksteditor voor één bestand geschreven. Hiermee kunt u een tekstbestand openen, bewerken, de wijzigingen weer op schijf opslaan, of een nieuw bestand starten en de wijzigingen op schijf opslaan. Het is niets bijzonders, maar biedt voldoende om u te helpen de concepten te begrijpen.
Browser-ondersteuning
Functiedetectie
Als u wilt weten of de File System Access API wordt ondersteund, controleert u of de kiezermethode waarin u geïnteresseerd bent, bestaat.
if ('showOpenFilePicker' in self) {
// The `showOpenFilePicker()` method of the File System Access API is supported.
}
Probeer het
Zie de File System Access API in actie in de demo van de teksteditor .
Een bestand uit het lokale bestandssysteem lezen
Het eerste gebruiksscenario dat ik wil aanpakken, is de gebruiker vragen een bestand te kiezen en dat bestand vervolgens vanaf schijf te openen en te lezen.
Vraag de gebruiker een bestand te kiezen om te lezen
Het toegangspunt tot de File System Access API is window.showOpenFilePicker()
. Wanneer het wordt aangeroepen, wordt een dialoogvenster voor het kiezen van bestanden weergegeven en wordt de gebruiker gevraagd een bestand te selecteren. Nadat ze een bestand hebben geselecteerd, retourneert de API een reeks bestandsingangen. Met een optionele options
kunt u het gedrag van de bestandskiezer beïnvloeden, bijvoorbeeld door de gebruiker toe te staan meerdere bestanden, mappen of verschillende bestandstypen te selecteren. Zonder dat er opties zijn opgegeven, kan de gebruiker met de bestandskiezer één enkel bestand selecteren. Dit is perfect voor een teksteditor.
Net als veel andere krachtige API's moet het aanroepen van showOpenFilePicker()
worden gedaan in een veilige context en moet het worden aangeroepen vanuit een gebruikersgebaar.
let fileHandle;
butOpenFile.addEventListener('click', async () => {
// Destructure the one-element array.
[fileHandle] = await window.showOpenFilePicker();
// Do something with the file handle.
});
Zodra de gebruiker een bestand selecteert, retourneert showOpenFilePicker()
een array van handvatten, in dit geval een array van één element met één FileSystemFileHandle
die de eigenschappen en methoden bevat die nodig zijn om met het bestand te communiceren.
Het is handig om een verwijzing naar de bestandsingang te bewaren, zodat deze later kan worden gebruikt. Het is nodig om wijzigingen in het bestand op te slaan of om andere bestandsbewerkingen uit te voeren.
Een bestand uit het bestandssysteem lezen
Nu u toegang heeft tot een bestand, kunt u de eigenschappen van het bestand opvragen of toegang krijgen tot het bestand zelf. Voor nu zal ik de inhoud ervan lezen. Het aanroepen van handle.getFile()
retourneert een File
object, dat een blob bevat. Om de gegevens van de blob op te halen, roept u een van de methoden ervan aan, ( slice()
, stream()
, text()
of arrayBuffer()
).
const file = await fileHandle.getFile();
const contents = await file.text();
Het File
object dat wordt geretourneerd door FileSystemFileHandle.getFile()
is alleen leesbaar zolang het onderliggende bestand op schijf niet is gewijzigd. Als het bestand op schijf wordt gewijzigd, wordt het File
object onleesbaar en moet u getFile()
opnieuw aanroepen om een nieuw File
object te krijgen dat de gewijzigde gegevens kan lezen.
Alles op een rij zetten
Wanneer gebruikers op de knop Openen klikken, toont de browser een bestandskiezer. Zodra ze een bestand hebben geselecteerd, leest de app de inhoud en plaatst deze in een <textarea>
.
let fileHandle;
butOpenFile.addEventListener('click', async () => {
[fileHandle] = await window.showOpenFilePicker();
const file = await fileHandle.getFile();
const contents = await file.text();
textArea.value = contents;
});
Schrijf het bestand naar het lokale bestandssysteem
In de teksteditor zijn er twee manieren om een bestand op te slaan: Opslaan en Opslaan als . Opslaan schrijft de wijzigingen terug naar het originele bestand met behulp van de eerder opgehaalde bestandsingang. Maar Opslaan als creëert een nieuw bestand en vereist dus een nieuwe bestandsingang.
Maak een nieuw bestand
Om een bestand op te slaan, roept u showSaveFilePicker()
aan, waarmee de bestandskiezer in de modus "opslaan" wordt weergegeven, zodat de gebruiker een nieuw bestand kan kiezen dat hij/zij wil gebruiken om op te slaan. Voor de teksteditor wilde ik ook dat deze automatisch een .txt
extensie zou toevoegen, dus heb ik enkele aanvullende parameters opgegeven.
async function getNewFileHandle() {
const options = {
types: [
{
description: 'Text Files',
accept: {
'text/plain': ['.txt'],
},
},
],
};
const handle = await window.showSaveFilePicker(options);
return handle;
}
Wijzigingen op schijf opslaan
Je kunt alle code voor het opslaan van wijzigingen in een bestand vinden in mijn demo van de teksteditor op GitHub . De kernbestandssysteeminteracties bevinden zich in fs-helpers.js
. Op zijn eenvoudigst ziet het proces eruit als de volgende code. Ik zal elke stap doornemen en uitleggen.
// fileHandle is an instance of FileSystemFileHandle..
async function writeFile(fileHandle, contents) {
// Create a FileSystemWritableFileStream to write to.
const writable = await fileHandle.createWritable();
// Write the contents of the file to the stream.
await writable.write(contents);
// Close the file and write the contents to disk.
await writable.close();
}
Bij het schrijven van gegevens naar schijf wordt een FileSystemWritableFileStream
object gebruikt, een subklasse van WritableStream
. Maak de stream door createWritable()
aan te roepen op het bestandshandle-object. Wanneer createWritable()
wordt aangeroepen, controleert de browser eerst of de gebruiker schrijfrechten voor het bestand heeft verleend. Als er geen toestemming om te schrijven is verleend, vraagt de browser de gebruiker om toestemming. Als er geen toestemming wordt verleend, genereert createWritable()
een DOMException
en kan de app niet naar het bestand schrijven. In de teksteditor worden de DOMException
objecten verwerkt in de methode saveFile()
.
De methode write()
heeft een string nodig, die nodig is voor een teksteditor. Maar er kan ook een BufferSource of een Blob voor nodig zijn. U kunt er bijvoorbeeld rechtstreeks een stream naartoe leiden:
async function writeURLToFile(fileHandle, url) {
// Create a FileSystemWritableFileStream to write to.
const writable = await fileHandle.createWritable();
// Make an HTTP request for the contents.
const response = await fetch(url);
// Stream the response into the file.
await response.body.pipeTo(writable);
// pipeTo() closes the destination pipe by default, no need to close it.
}
U kunt ook seek()
of truncate()
binnen de stream gebruiken om het bestand op een specifieke positie bij te werken of de grootte van het bestand te wijzigen.
Een voorgestelde bestandsnaam en startmap opgeven
In veel gevallen wilt u mogelijk dat uw app een standaardbestandsnaam of -locatie voorstelt. Een teksteditor wil bijvoorbeeld mogelijk de standaardbestandsnaam Untitled Text.txt
voorstellen in plaats van Untitled
. U kunt dit bereiken door een suggestedName
eigenschap door te geven als onderdeel van de showSaveFilePicker
-opties.
const fileHandle = await self.showSaveFilePicker({
suggestedName: 'Untitled Text.txt',
types: [{
description: 'Text documents',
accept: {
'text/plain': ['.txt'],
},
}],
});
Hetzelfde geldt voor de standaard startmap. Als u een teksteditor aan het bouwen bent, wilt u wellicht het dialoogvenster voor het opslaan of openen van bestanden starten in de standaardmap documents
, terwijl u bij een afbeeldingseditor mogelijk in de standaardmap pictures
wilt starten. U kunt een standaard startmap voorstellen door een startIn
eigenschap door te geven aan de methoden showSaveFilePicker
, showDirectoryPicker()
of showOpenFilePicker
.
const fileHandle = await self.showOpenFilePicker({
startIn: 'pictures'
});
De lijst met de bekende systeemmappen is:
-
desktop
: De bureaubladmap van de gebruiker, als zoiets bestaat. -
documents
: Directory waarin documenten die door de gebruiker zijn gemaakt, doorgaans worden opgeslagen. -
downloads
: map waar gedownloade bestanden doorgaans worden opgeslagen. -
music
: map waar audiobestanden normaal gesproken worden opgeslagen. -
pictures
: map waarin foto's en andere stilstaande beelden normaal gesproken worden opgeslagen. -
videos
: map waar video's of films normaal gesproken worden opgeslagen.
Naast bekende systeemmappen kunt u ook een bestaand bestand of directory-handle als waarde voor startIn
doorgeven. Het dialoogvenster wordt dan in dezelfde map geopend.
// Assume `directoryHandle` is a handle to a previously opened directory.
const fileHandle = await self.showOpenFilePicker({
startIn: directoryHandle
});
Het doel van verschillende bestandskiezers specificeren
Soms hebben applicaties verschillende pickers voor verschillende doeleinden. Met een rich text-editor kan de gebruiker bijvoorbeeld tekstbestanden openen, maar ook afbeeldingen importeren. Standaard wordt elke bestandskiezer geopend op de laatst onthouden locatie. U kunt dit omzeilen door voor elk type kiezer id
waarden op te slaan. Als er een id
is opgegeven, onthoudt de implementatie van de bestandskiezer een afzonderlijke laatst gebruikte map voor die id
.
const fileHandle1 = await self.showSaveFilePicker({
id: 'openText',
});
const fileHandle2 = await self.showSaveFilePicker({
id: 'importImage',
});
Bestandshandvatten of maphandvatten opslaan in IndexedDB
Bestandshandvatten en maphandvatten zijn serialiseerbaar, wat betekent dat u een bestand of maphandle kunt opslaan in IndexedDB, of postMessage()
kunt aanroepen om ze tussen dezelfde oorsprong op het hoogste niveau te verzenden.
Het opslaan van bestands- of maphandles in IndexedDB betekent dat u de status kunt opslaan of kunt onthouden aan welke bestanden of mappen een gebruiker heeft gewerkt. Dit maakt het mogelijk om een lijst bij te houden van recent geopende of bewerkte bestanden, aan te bieden om het laatste bestand opnieuw te openen wanneer de app wordt geopend, de vorige werkmap te herstellen en meer. In de teksteditor bewaar ik een lijst met de vijf meest recente bestanden die de gebruiker heeft geopend, waardoor het mogelijk wordt om die bestanden weer te openen.
In het volgende codevoorbeeld ziet u het opslaan en ophalen van een bestandsingang en een mapingang. Je kunt dit in actie zien op Glitch. (Ik gebruik de idb-keyval- bibliotheek voor beknoptheid.)
import { get, set } from 'https://unpkg.com/idb-keyval@5.0.2/dist/esm/index.js';
const pre1 = document.querySelector('pre.file');
const pre2 = document.querySelector('pre.directory');
const button1 = document.querySelector('button.file');
const button2 = document.querySelector('button.directory');
// File handle
button1.addEventListener('click', async () => {
try {
const fileHandleOrUndefined = await get('file');
if (fileHandleOrUndefined) {
pre1.textContent = `Retrieved file handle "${fileHandleOrUndefined.name}" from IndexedDB.`;
return;
}
const [fileHandle] = await window.showOpenFilePicker();
await set('file', fileHandle);
pre1.textContent = `Stored file handle for "${fileHandle.name}" in IndexedDB.`;
} catch (error) {
alert(error.name, error.message);
}
});
// Directory handle
button2.addEventListener('click', async () => {
try {
const directoryHandleOrUndefined = await get('directory');
if (directoryHandleOrUndefined) {
pre2.textContent = `Retrieved directroy handle "${directoryHandleOrUndefined.name}" from IndexedDB.`;
return;
}
const directoryHandle = await window.showDirectoryPicker();
await set('directory', directoryHandle);
pre2.textContent = `Stored directory handle for "${directoryHandle.name}" in IndexedDB.`;
} catch (error) {
alert(error.name, error.message);
}
});
Handvatten en machtigingen voor opgeslagen bestanden of mappen
Omdat machtigingen tussen sessies niet altijd behouden blijven , moet u verifiëren of de gebruiker toestemming heeft verleend aan het bestand of de map met behulp van queryPermission()
. Als dat niet het geval is, roept u requestPermission()
aan om het (opnieuw) aan te vragen. Dit werkt hetzelfde voor bestands- en maphandles. U moet respectievelijk fileOrDirectoryHandle.requestPermission(descriptor)
of fileOrDirectoryHandle.queryPermission(descriptor)
uitvoeren.
In de teksteditor heb ik een methode verifyPermission()
gemaakt die controleert of de gebruiker al toestemming heeft verleend en indien nodig het verzoek indient.
async function verifyPermission(fileHandle, readWrite) {
const options = {};
if (readWrite) {
options.mode = 'readwrite';
}
// Check if permission was already granted. If so, return true.
if ((await fileHandle.queryPermission(options)) === 'granted') {
return true;
}
// Request permission. If the user grants permission, return true.
if ((await fileHandle.requestPermission(options)) === 'granted') {
return true;
}
// The user didn't grant permission, so return false.
return false;
}
Door bij het leesverzoek schrijftoestemming te vragen, heb ik het aantal toestemmingsprompts verminderd; de gebruiker ziet één prompt bij het openen van het bestand en verleent toestemming om er zowel naar te lezen als te schrijven.
Een map openen en de inhoud ervan opsommen
Als u alle bestanden in een map wilt opsommen, roept u showDirectoryPicker()
aan. De gebruiker selecteert een map in een kiezer, waarna een FileSystemDirectoryHandle
wordt geretourneerd, waarmee u de bestanden van de map kunt opsommen en openen. Standaard heeft u leestoegang tot de bestanden in de map, maar als u schrijftoegang nodig heeft, kunt u { mode: 'readwrite' }
doorgeven aan de methode.
butDir.addEventListener('click', async () => {
const dirHandle = await window.showDirectoryPicker();
for await (const entry of dirHandle.values()) {
console.log(entry.kind, entry.name);
}
});
Als u bovendien toegang tot elk bestand nodig heeft met behulp van getFile()
om bijvoorbeeld de individuele bestandsgroottes te verkrijgen, gebruik dan niet await
op elk resultaat opeenvolgend, maar verwerk alle bestanden parallel, bijvoorbeeld met behulp van Promise.all()
.
butDir.addEventListener('click', async () => {
const dirHandle = await window.showDirectoryPicker();
const promises = [];
for await (const entry of dirHandle.values()) {
if (entry.kind !== 'file') {
continue;
}
promises.push(entry.getFile().then((file) => `${file.name} (${file.size})`));
}
console.log(await Promise.all(promises));
});
Bestanden en mappen in een map maken of openen
Vanuit een map kunt u bestanden en mappen maken of openen met behulp van de getFileHandle()
of respectievelijk de getDirectoryHandle()
methode. Door een optioneel options
door te geven met de sleutel create
en de booleaanse waarde true
of false
, kunt u bepalen of er een nieuw bestand of een nieuwe map moet worden gemaakt als deze niet bestaat.
// In an existing directory, create a new directory named "My Documents".
const newDirectoryHandle = await existingDirectoryHandle.getDirectoryHandle('My Documents', {
create: true,
});
// In this new directory, create a file named "My Notes.txt".
const newFileHandle = await newDirectoryHandle.getFileHandle('My Notes.txt', { create: true });
Het pad van een item in een directory bepalen
Bij het werken met bestanden of mappen in een map kan het handig zijn om het pad van het betreffende item vast te stellen. Dit kan gedaan worden met de toepasselijk genoemde methode resolve()
. Voor het oplossen kan het item een direct of indirect onderliggend item van de directory zijn.
// Resolve the path of the previously created file called "My Notes.txt".
const path = await newDirectoryHandle.resolve(newFileHandle);
// `path` is now ["My Documents", "My Notes.txt"]
Bestanden en mappen in een map verwijderen
Als u toegang heeft gekregen tot een map, kunt u de daarin opgenomen bestanden en mappen verwijderen met de methode removeEntry()
. Voor mappen kan het verwijderen optioneel recursief zijn en alle submappen en de bestanden daarin omvatten.
// Delete a file.
await directoryHandle.removeEntry('Abandoned Projects.txt');
// Recursively delete a folder.
await directoryHandle.removeEntry('Old Stuff', { recursive: true });
Een bestand of map rechtstreeks verwijderen
Als u toegang hebt tot een bestands- of mapingang, roept u remove()
aan op een FileSystemFileHandle
of FileSystemDirectoryHandle
om deze te verwijderen.
// Delete a file.
await fileHandle.remove();
// Delete a directory.
await directoryHandle.remove();
Bestanden en mappen hernoemen en verplaatsen
Bestanden en mappen kunnen worden hernoemd of naar een nieuwe locatie worden verplaatst door move()
aan te roepen op de FileSystemHandle
interface. FileSystemHandle
heeft de onderliggende interfaces FileSystemFileHandle
en FileSystemDirectoryHandle
. De move()
methode heeft een of twee parameters nodig. De eerste kan een tekenreeks zijn met de nieuwe naam of een FileSystemDirectoryHandle
voor de doelmap. In het laatste geval is de optionele tweede parameter een string met de nieuwe naam, zodat verplaatsen en hernoemen in één stap kan gebeuren.
// Rename the file.
await file.move('new_name');
// Move the file to a new directory.
await file.move(directory);
// Move the file to a new directory and rename it.
await file.move(directory, 'newer_name');
Integratie via slepen en neerzetten
Dankzij de HTML Drag and Drop-interfaces kunnen webapplicaties gesleepte en neergezette bestanden op een webpagina accepteren. Tijdens slepen en neerzetten worden gesleepte bestands- en directory-items gekoppeld aan respectievelijk bestandsitems en directory-items. De methode DataTransferItem.getAsFileSystemHandle()
retourneert een belofte met een FileSystemFileHandle
-object als het gesleepte item een bestand is, en een belofte met een FileSystemDirectoryHandle
-object als het gesleepte item een map is. De volgende lijst toont dit in actie. Merk op dat DataTransferItem.kind
van de Drag and Drop-interface "file"
is voor zowel bestanden als mappen, terwijl FileSystemHandle.kind
van de File System Access API "file"
is voor bestanden en "directory"
voor mappen.
elem.addEventListener('dragover', (e) => {
// Prevent navigation.
e.preventDefault();
});
elem.addEventListener('drop', async (e) => {
e.preventDefault();
const fileHandlesPromises = [...e.dataTransfer.items]
.filter((item) => item.kind === 'file')
.map((item) => item.getAsFileSystemHandle());
for await (const handle of fileHandlesPromises) {
if (handle.kind === 'directory') {
console.log(`Directory: ${handle.name}`);
} else {
console.log(`File: ${handle.name}`);
}
}
});
Toegang tot het oorspronkelijke privébestandssysteem
Het oorspronkelijke privébestandssysteem is een opslageindpunt dat, zoals de naam al doet vermoeden, privé is voor de oorsprong van de pagina. Hoewel browsers dit doorgaans implementeren door de inhoud van dit oorspronkelijke privébestandssysteem ergens op een schijf te bewaren, is het niet de bedoeling dat de inhoud voor de gebruiker toegankelijk is. Op dezelfde manier is er geen verwachting dat er bestanden of mappen bestaan met namen die overeenkomen met de namen van onderliggende bestanden van het oorspronkelijke privébestandssysteem. Hoewel de browser de indruk kan wekken dat er bestanden zijn, kan de browser deze "bestanden" intern (aangezien dit een oorspronkelijk privébestandssysteem is) opslaan in een database of een andere gegevensstructuur. Als u deze API gebruikt, verwacht dan niet dat u de aangemaakte bestanden ergens op de harde schijf één-op-één zult vinden. U kunt zoals gewoonlijk op het oorspronkelijke privébestandssysteem werken zodra u toegang hebt tot de root FileSystemDirectoryHandle
.
const root = await navigator.storage.getDirectory();
// Create a new file handle.
const fileHandle = await root.getFileHandle('Untitled.txt', { create: true });
// Create a new directory handle.
const dirHandle = await root.getDirectoryHandle('New Folder', { create: true });
// Recursively remove a directory.
await root.removeEntry('Old Stuff', { recursive: true });
Toegang tot bestanden die zijn geoptimaliseerd voor prestaties vanuit het oorspronkelijke privébestandssysteem
Het originele privébestandssysteem biedt optionele toegang tot een speciaal soort bestand dat sterk is geoptimaliseerd voor prestaties, bijvoorbeeld door ter plaatse exclusieve schrijftoegang tot de inhoud van een bestand aan te bieden. In Chromium 102 en hoger is er een extra methode op het oorspronkelijke privébestandssysteem om de toegang tot bestanden te vereenvoudigen: createSyncAccessHandle()
(voor synchrone lees- en schrijfbewerkingen). Het wordt weergegeven in FileSystemFileHandle
, maar uitsluitend in Web Workers .
// (Read and write operations are synchronous,
// but obtaining the handle is asynchronous.)
// Synchronous access exclusively in Worker contexts.
const accessHandle = await fileHandle.createSyncAccessHandle();
const writtenBytes = accessHandle.write(buffer);
const readBytes = accessHandle.read(buffer, { at: 1 });
Polyvulling
Het is niet mogelijk om de File System Access API-methoden volledig te polyfillen.
- De methode
showOpenFilePicker()
kan worden benaderd met een<input type="file">
element. - De methode
showSaveFilePicker()
kan worden gesimuleerd met een<a download="file_name">
element, hoewel dit een programmatische download activeert en het overschrijven van bestaande bestanden niet mogelijk maakt. - De methode
showDirectoryPicker()
kan enigszins worden geëmuleerd met het niet-standaard<input type="file" webkitdirectory>
element.
We hebben een bibliotheek ontwikkeld met de naam browser-fs-access die waar mogelijk gebruik maakt van de File System Access API en die in alle andere gevallen terugvalt op de volgende beste opties.
Beveiliging en machtigingen
Het Chrome-team heeft de File System Access API ontworpen en geïmplementeerd met behulp van de kernprincipes die zijn gedefinieerd in Toegangscontrole tot krachtige webplatformfuncties , inclusief gebruikerscontrole en transparantie, en gebruikersergonomie.
Een bestand openen of een nieuw bestand opslaan
Bij het openen van een bestand geeft de gebruiker toestemming om een bestand of map te lezen met behulp van de bestandskiezer. De geopende bestandskiezer kan alleen worden weergegeven met een gebruikersgebaar wanneer deze vanuit een beveiligde context wordt bediend. Als gebruikers van gedachten veranderen, kunnen ze de selectie in de bestandskiezer annuleren en krijgt de site nergens toegang toe. Dit is hetzelfde gedrag als dat van het <input type="file">
element.
Op dezelfde manier toont de browser, wanneer een webapp een nieuw bestand wil opslaan, de kiezer voor het opslaan van bestanden, waardoor de gebruiker de naam en locatie van het nieuwe bestand kan opgeven. Omdat ze een nieuw bestand op het apparaat opslaan (in plaats van een bestaand bestand te overschrijven), verleent de bestandskiezer de app toestemming om naar het bestand te schrijven.
Beperkte mappen
Om gebruikers en hun gegevens te helpen beschermen, kan de browser de mogelijkheid van de gebruiker beperken om in bepaalde mappen op te slaan, bijvoorbeeld in de kernmappen van het besturingssysteem, zoals Windows, en de macOS-bibliotheekmappen. Wanneer dit gebeurt, toont de browser een prompt en wordt de gebruiker gevraagd een andere map te kiezen.
Een bestaand bestand of map wijzigen
Een webapp kan een bestand op schijf niet wijzigen zonder expliciete toestemming van de gebruiker te krijgen.
Toestemmingsprompt
Als een persoon wijzigingen wil opslaan in een bestand waartoe hij eerder leestoegang heeft verleend, toont de browser een toestemmingsprompt, waarin toestemming wordt gevraagd aan de site om wijzigingen naar de schijf te schrijven. Het toestemmingsverzoek kan alleen worden geactiveerd door een gebruikersgebaar, bijvoorbeeld door op de knop Opslaan te klikken.
Als alternatief kan een webapp die meerdere bestanden bewerkt, zoals een IDE, ook bij het openen om toestemming vragen om wijzigingen op te slaan.
Als de gebruiker Annuleren kiest en geen schrijftoegang verleent, kan de web-app geen wijzigingen in het lokale bestand opslaan. Het moet de gebruiker een alternatieve methode bieden om zijn gegevens op te slaan, bijvoorbeeld door een manier te bieden om het bestand te "downloaden" of door gegevens in de cloud op te slaan.
Transparantie
Zodra een gebruiker toestemming heeft verleend aan een webapp om een lokaal bestand op te slaan, toont de browser een pictogram in de adresbalk. Als u op het pictogram klikt, wordt een pop-over geopend met de lijst met bestanden waartoe de gebruiker toegang heeft gegeven. De gebruiker kan die toegang altijd intrekken als hij of zij dat wenst.
Persistentie van toestemming
De webapp kan wijzigingen in het bestand blijven opslaan zonder te vragen totdat alle tabbladen voor de oorsprong ervan zijn gesloten. Zodra een tabblad wordt gesloten, verliest de site alle toegang. De volgende keer dat de gebruiker de webapp gebruikt, wordt hem opnieuw gevraagd om toegang tot de bestanden.
Feedback
We zijn benieuwd naar uw ervaringen met de File System Access API.
Vertel ons over het API-ontwerp
Is er iets aan de API dat niet werkt zoals je had verwacht? Of ontbreken er methoden of eigenschappen die je nodig hebt om je idee te implementeren? Heeft u een vraag of opmerking over het beveiligingsmodel?
- Dien een spec-probleem in op de WICG File System Access GitHub-repository , of voeg uw mening toe aan een bestaand probleem.
Probleem met de implementatie?
Heeft u een bug gevonden in de implementatie van Chrome? Of wijkt de uitvoering af van de specificaties?
- Dien een bug in op https://new.crbug.com . Zorg ervoor dat u zoveel mogelijk details en instructies voor het reproduceren opneemt, en stel Componenten in op
Blink>Storage>FileSystem
. Glitch werkt prima voor het delen van snelle herhalingen.
Bent u van plan de API te gebruiken?
Bent u van plan de File System Access API op uw site te gebruiken? Uw publieke steun helpt ons prioriteit te geven aan functies en laat andere browserleveranciers zien hoe belangrijk het is om deze te ondersteunen.
- Deel hoe u het wilt gebruiken in de WICG Discourse-thread .
- Stuur een tweet naar @ChromiumDev met de hashtag
#FileSystemAccess
en laat ons weten waar en hoe u deze gebruikt.
Handige links
- Openbare uitlegger
- Bestandssysteemtoegangsspecificatie en bestandsspecificatie
- Tracking-bug
- ChromeStatus.com-invoer
- TypeScript-definities
- API voor toegang tot bestandssysteem - Chromium-beveiligingsmodel
- Knippercomponent:
Blink>Storage>FileSystem
Dankbetuigingen
De File System Access API-specificatie is geschreven door Marijn Kruisselbrink .