イラレファイルを大量に開かず作業をする方法

パーツを収集する、ということでいえば、結局は一度は開かないといけないと思います。

ただファイルを閉じずに開いていくだけならメモリ利用は当然増加してしまうので、その作業にならないようにするくらいしかないでしょう。

ひとつずつやるのは効率が悪い、ということですが、基本はそこなので、あとはどの程度ファイルを開くことを抑えるか、くらいしかないと思います。

既存ファイルからCCライブラリに登録するにしても、結局は一度は開いて登録しなければならないわけですし。

自分なら処理するファイルを複数回に分けて処理します。

まず10ファイル処理して一度閉じる、終わったら次の10ファイル処理する……で繰り返します。

あとは普段から再利用しているものは、別にパーツ保存用のファイルを用意するくらいでしょうか。

CCライブラリの場合、何かの理由でクラウド側がトラブル起きてて読みだせない場合のリスクがあるためです。

お使いのバージョンや環境などは最初に書いてもらったほうがいろいろいい提案もらえるのでそうしてください。

CCライブラリを活用するとか？

Creative Cloud ライブラリの使い方

ただ、現状の大量のドキュメント群を部材ごとにライブラリに登録するなどの下準備の手間はかかりますね…

各部材がドキュメントのパネルに格納されているだけではなく、適用されたオブジェクトが転がっていて、かつ部材1つごとにドキュメントが分かれているのであれば、

配置（埋め込み）で持ってくるのもひとつの手かも。

では、PGFの作り方を説明しましょう。

基本はポストスクリプトのサブセットで構成されるargumentsとoperatorの集まりです。これで各図形やテキストを構成します。テキストの実体はundotextストリームとして別途用意します。このストリーム自体は新しいUnicode対応のテキストオブジェクトを表現します。もちろん、異体字にも対応しています。ストリームを構成できたらAscii85にエンコードします。こういったブロックがルールにしたがって並べられます。他のアプリケーションに配置する事を考えるとPDF互換は必須です。幸いな事にIllustrator形式の構成はPostscriptですからPDFに変換する為のライブラリを書く事は極端に難易度の高い処理ではありません。

Illustrator形式は基本的にPDFの構成ですからPDF実体部分とPGFの部分のハイブリッドになります。PDFとして見るとPGFはリソースに含まれるメタデータとして構成されています。あと、メタデータにサムネイルを組込む必要もありそうです。

と、まあ、書いてみたもののver.10以前ならいざ知らず、CS以降のデータをIllustratorを通さずに生成するのは現実的ではありません。CCライブラリの整備やデータ結合をうまく利用する手順を構築するのが最善です。

また、昨今のデータの規模からするとハードウェアもそれなりにスペックを要求します。人間のスキルだけではなく、端末の整備も必須です。残念ですが、そういったところにコストを割り振るのも仕事のうちです。