GlobalAssemblyInfo.cs и строгое именование
Предполагая, что ваша первая ячейка «данных» находится в A3, вот формулы, которые я придумал, которые вы можете скопировать в каждый столбец.
Колонка B:
=MID(A3,SEARCH("Name: ",A3)+LEN("Name: "),SEARCH("Email:",A3)-(SEARCH("Name: ",A3)+LEN("Name: ")))
Колонка C:
=MID(A3,SEARCH("Email: ",A3)+LEN("Email: "),SEARCH("Name:",A3,SEARCH("Name:",A3)+1)-(SEARCH("Email: ",A3)+LEN("Email: ")))
Колонка D:
=MID(A3,SEARCH("Name: ",A3,SEARCH("Name: ",A3)+1)+LEN("Name: "),SEARCH("Email: ",A3,SEARCH("Email: ",A3)+1)-(SEARCH("Name: ",A3,SEARCH("Name: ",A3)+1)+LEN("Name: ")))
Колонка E:
=RIGHT(A3,LEN(A3)-SEARCH("Email: ",A3,SEARCH("Email: ",A3)+1)-LEN("Email: ")+1)
3 ответа
Те атрибуты для ключевого подписания удерживались от использования на серьезном основании (утечка информации), которая является другой причиной пойти путем проекта.
Если у Вас есть много проектов, могло бы быть возможно установить их через зарегистрированный макрос, или даже непосредственно управление .csproj файлами (удостоверьтесь, что они разгружены из VS сначала).
Richard делает правильное замечание об утечке информации - я теперь нашел сообщения от команды.NET Microsoft, где они описывают это. Таким образом, я пошел для его предложения и придумал следующую цель NAnt:
<target name="strongName" description="Strong names the output DLLs">
<foreach item="File" property="filename">
<in>
<items>
<include name="**/*.csproj"></include>
<exclude name="**/*.Test.csproj"></include>
</items>
</in>
<do>
<echo message="${filename}" />
<xmlpoke file="${filename}" xpath="/m:Project/m:PropertyGroup/m:SignAssembly" value="false">
<namespaces>
<namespace prefix="m" uri="http://schemas.microsoft.com/developer/msbuild/2003" />
</namespaces>
</xmlpoke>
<xmlpoke file="${filename}" xpath="/m:Project/m:PropertyGroup/m:AssemblyOriginatorKeyFile" value="..\keyfile.snk">
<namespaces>
<namespace prefix="m" uri="http://schemas.microsoft.com/developer/msbuild/2003" />
</namespaces>
</xmlpoke>
</do>
</foreach>
</target>
<Пространства имен> элемент необходим, чтобы XPath был разрешен в csproj файле - отмечают, что это для VS2008, и что-то немного отличающееся может быть необходимо в VS2005.
Ну, для предотвращения проблемы пути, можно использовать [assembly:AssemblyKeyName(...)] вместо этого (хотя IIRC это также удерживается от использования); использовать sn -i устанавливать именованный ключ. Каждой машине (который делает сборки) было бы нужно это ключевое добавление.
Кроме этого; да, необходимо было бы, вероятно, отредактировать файлы проекта.