Почему не там никакая потребность в Знатоке в.NET?
Python - строго типизированный язык. В большинстве случаев он не выполняет никаких неявных преобразований типов. Подумайте, должно ли "5" +7 быть 12 или "57"? Как насчет 7+ «5»?
В неоднозначных случаях, подобных этому, Python просто выдаст ошибку, а не попытается угадать, что вы имели в виду.
Вам необходимо выполнить преобразование типа явно:
print(p1+" Questions: "+str(q1))
или с помощью Python 3 f-string:
print(f"{p1} Questions: {q1}")
или функция печати принимает несколько аргументов, которые по умолчанию будут , разделенные пробелом:
print(p1, "Questions:", q1)
3 ответа
Maven выталкивает проекты Apache, которые являются основной частью огромного Java Open исходная инфраструктура. Широкое распространение maven должно быть связано с этим, и текущий уровень зрелости (качество) также очень хорош.
Я не думаю, что в мире .NET с открытым исходным кодом есть какие-либо значительно большие действующие лица с открытым исходным кодом, чтобы продвигать такую концепцию. Каким-то образом .NET всегда, кажется, ждет Редмонда для этих вещей.
Мы используем NAnt, потому что нет реальной альтернативы как зрелый. Работая над несколькими проектами одновременно, мы работали над тем, чтобы иметь несколько версий библиотек и то, как с ними работать. Предложение Maven действительно многообещающее, но недостаточно зрелое, чтобы быть полезным на платформе .NET.
Я думаю, что необходимость менее очевидна, так как большинство проектов .NET используют Visual Studio, которая автоматически предлагает / применяет структуру каталогов, зависимости и так далее. Это вводящее в заблуждение «решение», поскольку зависимость от IDE для подобных соглашений ограничивает гибкость команды разработчиков и ограничивает вас определенным решением и поставщиком. Это явно не тот случай в мире Java, поэтому очевидна необходимость в подобном Maven инструменте.
We use UppercuT. UppercuT uses NAnt to build and it is the insanely easy to use Build Framework.
Automated Builds as easy as (1) solution name, (2) source control path, (3) company name for most projects!
https://github.com/chucknorris/uppercut/
Some good explanations here: UppercuT
More information
UppercuT is a conventional automated build, which means you set up a config file and then you get a bunch of features for free. Arguably the most powerful feature is the ability to specify environment settings in ONE place and have them applied everywhere, including documentation when it builds the source.
Documentation available: https://github.com/chucknorris/uppercut/wiki
Features :
- Simple setup
- Simple upgrades
- Custom extension points (pre, post, and replace) for each step of the build process http://uppercut.pbworks.com/CustomizeUsingExtensionPoints
- Has documentation for integration w/Team City, CruiseControl.NET, and Jenkins (formerly Hudson) https://github.com/chucknorris/uppercut/tree/master/docs
- Works on Linux w/Mono
- Versioning DLLs based on build number and source control revisions (SVN, TFS, Git, HG)
- Compile activities - F5 or Ctrl + Shift + B
- Strong naming made as easy as true/false
- Code Testing and Analysis
- Testing
- NUnit
- MbUnit v2
- Gallio
- xUnit
- NCover
- NDepend
- Nitriq
- Mono Migration Analyzer
- Testing
- Obfuscation
- ILMerge
- Environment Templating and Building (ConfigBuilder, DocBuilder, SQLBuilder, DeploymentBuilder) https://github.com/chucknorris/uppercut/blob/master/docs/ConfigBuilder.doc?raw=true
- Packaging output to prepare for deployment
- Zips up output