我很忙，這是一件好事。我需要能夠批量處理原始文件，或者進行全局編輯，以提高效率。我聽說Aperature和Lightroom既擅長於此，又會迫使您進入專有的文件夾結構，並且在程序外查找文件可能使您的硬盤混亂。這是真的？我可以使用這些程序並使文件夾結構保持原樣嗎？另外，由於PM的IPTC編碼器比Bridge的編碼器更容易且更可靠，所以我現在在Bridge和Photomechanic之間反彈，但是我喜歡Bridges的查看和導出/批處理功能。有人對這兩個程序都有經驗嗎？我應該把錢放在哪裡？
Aperture允許您將文件保留在自己的文件夾結構中。
我無法單獨將其與Lightroom進行比較，因為我僅使用Aperture。
Aperture將所有元數據存儲在照片上的Aperture庫文件夾中。默認情況下，它將母版導入到庫中。但是，在導入時，您可以選擇：
作為Lightroom的重度用戶，我無法回憶起它在磁盤上實施了任何特定文件夾結構的情況。它有自己的 catalog ，用於存儲元數據，原始母版以及其他內容，但是您可以選擇將其存儲在何處。當涉及到照片時，我可以選擇導入任何地方。特別是在Lightroom 3中，您有一些相當豐富的選項，可以選擇要導入的文件夾，要使用的文件名等。您還可以創建自定義文件夾和文件命名配置，因此每次導入時都可以重用某些模式。 / p>
由於我不是Mac用戶，所以我對Aperture的說法不多。我玩過Aperture，我真的很喜歡它的非模態，非線性工作流程。您可以隨時隨地做任何事情，這非常好。在Lightroom中，您必須首先選擇正確的模塊，這可能會稍微影響工作流程。談到導入，我不能說您是否僅限於某種文件夾結構。
是的，即使它是數據庫驅動的，也可以在Lightroom中保留目錄結構。實際上，您可以依靠關鍵字和重命名模式使它更加健壯，讓Lightroom創建合理且可預測的目錄結構。這是一個真實的例子；它有點武斷，但是對我來說，它是基於關鍵字和基於目錄的工作流管理的混合體。
雖然我確實使用元數據，關鍵字和智能集合，但是它們有一個缺點：例如，當我想在未安裝Lightroom的計算機上查看並搜索我的文件時會發生什麼？如何與新設備共享網絡上的照片，例如現代視頻遊戲機或僅支持基於目錄結構而不是數據庫的舊電子設備？如果我需要通過手機快速發送照片，或者為朋友或客戶創建ZIP文件，該怎麼辦？
在目錄結構和數據庫中，我同時跟踪RAW 和文件導出的JPEG副本。 JPEG文件存儲在按大類首先組織的子文件夾中（例如，慶典，音樂會，運動，城市探索）。在第二個級別上，我使用由Lightroom自動生成的嚴格的“什麼-何時何地”命名約定（大多數DAM應用程序都支持此功能）。 RAW文件按年份存儲，然後按日期存儲，並帶有簡短說明。
從目錄/數據庫/庫的角度以及Windows File Explorer來看，這是它的外觀（這只是一個課程的子集）：
圖片/ JPEG /慶典/聖帕特里克節-奧爾巴尼，紐約-3月9日/聖帕特里克節-奧爾巴尼，紐約-9月3日-01.jpg聖帕特里克節-紐約州奧爾巴尼-3月9日-02.jpg ... 7月4日-紐約州奧爾巴尼-7月9日/城市勘探/哈德遜水泥廠-紐約州金斯頓-5月10日/ RAW / 2009 / 2009-03-22（聖帕特里克節）/
_MG_9046.dng _MG_9047.dng ... 2009-07-04（7月4日）/ 2010 / 2010-05-12（哈德森水泥廠）/ 這是我到達那裡的方式。導入RAW（CR2）文件時，我讓Lightroom根據照片拍攝的日期將它們自動轉換為DNG並自動將它們存儲在RAW /年/年/月-日-日文件夾中。 。為了我自己的利益，我手動將後綴添加到該目錄中並帶有快速描述（例如，聖帕特里克節或哈德森水泥廠等）。我選擇所有RAW文件並通過將Scene屬性設置為主題“是”來更新它們的元數據（這裡是聖帕特里克節或哈德森水泥廠，在上一步的複制/粘貼緩衝區中很方便地包含它們）。我還設置了位置屬性，即城市，州和國家/地區。設置這種元數據類型的時間越早越好。
處理完後，用關鍵字和對RAW文件進行地理標記，就可以導出sRGB JPEG副本（並將它們上傳到稍後來自Lightroom的Flickr）。我在Lightroom中的導出預設自動使用我之前填寫的元數據字段（符合日期，可以從照片本身中找到），自動創建符合“場景-城市，州/州-YY，星期一-計數器”命名約定的文件當然）。最終，我最終使用Lightroom將文件快速移動到大類子文件夾（慶祝活動，城市探險等）下的子目錄中。
這時，我有了一個目錄/數據庫，可以通過元數據進行瀏覽（日期，位置，場景，關鍵字），以及無需Lightroom即可鑽取的合理清晰的目錄結構。該目錄結構僅通過查看文件名即可告訴我“什麼”，“哪裡”和“何時”。我的XBox將以相同的方式整理和展示我的照片。簡單的文件搜索將根據這些條件快速檢索我的照片。
整個JPEG目錄不必由LR管理（即成為其目錄的一部分），但是我發現它非常方便，因為我仍然有很多沒有RAW副本的JPG文件。為什麼要管理一些而不是其他？當然，關鍵字搜索將同時返回RAW文件和JPEG文件（因為JPEG文件具有相同的關鍵字），但這可以通過添加規則來輕鬆解決，該規則將過濾我們的JPG或RAW / DNG文件（在智能收藏夾中）特別）。
無論如何，到目前為止效果還不錯，但是我那裡只有7000張照片。
在Aperture 3問世之前，我一直都是LR2，並且我對LR3 vs Aperture 3進行了長時間的艱苦嘗試，並使用Aperture 3進行了修復。我決定使用Aperture 3的主要原因是，如果我在Aperture 3中打開了RAW圖像兩位編輯者都沒有（或進行了最小的調整，即曝光）調整，並排查看了導出的JPG，我一直很喜歡Aperture所提供的jpg的外觀。
無法動彈恰恰是關於對比度和細節的東西。我會說我更喜歡LR3的工作流程，但最終結果就是我想要的。
自Aperture推出以來，我就一直在使用它。在早期的beta中，我還經常使用Lightroom，從那以後不停地查看它的發展方向。
到目前為止，我仍然對Aperture有所了解因為：
1）全屏編輯更好-一鍵進入真正的全屏。 LightRoom中的“熄滅”級別看起來很酷，但是我發現Aperture中的無框全屏編輯效果更好。我沒有嘗試過幾個版本，所以LightRoom可能已經解決了。
2）我希望能夠隨時進行即時編輯-LightRoom具有您所處的不同“模式”，確定您當前可以進行的編輯。在Aperture中，對於任何圖像，您都可以拉出編輯HUD並暫時進行任何編輯，然後返回到正在執行的操作。我發現這可以讓我在需要圖像時更輕鬆地針對特定用途優化圖像，並在剔除圖像時預先進行常規編輯。
3）我真的很喜歡Aperture的組織方法，它似乎更豐富...我喜歡（和使用）堆棧，文件夾，專輯和智能專輯。 Aperture似乎還具有更高級的搜索功能，儘管我不確定這是否成立。但是我真的很喜歡如何將與一個攝影作品相關的項目分組在一個文件夾下，然後按照與特定攝影作品無關的主題將專輯放在不同的層次下。
4）我真的很喜歡Aperture中的書籍設計師。
簡短的回答：專業的照片組織者希望能夠將圖像放置在他們想要抽象化存儲機制的位置，但是如果願意，您可以覆蓋它-“懲罰”是，如果您移動文件，則該軟件不會
在這兩者之間，並且我認為原因在其他答案中都得到了很好的解釋，Aperture獲勝，但數量很少-兩者都很有能力。