Tùy chọn để sử dụng System.Data.SQLite trong 32bit và 64bit C# world

Question

Tôi hiểu TẠI SAO System.Data.SQLite.dll được cung cấp trong các bản dựng 32 bit và 64 bit. Vì vậy, cho phép không sống trên đó và di chuyển trên. :)

Vì nó được thực hiện theo cách này có vẻ như làm cho việc phát triển C# tinh khiết trở nên khó khăn hơn với 3 lựa chọn để thực hiện.

1. Là để chỉ hỗ trợ 32-bit và lực lượng có quản lý lắp ráp để biên dịch x86 và đối phó với điều đó trong việc điều hành trong 32 hoặc 64 chút, và có bằng lợi thế mất khi bạn đang ở trên một 64 bit môi trường.

2. Bắt buộc 64 bit và chỉ hỗ trợ 64 bit và mất khả năng chạy trên 32 bit nhưng đạt được tất cả các ưu điểm của 64 bit.

3. Để tạo hai phiên bản của assembly, biên dịch x86 và sử dụng SQLite 32 bit và một phiên bản khác biên dịch x64 và sử dụng SQLite 64 bit. Nó ngăn cản việc sử dụng "BẤT CỨ" làm tùy chọn biên dịch và có thể dễ dàng triển khai một bản dựng duy nhất cho một trong hai loại. của nó không quá khủng khiếp để quản lý từ một quan điểm phát triển vì chúng tôi sẽ cần hai dự án. Chỉ có mã C# chính thức trong một, và người kia sẽ chỉ sử dụng "liên kết" với mã trong phần còn lại. chỉ dành cho mục đích biên dịch. Vẫn để chúng tôi phải có quản lý hai kết quả đầu ra để triển khai.

Với tất cả những gì đã nói, tôi chỉ tìm kiếm xác nhận rằng đây là lựa chọn đúng duy nhất.

Nếu có lựa chọn nào khác mà tôi nhìn thấy, vui lòng cho tôi biết. Cụ thể nếu có cách để có được một C# DLL duy nhất có thể biên dịch để BẤT CỨ vì vậy nó có thể tận dụng lợi thế của 32 hoặc 64 bit tùy thuộc vào nơi nó chạy và vẫn còn sử dụng System.Data.SQLite.dll.

Answer 1

Có 2 giải pháp phổ biến để giữ cho ứng dụng chính của bạn tại AnyCPU:

• Cài đặt cả x86 và các hội đồng x64 vào GAC: Họ có thể (!) Nên có tên lắp ráp giống hệt nhau và GAC sẽ tự động quyết định có sử dụng phiên bản x86 hoặc x64 hay không.

• Hook vào AppDomain.AssemblyResolve và phục vụ các hội đồng ngay từ thư mục con bằng Assembly.LoadFrom

Answer 2

Nó không quá khủng khiếp để quản lý từ một quan điểm phát triển vì chúng tôi sẽ cần hai dự án.

Điều đó không đúng - bạn có thể sử dụng hai cấu hình xây dựng trong cùng một dự án. Tại thời điểm triển khai, bạn sẽ cần phải xây dựng cho cả x86 và x64, nhưng mã cơ sở và dự án có thể giống nhau.

Tôi hiện đang làm điều này trong một dự án sản xuất lớn hơn, cả do SQLite, nhưng cũng có các thư viện gốc/interop khác bao gồm các biến thể x64 và x86.

Answer 3

Thông thường, tùy chọn sẽ là một cách để đi trừ khi ứng dụng của bạn cần nhiều hơn 4GB bộ nhớ. Hãy nhớ rằng một ứng dụng 32 bit trên một hệ điều hành 64bit có hầu hết các ưu điểm của 64bit mà không có nhiều nhược điểm. Đó là lý do tại sao x86 là mục tiêu mặc định cho các ứng dụng .exe trong VS 2010.

Answer 4

Sự cố tương tự tồn tại với ODP.NET của Oracle với 32/64-bit OCI DLL.

Chúng tôi đã giải quyết nó bằng cách đóng thùng cả 'x86' và nền tảng 'x64' cho dự án của chúng tôi và sau đó tự chỉnh sửa tập tin dự án của chúng tôi để sử dụng tài liệu tham khảo có điều kiện:

<Choose> 
<When Condition="'$(Platform)' == 'x64'"> 
    <ItemGroup> 
    <Reference Include="Oracle.DataAccess, processorArchitecture=x64"> 
     <SpecificVersion>False</SpecificVersion> 
     <HintPath>..\ThirdParty\ODP.NET\x64\Oracle.DataAccess.dll</HintPath> 
    </Reference> 
    <Content Include="..\ThirdParty\ODP.NET\x64\oci.dll"> 
     <Link>oci.dll</Link> 
     <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory> 
    </Content> 
    <Content Include="..\ThirdParty\ODP.NET\x64\orannzsbb11.dll"> 
     <Link>orannzsbb11.dll</Link> 
     <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory> 
    </Content> 
    <Content Include="..\ThirdParty\ODP.NET\x64\oraociei11.dll"> 
     <Link>oraociei11.dll</Link> 
     <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory> 
    </Content> 
    <Content Include="..\ThirdParty\ODP.NET\x64\OraOps11w.dll"> 
     <Link>OraOps11w.dll</Link> 
     <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory> 
    </Content> 
    </ItemGroup> 
</When> 
<When Condition="'$(Platform)' == 'x86'"> 
    <ItemGroup> 
    <Reference Include="Oracle.DataAccess, processorArchitecture=x86"> 
     <SpecificVersion>False</SpecificVersion> 
     <HintPath>..\ThirdParty\ODP.NET\x86\Oracle.DataAccess.dll</HintPath> 
    </Reference> 
    <Content Include="..\ThirdParty\ODP.NET\x86\oci.dll"> 
     <Link>oci.dll</Link> 
     <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory> 
    </Content> 
    <Content Include="..\ThirdParty\ODP.NET\x86\orannzsbb11.dll"> 
     <Link>orannzsbb11.dll</Link> 
     <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory> 
    </Content> 
    <Content Include="..\ThirdParty\ODP.NET\x86\oraociei11.dll"> 
     <Link>oraociei11.dll</Link> 
     <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory> 
    </Content> 
    <Content Include="..\ThirdParty\ODP.NET\x86\OraOps11w.dll"> 
     <Link>OraOps11w.dll</Link> 
     <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory> 
    </Content> 
    </ItemGroup> 
</When> 
</Choose> 

Điều này cho phép chúng tôi để tránh sử dụng 2 khác nhau dự án. Tôi chắc rằng bạn có thể làm điều gì đó tương tự cho SQLite.

Answer 5

Đây là một xây dựng câu trả lời từ Springy76. Thực hiện việc này:

public class AssemblyResolver 
{ 
    public static void HandleUnresovledAssemblies() 
    { 
     AppDomain currentDomain = AppDomain.CurrentDomain; 
     currentDomain.AssemblyResolve += currentDomain_AssemblyResolve; 
    } 

    private static Assembly currentDomain_AssemblyResolve(object sender, ResolveEventArgs args) 
    { 
     if (args.Name == "System.Data.SQLite") 
     { 
      var path = Path.Combine(pathToWhereYourNativeFolderLives, "Native"); 

      if (IntPtr.Size == 8) // or for .NET4 use Environment.Is64BitProcess 
      { 
       path = Path.Combine(path, "64"); 
      } 
      else 
      { 
       path = Path.Combine(path, "32"); 
      } 

      path = Path.Combine(path, "System.Data.SQLite.DLL"); 

      Assembly assembly = Assembly.LoadFrom(path); 
      return assembly; 
     } 

     return null; 
    } 
} 

Đảm bảo đường dẫn được tạo đến đúng vị trí cho các tệp 32 bit hoặc 64 bit SQLite của bạn. Cá nhân tôi đã có kết quả tốt với những người trong gói NuGet này: http://www.nuget.org/packages/SQLitex64

(Bạn chỉ cần sử dụng gói NuGet để giữ các tệp SQLite được biên dịch. Khi bạn đã có chúng, hãy xóa tham chiếu đến SQLite trong dự án của bạn được tạo ra bởi NuGet và gói NuGet chính nó. Thật vậy, để tham chiếu tại chỗ có thể can thiệp vào giải pháp này vì SQLite sẽ không bao giờ được công nhận là một hội đồng chưa được giải quyết.)

Gọi 'HandleUnresolvedAssemblies()' càng sớm càng tốt, tốt nhất là trong bất kỳ Bootstrapping nào.

Answer 6

Bạn cũng có thể giải quyết điều này bằng cách thay đổi các tùy chọn biên dịch trong Visual Studio của bạn:

Để thay đổi các thiết lập của bạn biên dịch trong Visual Studio:

1. Tới dự án khởi động của chương trình của bạn.
2. Mở cửa sổ thuộc tính.
3. Nhấp vào tab biên dịch.
4. Nhấp vào tùy chọn biên dịch nâng cao.
5. Thay đổi các tùy chọn CPU mục tiêu thành x86.

Chương trình của bạn bây giờ sẽ luôn chạy ở chế độ 32 bit, ngay cả khi chạy trên máy 64 bit.

Bạn cũng có thể cung cấp hai bản phân phối, một bản cho mỗi môi trường như đã đề cập ở trên. Trong khi điều này sẽ trở thành tiêu chuẩn trong tương lai, cho dự án hiện tại của tôi, đây là lựa chọn tốt nhất và dễ nhất.

Answer 7

Branko Dimitrijevic nói, "Tôi chắc rằng bạn có thể làm điều gì đó tương tự cho SQLite". Và đó là chính xác. :)

Có vấn đề rất giống nhau, tôi đã tìm thấy câu hỏi của Rodney và câu trả lời của Branko và tự mình thử nó.Đối với bất kỳ ai muốn xem triển khai SQLite hoạt động của tôi, ở đây bạn đi:

<Choose> 
    <When Condition="'$(Platform)' == 'x64'"> 
    <ItemGroup> 
     <Reference Include="System.Data.SQLite, Version=1.0.88.0, Culture=neutral, PublicKeyToken=db937bc2d44ff139, processorArchitecture=AMD64"> 
     <SpecificVersion>False</SpecificVersion> 
     <HintPath>System.Data.SQLite\x64\System.Data.SQLite.dll</HintPath> 
     </Reference> 
    </ItemGroup> 
    </When> 
    <When Condition="'$(Platform)' == 'x86'"> 
    <ItemGroup> 
     <Reference Include="System.Data.SQLite, Version=1.0.88.0, Culture=neutral, PublicKeyToken=db937bc2d44ff139, processorArchitecture=AMD64"> 
     <SpecificVersion>False</SpecificVersion> 
     <HintPath>System.Data.SQLite\x86\System.Data.SQLite.dll</HintPath> 
     </Reference> 
    </ItemGroup> 
    </When> 
</Choose> 

<ItemGroup> 
    <Reference Include="Microsoft.CSharp" /> 
    <Reference Include="System" /> 
    <Reference Include="System.configuration" /> 
    <Reference Include="System.Core" /> 
    <Reference Include="System.Windows.Forms" /> 
    <Reference Include="System.Xml.Linq" /> 
    <Reference Include="System.Data.DataSetExtensions" /> 
    <Reference Include="System.Data" /> 
    <Reference Include="System.Xml" /> 
</ItemGroup> 

Tất nhiên, bạn có thể đặt tên HintPath cho bất kỳ thứ gì bạn muốn.

Tôi thấy đây là giải pháp hoàn hảo: Tôi có thể duy trì một dự án duy nhất và nhanh chóng chuyển đổi giữa các nền tảng đích nếu cần. Nhược điểm tiềm năng duy nhất là tôi không thể thấy tham chiếu trong Solution Explorer. Nhưng đó là một mức giá nhỏ để trả cho chức năng tổng thể.