IMO, не в данный момент.
Это ясно (от недавние объявления особенно), что EF находится в для некоторых тяжелых изменений как" , thunderdome" сценарий теряет значение между LINQ к SQL и EF. Что бы ни случилось, EF (через несколько лет) будет почти наверняка выглядеть очень отличающимся к EF сегодня. Или конечно "достаточно отличающийся";-p
По сути, мое представление: палка с простым. И простой LINQ к SQL.
я не вижу, что много преимущества изучает известно сложную систему, если я знаю, что оно собирается измениться очень скоро.
И я - 100% с Вами на LINQ к SQL;-p
, Если бы мне были нужны что-то большее чем LINQ к SQL прямо сейчас, я посмотрел бы NHibernate или возможно LLBLGen Pro.
( редактирование - как обновление, мое положение смягчилось немного, здесь и здесь - но я все еще использую LINQ к SQL в качестве своего основного инструмента; также - LINQ-to-SQL еще не довольно мертв ;-p).
If you have a class in that module, then the __module__
property of the class is the module name of the class. Thus you can access the module via sys.modules[klass.__module__]
. This is also works for functions.
You can get the name of the current module using __name__
The module reference can be found in the sys.modules
dictionary.
See the Python documentation