在NetBeans平台上创建模块时,FileObject对象表示IDE的虚拟文件系统中的文件。创建新的FileObject很简单,但是NetBeans是否完全控制对实际File的引用,还是我应该自己关闭FileObject?我的代码是这样的:

FileObject appRoot = FileUtil.getConfigRoot().getFileObject("myapp");

try {
    FileObject fo = servers.createData(filename);
    fo.setAttribute("name", "a name");
    fo.setAttribute("desc", "a description");
} catch (IOException ex) {
   throws new FileCreationException("Could not create file " + filename, ex);
}


使用上面的代码,我是否应该打开对实际文件的一些引用,还是应该获取OutputStreamFileObject并手动将其关闭?

谢谢。

最佳答案

在深入研究NetBeans API和源代码之后,我相信已经找到了自己问题的答案。

上面设置的属性存储在特殊的属性文件中。虚拟文件系统中的每个文件夹都有一个隐藏的属性文件(.nbattrs),其中包含为每个FileObject存储的属性。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE attributes PUBLIC "-//NetBeans//DTD DefaultAttributes 1.0//EN"
                            "http://www.netbeans.org/dtds/attributes-1_0.dtd">
<attributes version="1.0">
    <fileobject name="dk-i2m-netbeans-smtpdummyservice-mailserver-1244831819713">
        <attr name="name" stringvalue="My test"/>
        <attr name="desc" intvalue="Server for testing outgoing e-mails"/>
    </fileobject>
</attributes>


该文件由NetBeans完全控制,不需要打开或关闭输入/输出流。

但是,如果您想向FileObject添加内容而不是仅仅向属性添加内容,则必须使用InputStreamOutputStreamFileObject的常规Java方法(都具有getter和设置器),并记得相应地关闭流。例如

FileObject appRoot = FileUtil.getConfigRoot().getFileObject("myapp");

try {
    FileObject fo = servers.createData(filename);
    fo.setAttribute("name", "a name");
    fo.setAttribute("desc", "a description");

    // Lock the FileObject before writing
    FileLock lock;
    try {
        lock = fo.lock();
    } catch (FileAlreadyLockedException ex) {
        Exceptions.printStackTrace(ex);
        return;
    }

    try {
        OutputStream out = fo.getOutputStream(lock);
        try {
            // Write into the output stream
        } finally {
            // Remember to close the stream
            out.close();
        }
    } finally {
        lock.releaseLock();
    }
} catch (IOException ex) {
    throws new FileCreationException("Could not create file " + filename, ex);
}

10-07 15:24