Как я могу предотвратить команду “Clean” 2005 Visual Studio от удаления сторонних двоичных файлов?

Мы всегда добавляем событие AfterBuild в файл проекта, содержащий Sitecore.

<Target Name="AfterBuild">
    <CreateItem Include="$(SolutionDir)\Third Party\Sitecore\*.*">
      <Output TaskParameter="Include" ItemName="FilesToArchive" />
    </CreateItem>
    <Copy SourceFiles="@(FilesToArchive)" DestinationFolder="$(TargetDir)\%(FilesToArchive.RecursiveDir)" />
  </Target>

Где CreateItem Include - это путь к тому месту, где вы разместили свои двоичные файлы Sitecore.

Это действительно зависит от того, что вы планируете сделать, если будет выброшен IOException. Ваш стиль позволяет вам делать больше вещей, но если вы на самом деле не планируете воспользоваться этим, то это намерение делается гораздо яснее, используя стандартную идиому.

public void whatever {
   try {
     methodThatMayThrowIOException();
     // do more stuff here that won't throw exceptions
     methodThatMayThrowCustomException();
   } catch(IOException io) {
     // do something with io exception here
   } catch(CustomException ce) {
     // do something with custom exception here
   }
}

Здесь вы можете быстро сказать, что если IOException бросается, то вы делаете только то, что находится внутри блока улова и мало что еще.

Я прочитал только версию этой книги на языке Си, но, вероятно, версия Java будет одинаково короткой и хорошей: TCP/IP сокеты Calvert и Donahoo в Java: Практическое руководство для программистов . Даже если вы научились программированию сокетов в C, вы, вероятно, могли бы адаптироваться к реализации Java довольно быстро.

В случае Sitecore просто убедитесь, что установлено свойство ссылки (Sitecore.Kernel, Sitecore.Client и т.д.): Копировать локально = false.

Я считаю, что если вы поместите эти файлы в подкаталог, отличный от bin, Visual Studio не удалит их. Вы по-прежнему можете сделать новый подкаталог частью своего развертывания.

Еще никто не упоминал CureEditor . У него глупое имя, но работать с ним очень приятно. Это не бесплатно, но корпоративная лицензия (которая позволяет использовать ее на любом количестве серверов, рабочих станций для разработчиков и т.д.) составляет всего 900 баксов или что-то смешно дешевое. Я считаю, что это доступно только для ASP.Net и классического ASP, хотя я могу ошибаться.

TinyMCE и подобные редакторы не подходят для нетехнических людей, которые, вероятно, испортят разметку. Особенно когда упомянутые нетехнические люди копируют отформатированный текст из слова в RTE на веб-странице, думая, что это самое естественное.

Если ваша аудитория технична, более подходит что-то вроде уценки (как используется здесь на SO).

Если они нетехнические, позвольте им использовать WYMeditor (WYM = то, что вы имеете в виду) и предоставить какой-то учебник/объяснение, чтобы они могли использовать его.

Поместите dll в другой каталог. Вы, вероятно, не захотите их в рамках проекта. Ссылка на dlls из нового каталога. При компиляции dll будут скопированы в каталог bin.

Я работаю с большим количеством проектов и храню каталог bin в корне моих проектов, чтобы хранить 3-ью вечеринку dlls именно по этой причине.

Примерная структура каталогов:

MyProjects
 - bin
   - 3rdParty.dll
 - Project1
 - Project2
 - ProjectN

Это позволяет всем проектам иметь хорошо известное местоположение ссылки для 3-ьей вечеринки DLL без копирования DLL в каждый проект.

Если вы работаете в команде, вы все должны согласовать стандартную структуру каталогов для вашего кода. Это избавит вас от больших головных болей, кроме этого.

Что ж, я собираюсь ответить на свой вопрос, поскольку это пока что кажется самым простым ответом. Я пометил рассматриваемые сборки как доступные только для чтения. Теперь их не убирают.

Все еще не понимаю, почему большинство остальных не удаляются.