В одну сторону без регулярных выражений
def change(var_data):
var = str(var_data)
url = 'https://somedomain.eu/api/one/some/2018/05/data'
url1 = url.split('/')
url2 = '/'.join(url1[:-2] + [var] + [url1[-1]])
print(url2)
change('11')
#https://somedomain.eu/api/one/some/2018/11/data
Если бы Вы не возражаете платить, я предложил бы LLBLGen.
Полный список функций здесь.
От сайта:
Истинная база данных независимый код
Полное наследование типа объекта
Поддержка Linq
Введенные списки и Введенные представления
Поддержка хранимых процедур
Гибкий механизм параллелизма
Мелкомодульная платформа проверки
Полученная поддержка таблицы
Я использовал LlblGenPro с 2003. Это - большой продукт, замечательная поддержка по умеренной цене через решения разрабатывают веб-сайт. Frans (основной разработчик) часто выпускает патчи по мере необходимости и новые полные установки, так, чтобы клиенты, которые испытывают проблемы, могли использовать в своих интересах, фиксирует быстро.
Текущая версия поддерживает Linq наряду со своей традиционной инфраструктурой доступа. Версия 3 находится в разработке, но вероятно не будет выпущена до 2010.
LlbGen запускается путем чтения текущей схемы (схем) базы данных, которая может сэкономить время в разработке дб для возражения отображению по сравнению с nHibernate.
Существуют вещи, которые я хотел бы улучшенный с LlblGen, но я - очень счастливый долговременный пользователь, и их поддержка не может быть разбита.
Я предлагаю, чтобы Вы посмотрели на различные подобные вопросы сначала, например: https://stackoverflow.com/questions/380620/what-object-mapper-solution-would-you-recommend-for-net
Это зависит немного от того, что Вы хотите:
Вы хотите создать свои собственные Доменные классы, которые Вы не должны наследовать от некоторых определенным базовым классом или интерфейсом ORM, затем NHibernate является предпочтительным решением.
Вы хотите автоматически сгенерировать классы объекта на основе своей модели базы данных, затем необходимо ли пойти для LLBLGen.
SignumFramework имеет полного Поставщика LINQ, и он основан на entitiy-управляемом подходе. Другая сторона - то, что это прекрасно только для новых разработок (не для существующих баз данных).
If you start from scratch you can use NHiberbate which has a solid background too. But, we are using LLBLGen Pro in more than one project, and it is very solid and orthogonal. It has a very good documentation too. NHibernate has a big community (if we add Hibernate too) but LLBLGen is a very mature product, very helpful forum, and very good documentation.
What is the RDMS to be used? We are using LLBLGen Pro with Oracle, and it absolutely separates database specific and generic operations without problems. It has avoided Inner Platform Effect perfectly. (Think about Oracle sequences and SQL Server Identity fields for example. It is not a problem with LLBLGen Pro.)
LLBLGen Pro is a very extensive code generator. It maps objects in the database to a database access layer as a project(s) that can easily be added to your solution. This has a very good advantage that can not be though of at the first sight : If a stored procedure or even a field changes/removed, you will notice the error at compile time, not run time. So, if you already have a running database, go with LLBLGen Pro.
You can also add its data source components to Visual Studio if you are a drag-and-drop guy and easily bind the data. Some people find it useful for ASP.NET projects.
One more important thing : Typed Lists : These are very useful to create data sources without changing any code in the database. So, if you have some grids displaying data, you can provide data without touching to database which becomes very safe in critical environments.
So, I would suggest LLBLGen Pro even though N/Hibernate has more users.
Для небольших проектов я использовал Sooda , но это было около года назад. Только сейчас и определенно NHibernate .