Я работаю над большой системой C++, созданной с помощью ant + cpptasks. Он работает достаточно хорошо, но файл build.xml выходит из-под контроля из-за стандартной операционной процедуры для добавления новой библиотеки или исполняемой цели для копирования и вставки других правил lib/exe (которые уже довольно велики). Если бы это был «правильный код», он бы кричал на рефакторинг, но, будучи новичком-мужиком (более привычным для решений или решений VisualStudio), я не уверен, что это за варианты.Как вы «рефакторируете» файлы ant build.xml?
Что такое лучшие практики муравьев для остановки взлома файлов сборки Ant?
Одним из очевидных вариантов было бы создание build.xml через XSLT, определяющее наши собственные теги для часто повторяющихся шаблонов. Кто-нибудь это делает, или есть ли лучшие способы?
Ссылки больше не работают. Исправленные ссылки: http://ant.apache.org/manual/Tasks/macrodef.html и http://ant.apache.org/manual/Tasks/import.html и http://ant.apache.org/manual /Tasks/subant.html –
Исправлены неработающие ссылки. –