टी 4 टेम्पलेट में संदर्भित परियोजना के पथ प्राप्त करें?

Question

मेरे पास एक समाधान है जिसमें इसमें कुछ परियोजनाएं हैं। मैं किसी अन्य प्रोजेक्ट में कोड के आधार पर परीक्षण उत्पन्न करने के लिए अपनी परीक्षण परियोजनाओं में से एक में कुछ टी 4 टेम्पलेट्स बनाना चाहता हूं। परीक्षण परियोजना में अन्य परियोजना के लिए एक परियोजना संदर्भ है। मेरी समस्या यह है कि मुझे नहीं पता कि edmx फ़ाइल में फ़ाइल पथ कैसे प्राप्त करें, मुझे कोड जेनरेट करने की आवश्यकता है।

उदाहरण (नाटक इस एक ASCII आधारित समाधान एक्सप्लोरर है):

MySolution.sln 
-> MyTests.csproj (C:\a\b\c\) 
----> GeneratedTests.tt (C:\a\b\c\GeneratedTests.tt) 
-> MyDAL.csproj (C:\x\y\z\) 
----> MyModel.edmx (C:\x\y\z\MyModel.edmx) 

कैसे मेरी GeneratedTests.tt MyModel.edmx यह करने के लिए अपनी परियोजना संदर्भ के उपयोग के लिए एक फ़ाइल पथ प्राप्त करने में सक्षम हो सकता है?

Answer 1

यह इस तरह से काम नहीं करता है। आपको पथ द्वारा डीएलएल का संदर्भ देना होगा (आप इसे Host.ResolvePath के साथ पा सकते हैं और टूलबॉक्स से VolatileAssembly टैग का उपयोग करके वीएस को पुनरारंभ किए बिना इसे पुन: संकलित करने में सक्षम हो सकते हैं) और मॉडल पर काम करने के लिए प्रतिबिंब का उपयोग करें।

Answer 2

आप टेम्पलेट से $(ProjectDir), $(SolutionDir) जैसे विशेष निर्देशिकाओं के लिए मैक्रोज़ का उपयोग कर सकते हैं, और शायद अन्य प्रोजेक्ट के लिए निर्देशिका निकालने के लिए .sln या .csproj फ़ाइल को पढ़ सकते हैं।

Answer 3

यह उत्तर केवल विजुअल स्टूडियो के भीतर से काम करता है।

टी 4 टेम्पलेट की "होस्टस्पेसिफिक" संपत्ति सेट करें। यह आपको होस्ट संपत्ति तक पहुंच प्रदान करता है। GetService (टाइपऑफ (डीटीई) को कॉल करने के लिए IServiceProvider पर कास्ट होस्ट टाइप करें। यह आपको समाधान की सामग्री को पार करने देता है।

<#@ template language="c#" hostspecific="true" #> 
<#@ assembly name="EnvDTE" #> 
<#@ import namespace="EnvDTE" #> 
These are the projects in this solution: 
<# 
var serviceProvider = this.Host as IServiceProvider; 
var dte = serviceProvider.GetService(typeof(DTE)) as DTE; 
foreach (Project p in dte.Solution.Projects) 
{ 
#> 
    <#=p.Name#> at <#=p.FullName#> 
<# 
} 
#> 

इसके अलावा ITextTemplatingEngineHost interface on MSDN और T4 Architecture by Oleg Synch का उदाहरण देखें।

Answer 4

उपयोग इन पंक्तियों

string path = this.Host.ResolvePath(""); 
Directory.SetCurrentDirectory(path); 

तो सापेक्ष पथ का उपयोग अपने edmx फ़ाइल उदा, स्ट्रिंग inputfile = @ ".. \ Modal.edmx" प्राप्त करने के लिए;

Answer 5

जेम्स बंद की टिप्पणी के आधार पर, मैं अपने फ़ाइल पथ डीबगिंग के लिए निम्न टेम्पलेट लिखने में सक्षम था:

<#@ template language="C#" debug="true" hostspecific="true"#> 
<#@ include file="EF.Utility.CS.ttinclude"#><#@ 
output extension=".txt"#><# 

/////////Some standard-ish settings, continue reading on 
CodeGenerationTools code = new CodeGenerationTools(this); 
MetadataLoader loader = new MetadataLoader(this); 
CodeRegion region = new CodeRegion(this, 1); 
MetadataTools ef = new MetadataTools(this); 

/////////Below are the relevant sections I used for debugging 

    string solutionsPath = Host.ResolveAssemblyReference("$(SolutionDir)");//Gives you the location of MySolution.sln 
    string edmxFile = solutionsPath + "MyDAL/MyDAL/MyModel.edmx"; //Note - VS projects usually have a subdir with the same name as the sln, hence the repetition for MyDAL 
#> 
Does this file exist? 

<# 
// 
if (File.Exists(edmxFile)) 
{ 
    //Continue. 
    #> 
    Yes 
    <# 
} 
else 
{ 
    #> 
    No 
    <# 
} 
#> 

यह एक .txt फ़ाइल उत्पन्न होगा और बहुत जल्दी की मदद से आप डिबग कि क्या आपके पथ सकता है स्थित हो या नहीं।

एक साइड नोट के रूप में, जहां एक रिश्तेदार डायर पथ (उदाहरण के लिए ../App.config) था, जहां पाया जा सकता था, मैंने पाया कि यह प्रत्येक निर्देशिका स्तर पर फ़ाइल (जैसे test1.txt) डालने में मदद करता है, जैसा कि मैंने सोचा था बाहर Host.ResolvePath मेरे सेटअप के साथ वर्तमान असेंबली के बाहर देखने में सक्षम नहीं था। यह चेतावनी बहुत तेज़ी से भ्रमित हो सकती है क्योंकि ../../App.configMySolution\App.config को हल कर सकता है, लेकिन ../../MyDal/README.txt हल नहीं होगा (इसलिए फ़ाइल नहीं मिलेगी), भले ही यह सही पथ हो। उपर्युक्त कोड इस समस्या को तब तक अस्वीकार कर रहा है जब तक मैं देख सकता हूं। How to use the poco entity generator

Answer 6

मीना और दूसरों के जवाब मैं इस समाधान के साथ आया था के आधार पर -

ऊपर समाधान भी इस मुद्दे के लिए एक प्रस्ताव हो सकता है। यह वर्तमान कार्यशील निर्देशिका, समाधान पथ सूचीबद्ध करता है और सक्रिय कार्यशील निर्देशिका को बदलने के लिए मीना की चाल का उपयोग करता है।

<#@ template debug="true" hostspecific="true" language="C#" #> 
<#@ output extension=".cs" #> 
<#@ import namespace="System.IO" #> 
<#@ assembly name="EnvDTE" #> 
<#@ import namespace="EnvDTE" #> 
<# 
string cwd1 = System.IO.Directory.GetCurrentDirectory(); 
string solutionPath = Host.ResolveAssemblyReference("$(SolutionDir)"); 
Directory.SetCurrentDirectory(solutionPath); 
string cwd2 = System.IO.Directory.GetCurrentDirectory(); 
#> 
// Solutionpath is:<#= solutionPath #>, old cwd: <#= cwd1 #>, new cwd: <#= cwd2 #>